Ir al contenido
La bitácora de la entregabilidad · 10 min de lectura

SURBL le declara la guerra al cold email: el 90% de los dominios que probamos ya está en su blacklist

Reunimos datos en vivo de 2,679 dominios activos de envío de cold email y revisamos cada uno contra la blacklist Multi de SURBL. El 90% salió listado. El patrón detrás de quién cae no es el que la mayoría de los remitentes supone.

Autor
Publicado
En esta página
  1. El 90% de los dominios que probamos ya está listado
  2. No es phishing. No es malware. Es abuso, todas las veces.
  3. El verdadero predictor no es el contenido. Es la infraestructura.
  4. Dos teorías populares que probamos, y descartamos
  5. ¿Y las redirecciones?
  6. Qué significa esto si envías cold email en 2026
  7. Preguntas frecuentes
  8. En resumen
  9. Fuentes

El cold email tiene un nuevo enemigo, y viene de un lugar inesperado: una blacklist que antes estaba tranquila en segundo plano, conocida sobre todo por atrapar enlaces de phishing. En 2026, SURBL se convirtió en una de las amenazas con más consecuencias para la prospección por correo, y casi nadie que envía cold email la vigila con suficiente atención.

No queríamos especular sobre esto. Así que reunimos datos en vivo de 2,679 dominios activos de envío de cold email y pasamos cada uno directamente contra la blacklist Multi de SURBL (multi.surbl.org), verificando con el dominio de prueba permanente del propio SURBL que los resultados eran reales y no un simple límite de tasa. Esto es lo que encontramos.

El 90% de los dominios que probamos ya está listado

De 2,679 dominios activos de envío de cold email revisados, 2,419 (90.3%) salieron listados en SURBL Multi. Solo 260 dominios, apenas menos del 10%, estaban limpios.

Si envías prospección por correo en 2026 y no has revisado tus dominios contra SURBL últimamente, la tasa base dice que deberías suponer que ya te afecta hasta que lo compruebes.

No es phishing. No es malware. Es abuso, todas las veces.

SURBL Multi es en realidad un feed combinado de varias sublistas: phishing (PH), malware (MW), sitios comprometidos o vulnerados (CR) y abuso (AB), entre otras. Cada una marca un tipo de problema distinto.

Decodificamos la sublista de cada uno de los 2,419 listados que encontramos. Todos, el 100%, salieron en la sublista AB (abuso). Cero casos de phishing. Cero casos de malware.

Eso importa, porque descarta la explicación que muchos remitentes buscan primero ("SURBL cree que mi dominio parece una imitación para phishing"). Esto es un problema de reportes de abuso: el tipo de señal que viene de quejas de spam y de caer en trampas, no de nada que se parezca a una página fraudulenta.

El verdadero predictor no es el contenido. Es la infraestructura.

Este es el hallazgo que realmente explica el patrón. Dividimos los dominios en dos grupos según su infraestructura de envío: dominios en una configuración de envío compartida, de pool (los mismos servidores de correo de salida usados al mismo tiempo por muchos clientes o dominios distintos), frente a dominios en infraestructura separada, dedicada o que no es de pool.

Tipo de infraestructura Dominios revisados % listado en SURBL Multi
Infraestructura de envío compartida / de pool 2,327 99.7%
Infraestructura dedicada / sin pool 352 27.8%

Es una diferencia de casi 4 veces, y la cifra de la infraestructura de pool está justo en el techo, con entre 99.6% y 100% listado sin importar cómo hiciéramos el corte. También encontramos algo que hizo encajar el mecanismo: el propio dominio de la infraestructura de correo compartida estaba listado directamente en SURBL Multi, en la misma sublista de abuso, independientemente de cualquier dominio de cliente.

La lectura probable: cuando muchos dominios de envío distintos comparten los mismos servidores de correo de salida, basta con que una fracción de ese pool compartido genere quejas de spam o caiga en spam traps para que la reputación de todo el pool se degrade. Cada dominio que va sobre esa infraestructura hereda el golpe, haya hecho algo mal o no. Es un problema de reputación compartida, no un problema de contenido por dominio.

Dos teorías populares que probamos, y descartamos

Dos explicaciones circulan todo el tiempo en las comunidades de cold email ahora mismo. Teníamos los datos para comprobar las dos.

"Es porque todos compran dominios en masa el mismo día." Agrupamos los dominios según cuántos se configuraron juntos el mismo día, como indicador de compra en masa, y comparamos las tasas de listado. En cuanto controlas si un dominio está en infraestructura compartida, el tamaño del lote deja de importar: los dominios en infraestructura compartida ya están listados en ~100%, se hayan comprado solos o en un lote de 50. La compra en masa no predice un listado por sí sola; solo se correlaciona con estar en infraestructura compartida desde el principio.

