La respuesta corta#
Un dominio catch-all —también llamado dominio accept-all— está configurado para
aceptar correo dirigido a cualquier dirección de ese dominio, exista o no.
Cuando una herramienta de verificación pregunta al servidor de correo si un
buzón concreto existe, un servidor catch-all dice que sí a todo, así que la
respuesta no aporta ninguna información. Puede que la dirección sea perfectamente
entregable, pero ninguna herramienta puede confirmarlo sin enviar correo de
verdad. Qualisend informa de estas direcciones como arriesgadas con el motivo
low_deliverability y un indicador catch-all, nunca como «válidas».
Esa última frase resume toda la postura editorial de esta guía: un buzón detrás de un dominio catch-all es inconfirmable, y cualquier producto o artículo que te diga lo contrario está eligiendo una etiqueta halagadora para la misma incertidumbre.
Cómo funciona realmente la detección de catch-all#
La detección de catch-all es la etapa 7 del pipeline de verificación, una prueba a nivel de dominio, y la técnica es de una sencillez refrescante. Junto a la dirección por la que preguntaste, el verificador sondea un buzón deliberadamente absurdo en el mismo dominio: una cadena de caracteres que nadie registraría jamás. Si el servidor también acepta esa, el dominio lo acepta todo, y no se puede confiar en ninguna respuesta por buzón de ese servidor.
Aquí tienes la parte relevante de la conversación SMTP contra un dominio normal, donde el servidor sí comprueba su lista de buzones:
> RCPT TO:<jane@example.com>
< 250 2.1.5 OK
> RCPT TO:<x9f2kq77c@example.com>
< 550 5.1.1 The email account that you tried to reach does not exist
El 550 para la dirección sin sentido es lo que hace significativo el 250
para jane@: este servidor rechaza los buzones desconocidos, así que una
aceptación es una respuesta real.
Ahora la misma sonda contra un dominio catch-all:
> RCPT TO:<jane@example.com>
< 250 2.1.5 OK
> RCPT TO:<x9f2kq77c@example.com>
< 250 2.1.5 OK
Ambas devuelven 250. El servidor dijo que sí a una dirección que no puede
existir, así que su sí para jane@ no demuestra nada. jane@example.com podría
ser un buzón real y activo, o un error tipográfico que rebotará en cuanto le
envíes una campaña. Desde fuera, en el momento de la verificación, ambos son
indistinguibles.
Por qué la propia detección puede ser no concluyente#
En la práctica el panorama es más enrevesado que dos transcripciones limpias.
Los servidores de correo son abiertamente hostiles con los desconocidos que
hacen preguntas: someten a
greylisting a los remitentes desconocidos con
aplazamientos temporales 4xx, limitan la tasa de sondas repetidas desde la
misma IP, responden despacio a propósito (tarpitting) o cortan la conexión a
mitad de la conversación. Las pasarelas de filtrado corporativas añaden su
propio comportamiento: muchas aceptan todo en la frontera SMTP y solo evalúan al
destinatario después, lo que hace que parezcan catch-all desde fuera con
independencia de lo que dirían los buzones que hay detrás.
De ahí se derivan dos consecuencias. Primera: la misma dirección puede producir
veredictos distintos en días distintos, porque cambió el humor del servidor,
no el buzón. Segunda: un verificador honesto necesita un veredicto unknown
(con motivos como timeout o unavailable_smtp) para las conversaciones que
nunca llegaron a una respuesta concluyente, y debería tratar lo desconocido como
«reintentar más tarde» en lugar de archivarlo calladamente como válido o no
válido. Una herramienta que nunca dice «unknown» no es más precisa: es menos
honesta sobre la misma realidad de la red.
Por qué las herramientas de verificación discrepan sobre los catch-all#
Pasa la misma lista B2B por varios verificadores y verás el desacuerdo silencioso del sector: una herramienta marca una dirección como «válida», otra la llama catch-all y una tercera le da una puntuación opaca de 87 sin explicación. Todas están mirando el mismo comportamiento SMTP. Lo que difiere es lo que cada una está dispuesta a afirmar al respecto.
El problema de incentivos es sencillo: «válido» vende mejor que «no podemos saberlo». Un verificador que informa de que el 95 % de tu lista es entregable parece más preciso que uno que informa de un 70 % entregable y un 25 % arriesgado, justo hasta que sale la campaña y llegan los rebotes. Algunos proveedores se apoyan en esto con afirmaciones de «resolución de catch-all» o de confianza puntuada por IA que redondea calladamente hacia enviable las direcciones inconfirmables.
Pruebas de terceros han documentado directamente este modo de fallo. En una comparativa práctica de 2026 que realizó 127.000 comprobaciones sobre listas B2B, tres de las siete herramientas probadas marcaron como «válidas» entre 15 y 42 direcciones catch-all conocidas, direcciones que los evaluadores habían sembrado específicamente como inconfirmables. Una advertencia que aplicaríamos a cualquier fuente de este tipo, incluidas las que nos halagan: las pruebas comparativas suelen publicarlas empresas con algo que vender (esa procede de un proveedor de automatización de ventas), así que léelas por las tablas en bruto de cada categoría y por la metodología, no por las clasificaciones.
El trile de las puntuaciones#
Cuidado con la puntuación de confianza opaca. Un escueto «87/100» sobre una dirección catch-all parece precisión, pero responde a una pregunta que nadie hizo. La pregunta que importa —¿existe este buzón?— tiene una respuesta conocida para un dominio catch-all: inconfirmable. Envolver eso en un número de dos cifras no añade información; oculta la categoría del problema. Una puntuación solo es útil cuando puedes ver qué la produjo, por lo que cada veredicto de Qualisend expone sus datos de partida: el estado, el código de motivo, los subindicadores, el proveedor MX del dominio y lo que realmente devolvió la conversación SMTP. Las pruebas que puedes leer superan a un número en el que tienes que confiar.
La postura de Qualisend es la aburrida: una dirección catch-all se informa como
arriesgada con el motivo low_deliverability, el indicador catch-all
activado y una puntuación de confianza intermedia, nunca redondeada hacia
entregable. Cada veredicto se entrega con sus pruebas —el proveedor MX del
dominio y el detalle de la sonda— para que puedas ver por qué el veredicto es
el que es en lugar de confiar en un número pelado. Puedes comparar cómo
gestionamos los catch-all nosotros y otros proveedores en nuestras páginas de
comparación, por ejemplo Qualisend vs ZeroBounce y
Qualisend vs NeverBounce.
El comportamiento de la competencia referenciado en nuestras páginas de comparación se verificó por última vez en julio de 2026.
Si estás evaluando verificadores, tres preguntas cortan de raíz el marketing:
- ¿Qué informas exactamente para un dominio catch-all? Si la respuesta es «válido» o una puntuación pelada, ya sabes cómo maneja la herramienta la incertidumbre en todo lo demás.
- ¿Puedo ver las pruebas por dirección? Los registros MX, el proveedor y la respuesta SMTP son hechos comprobables; un veredicto sin ellos es una opinión.
- ¿Alguna vez devuelves «unknown»? Un proveedor que afirma tener una respuesta concluyente para cada dirección en cada ejecución está describiendo una red que no existe.
¿Cómo de comunes son los dominios catch-all?#
La cifra pública más atribuible procede de los
propios datos agregados de ZeroBounce:
más del 9 % de los ~11.000 millones de direcciones que procesaron en 2025
resultaron ser catch-all, y señalan que las listas B2B con mucha presencia
empresarial suelen situarse en el 30 % o más. Otros proveedores publican cifras
tan altas como el 40-60 % de las direcciones B2B, normalmente sin nombrar una
fuente de datos, así que trata cualquier cifra de prevalencia sin atribuir como
marketing. El resumen honesto: aproximadamente una de cada diez direcciones en
general, varias veces esa cantidad en listas corporativas B2B, y el único número
que importa es el de tu propia lista, que la verificación te dice directamente.
Las cifras anteriores se verificaron por última vez en julio de 2026.
Lo que reflejan los números: las configuraciones catch-all son mucho más comunes
en las listas B2B que en las de consumidores. Tanto Google Workspace como
Microsoft 365 convierten el enrutamiento catch-all en un simple ajuste de
administrador, y muchas empresas lo activan para que las direcciones mal escritas
(jhon.smith@ en lugar de john.smith@) sigan llegando a alguien. Las pasarelas
de seguridad corporativas añaden otra capa: los dispositivos que primero aceptan
el correo y filtran después se comportan como accept-all en el momento SMTP
incluso cuando hay buzones reales detrás. Los grandes proveedores de consumo, en
cambio, rechazan los buzones desconocidos en el momento del RCPT: gmail.com
no es un dominio catch-all.
La consecuencia práctica: si vendes a empresas, una porción significativa de tu lista volverá como arriesgada/catch-all sin importar qué verificador uses, y tu estrategia de envío necesita una respuesta para esa porción, no una herramienta que la reetiquete.
Espera que la proporción varíe según cómo se construyó la lista. Las listas de boletines de consumo dominadas por direcciones de Gmail, Outlook.com y Yahoo verán muy pocos veredictos catch-all. Las listas construidas a partir de escaneos de tarjetas de visita, registros a seminarios web con correos de trabajo o prospección de ventas contra dominios de empresa verán muchos más, y cuanto más antigua sea la lista, más de esos dominios habrán cambiado de proveedor de correo o de configuración desde que se recopiló la dirección.
¿Deberías enviar correo a direcciones catch-all?#
No hay una respuesta honesta de sí o no. La decisión correcta depende de dónde vino la dirección, de lo que te cuesta un rebote ahora mismo y de cuánto margen de reputación como remitente tienes. La única respuesta universalmente mala es tratar las direcciones catch-all exactamente igual que las confirmadas en un envío a todo volumen.
Vale la pena detallar el «margen de reputación», porque es la variable que la mayoría de los remitentes ignora. Un dominio con un largo historial de envíos limpios y una interacción sólida puede absorber un lote de rebotes catch-all como ruido. Un dominio joven, una IP nueva o un remitente que se recupera de una temporada en la carpeta de spam no pueden: los mismos rebotes caen sobre un historial escaso y mueven la aguja. Cuanto más arriesgada sea tu situación actual, más estricto deberías ser con la porción inconfirmable de tu lista.
| De dónde vino la dirección | Recomendación |
|---|---|
| Registro reciente con opt-in en tu propio formulario | Envía. Una persona real la escribió hace minutos o semanas: esa intención pesa más que la incertidumbre. Vigila la tasa de rebotes del segmento. |
| Opt-in más antiguo, sin interacción en más de 6 meses | Segmenta y limita el envío. Manda lotes pequeños y depura las direcciones que sigan en silencio tras un intento de reactivación. |
| Lista comprada o extraída | No envíes. Catch-all más una lista comprada es la combinación más arriesgada del correo: direcciones inverificables de una fuente sin responsabilidad. |
| Prospección saliente B2B | Lotes pequeños y limitados desde un dominio calentado, revisando el feedback de rebotes después de cada lote antes de ampliar. |
Elijas lo que elijas, mantén los envíos catch-all en su propio segmento. Los rebotes definitivos de ese segmento son tu respuesta real llegando tarde: te dicen qué direcciones catch-all nunca existieron, y hacen un daño a la reputación que quieres tener contenido y medible, no diluido por toda tu lista. Si no estás seguro de cuánto daño por rebotes puedes absorber, lee por qué la tasa de rebotes es la métrica que los proveedores de buzón vigilan de verdad.
Cómo reducir el riesgo catch-all sin mentirte a ti mismo#
Ninguna de estas técnicas «verifica» una dirección catch-all. Lo que hacen es reducir la incertidumbre con el tiempo y limitar el daño mientras aprendes:
- Segmenta y limita el envío. Las direcciones catch-all van en su propio grupo de envío, a una fracción de tu volumen habitual, para que el feedback de rebotes siga siendo atribuible y contenido.
- Envíos de prueba. Antes de una campaña grande, envía primero a una pequeña porción del segmento catch-all. Lee los resultados de rebotes y luego decide hasta dónde llegar.
- La interacción es la única confirmación real. Una dirección marcada como catch-all que ha abierto o hecho clic antes está, a efectos prácticos, confirmada: hay un humano detrás. Prioriza los catch-all con interacción; trata los fríos con recelo.
- Monitoriza la tasa de rebotes del segmento por separado. Los proveedores interpretan las tasas de rebotes definitivos sostenidas como una señal de calidad del remitente, así que compara el segmento catch-all con tus umbrales habituales en lugar de dejar que se esconda en el agregado.
- Política de retirada. Una dirección catch-all que siga en silencio tras varios envíos debería salir de la lista. El silencio también es un dato.
- Arregla la captación. Verifica en el punto de captura para que los errores tipográficos obvios de dominios corporativos se detecten en la puerta: cada dirección de trabajo estropeada que rechazas en el registro es un residente permanente menos de tu futuro segmento catch-all.
Si tu lista vive en Klaviyo, la guía de limpieza paso a paso aplica este manual de principio a fin: exporta, verifica, suprime y segmenta los catch-all.
Una nota honesta sobre la hoja de ruta: las heurísticas pueden clasificar las direcciones catch-all por su calidad probable —el proveedor MX del dominio, el tipo de pasarela y la interacción pasada aportan señal, y Qualisend ya te muestra esas pruebas por dirección—. Pero clasificar no es confirmar. Nada confirma un buzón detrás de un dominio catch-all salvo enviarle correo, y una herramienta que afirme lo contrario está vendiendo la etiqueta, no el hecho.
Catch-all frente a veredictos relacionados#
Catch-all es una de varias situaciones del tipo «no podemos bendecir esto del todo», y cada una exige acciones distintas, por lo que meterlas en un solo cajón (o una sola puntuación) pierde justo la información que necesitas. Un buzón lleno suele curarse solo; una dirección desechable nunca lo hará; un catch-all necesita una política de envío; un timeout solo necesita otro intento. Suprimir todas por igual desecha suscriptores alcanzables, y enviar a todas por igual invita a los rebotes. Así se corresponden las situaciones con el vocabulario de estado y motivo de Qualisend:
| Situación | Estado | Código de motivo | Qué significa en realidad |
|---|---|---|---|
| Dominio catch-all | arriesgada | low_deliverability + indicador catch-all | El servidor acepta cada dirección; este buzón es inconfirmable. |
| Buzón lleno | arriesgada | low_deliverability + indicador de buzón lleno | El buzón existe pero ha superado su cuota: el correo puede rebotar hasta que se vacíe. |
| Dirección desechable | arriesgada | low_quality + indicador de desechable | Un buzón temporal que dejará de existir: entregable hoy, inútil mañana. |
| Dirección de rol (info@, support@) | entregable, indicador de rol | accepted_email | Un buzón real leído por un equipo en lugar de una persona: bien para enviar, flojo para prospección. |
| Ninguna respuesta clara del servidor | unknown | timeout / unavailable_smtp /
unknown | La infraestructura no respondió de forma concluyente: vale la pena reintentar más tarde, no es un veredicto sobre el buzón. |
| Rechazada o inexistente | no entregable | rejected_email / invalid_email /
invalid_domain | La dirección rebotará: suprímela. |
La distinción que más importa en la práctica: arriesgada significa «llegamos al servidor y aprendimos algo preocupante», mientras que unknown significa «esta vez no pudimos obtener una respuesta concluyente». Las direcciones arriesgadas necesitan una política de envío; las direcciones unknown sobre todo necesitan un reintento.
Preguntas frecuentes#
¿Es seguro enviar correo a una dirección catch-all?#
A veces. Una dirección catch-all procedente de un registro reciente con opt-in suele merecer la pena; una dirección catch-all de una lista comprada, no. El planteamiento honesto es que «catch-all» describe el comportamiento del dominio, no la calidad de la dirección, así que la seguridad de enviar depende de dónde vino la dirección y de si alguna vez ha interactuado. Envía a los catch-all en su propio segmento con envío limitado y deja que el feedback de rebotes resuelva lo que la verificación no puede.
¿Por qué mi verificador dijo «válido» pero el correo rebotó?#
La causa más común es exactamente el tema de esta guía: el dominio era catch-all, el servidor dijo que sí a la sonda de verificación como dice que sí a todo, y la herramienta redondeó eso a «válido». El buzón nunca existió, y la verdad llegó como un rebote definitivo en el momento del envío. Las direcciones también pueden morir en el hueco entre la verificación y el envío, pero los resultados persistentes de «verificado y aun así rebotado» en listas B2B suelen ser optimismo catch-all.
¿Puede alguna herramienta verificar por completo una dirección catch-all?#
No. Esto es una propiedad del SMTP, no una limitación de ningún proveedor concreto: un servidor que acepta cada dirección no le da al verificador nada con lo que distinguir buzones reales de falsos. Las herramientas que afirman «resolver» los catch-all se apoyan en heurísticas, datos históricos o señales de interacción, que pueden clasificar de forma útil las direcciones por su calidad probable pero no pueden confirmar un buzón. La única confirmación es un correo entregado y con el que se ha interactuado.
¿Cuál es la diferencia entre accept-all y catch-all?#
Ninguna: son dos nombres para la misma configuración (también verás «buzón comodín» o wildcard). «Accept-all» describe el comportamiento del servidor; «catch-all» describe el buzón que atrapa el correo. Las herramientas de verificación usan los términos indistintamente.
¿Las direcciones catch-all perjudican mi entregabilidad?#
No por sí solas: tener direcciones catch-all en una lista es normal, sobre todo en B2B. El daño viene de enviar a ciegas: el subconjunto de direcciones catch-all que nunca existió provocará rebotes definitivos, y son los rebotes definitivos sostenidos la señal que los proveedores de buzón penalizan. Verifica la lista para que los no entregables confirmados ya no estén, y luego envía al segmento catch-all restante de forma gradual para que cualquier rebote aflore pronto, en cantidades pequeñas, donde cuesta poco.
¿Cómo compruebo si un dominio es catch-all?#
Necesitas un verificador que mantenga una conversación SMTP real, porque la detección de catch-all requiere sondear el servidor (mira las transcripciones de arriba). Una comprobación completa de Qualisend hace esto para cada dirección e informa del indicador catch-all junto con el proveedor MX del dominio y el detalle de la sonda; el plan gratuito incluye 100 créditos para probarlo con tu propia lista. Ten en cuenta que nuestro comprobador de correo gratuito ejecuta solo comprobaciones de sintaxis, DNS y errores tipográficos —sin sonda SMTP—, así que puede descartar direcciones pero no puede detectar catch-all; eso requiere la comprobación completa.