"Es por los nombres de dominio alias del estilo get-/try-/use-." Esta es la teoría que más oímos: que SURBL apunta específicamente a los dominios secundarios de estilo alias. Etiquetamos cada dominio según los prefijos de alias comunes y comparamos las tasas de listado. En infraestructura compartida, los dominios con prefijo de alias estaban listados en un 99.4% frente al 99.9% de los dominios sin alias, es decir, prácticamente sin diferencia. Fuera de la infraestructura compartida, los dominios con prefijo de alias tenían en realidad menos probabilidad de estar listados que los dominios sin alias (18.4% frente a 31.5%), justo en la dirección contraria a la que predice la teoría. No vemos respaldo para esta en los datos.

¿Y las redirecciones?

También probamos si los dominios que redirigen a otro destino se correlacionaban con los listados. Esa teoría coincide con la preocupación que el propio SURBL ha publicado sobre los sitios de redirección usados para "lavar" y disfrazar destinos ya bloqueados. Aquí nuestra muestra era pequeña y varios dominios no tenían ningún sitio web activo que probar, así que no vamos a afirmar un veredicto en ningún sentido. Si estás probando tus propios dominios, vale la pena revisarlo dominio por dominio en lugar de suponer que importa o que no.

Qué significa esto si envías cold email en 2026

Los datos apuntan a una conclusión dominante y accionable: tu propia higiene de listas y tu contenido importan menos aquí que con quién compartes la infraestructura de envío. Un dominio con SPF/DKIM/DMARC perfectos y cero enlaces en el cuerpo del correo igual puede terminar en un listado por abuso si va sobre infraestructura compartida con remitentes que generan quejas.

Algunas cosas que vale la pena hacer a partir de esto:

Revisa cada dominio de envío activo directamente contra SURBL en lugar de suponer que lo notarías. La mayoría de los remitentes se entera solo después de que el inbox placement se desploma en silencio. Si estás en cualquier tipo de configuración de envío compartida o de pool, pregunta directamente qué aislamiento existe entre tu reputación y la de todos los demás en ese pool. Y no persigas la teoría de los nombres de dominio alias ni la de la compra en masa como tu solución de fondo, porque los datos no respaldan ninguna de las dos como la causa real.

SURBL ya no responde consultas a través de resolvedores DNS públicos, así que nuestro verificador de blacklists gratuito no puede consultarlo; aun así puedes ver el desglose completo de qué es realmente SURBL y cómo funciona el delisting en nuestra página de la wiki sobre SURBL.

Preguntas frecuentes

¿Qué es SURBL Multi? SURBL Multi (multi.surbl.org) es una blacklist combinada basada en DNS que agrupa varias sublistas (feeds de abuso, phishing, malware y sitios comprometidos) en una sola consulta. Un dominio puede ser marcado por cualquiera de estas sublistas y aparecer como "listado" en Multi.

¿Cómo reviso si mi dominio está en SURBL? Pásalo por un verificador de blacklists que consulte multi.surbl.org directamente, como nuestro verificador de blacklists gratuito, o consulta tú mismo yourdomain.com.multi.surbl.org y revisa si resuelve.

¿Cómo salgo de SURBL? Corrige primero la causa de fondo. Los revisores de SURBL buscan evidencia de que el problema se resolvió, no solo una solicitud que diga que el listado es injusto. Después envía una solicitud de remoción a través de la propia página de consulta y remoción de SURBL. Si la causa de fondo es la reputación de una infraestructura compartida, sacar un dominio individual sin atender la infraestructura compartida quizá no dure.

¿SURBL afecta igual a Gmail y a Outlook? Los dos usan los datos de SURBL como una entrada entre muchas en su filtrado de spam, pero no les dan el mismo peso. Un listado en SURBL es una señal negativa fuerte en cualquiera de los dos proveedores, pero no es un bloqueo universal garantizado. Trata un listado como urgente sin importar para qué proveedor estés resolviendo el problema.

¿Un listado en SURBL es lo mismo que una alerta de phishing? No necesariamente. SURBL Multi combina varias sublistas (abuso, phishing, malware, sitios comprometidos). En nuestro conjunto de datos, cada uno de los listados que encontramos estaba específicamente en la sublista de abuso y no en la de phishing, así que revisa siempre en qué sublista está realmente un dominio antes de suponer la causa.

En resumen

SURBL ya no está tranquilo en segundo plano. En 2026 es una de las blacklists con más consecuencias con las que se toparán los remitentes de cold email, y 9 de cada 10 dominios de nuestra propia prueba independiente ya están atrapados en ella. Los datos dicen que es, de forma abrumadora, un problema de reputación de la infraestructura, no de contenido ni de convenciones de nombres. Si envías cold email y no has revisado tus dominios contra SURBL este mes, eso es lo primero que debes corregir.

👉 Continúa: ¿Cómo sé si estoy en una blacklist? · Blacklists de IP frente a blacklists de dominio · Mejorar el inbox placement del cold email

Fuentes

Pulse · envío de cold email

Infraestructura de envío solo para ti.

Cada dominio tiene su propio host MX, su IP, su selector DKIM y su certificado. Contrátalo administrado y nosotros lo operamos por ti, o compra una licencia y ejecútalo en tus propios servidores.

# en un servidor Ubuntu recién instalado
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

También de nosotros:Beat: monitoreo que te da la soluciónConsultoría: US$ 65/h, sin cuota mensual