Catch all email: qué es, cómo funcionan las direcciones catch-all, por qué los verificadores no pueden confirmarlas y cómo escribirles sin riesgo

Un catch all email es una dirección de un dominio cuyo servidor de correo acepta todos los mensajes, vaya lo que vaya antes de la @. El servidor nunca dice si el buzón existe, así que el verificador devuelve «catch-all» en lugar de válido o no válido. Las comprobaciones de Spona sitúan en ese grupo el 14,25 % de 40.000 direcciones.

Esta guía se pone del lado del remitente B2B. Explica qué hace el servidor durante una comprobación de verificación, por qué las empresas lo configuran así y cómo llama cada verificador al resultado. También cuenta qué pasó cuando un cliente envió 1.200 emails a direcciones catch-all. Cómo se configura un buzón catch-all tiene una única respuesta, en las FAQ.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Qué significa catch all email: un buzón que acepta todas las direcciones

El término lo usan dos grupos, y cada uno se refiere a algo distinto.

Para un administrador de correo, un catch-all es un buzón. Proton lo describe como la opción de «recibir todo el correo enviado a su dominio», incluido el que va a direcciones que nadie ha creado. Según Namecheap, ahí llega cualquier email enviado a tu dominio «que aún no esté configurado como cuenta de email o como alias».

Los buzones reales conservan su propio correo. Proton aclara que el correo dirigido a una dirección existente «no se entregará a la dirección catch-all».

Para un remitente, un catch-all es un resultado de verificación. NeverBounce lo resume en una línea: el accept-all «es un ajuste del servidor de correo del destinatario, no un veredicto sobre la dirección concreta». La dirección que comprobaste puede ser de una persona real, tener una errata o ser de alguien que se fue hace dos años. El servidor no te ha dicho nada, ni en un sentido ni en otro.

La grafía cambia: catchall email, catch-all email, accept-all email. Los verificadores también dicen «accept all» y los proveedores de hosting, «wildcard». Todos describen el mismo comportamiento del servidor.

Una mala interpretación causa la mayor parte del daño. Se oye catch-all y se piensa en una «dirección muerta». El estado dice que el dominio lo acepta todo. No dice nada sobre si la persona sigue ahí.

Cómo responde un dominio catch-all a la comprobación SMTP de un verificador

Un verificador comprueba una dirección iniciando una entrega y deteniéndose antes de que salga ningún mensaje. Se conecta al servidor de correo del dominio, indica un destinatario y lee la respuesta. La RFC 5321, el estándar SMTP, define esas respuestas: cuando el servidor acepta al destinatario, «devuelve una respuesta “250 OK”». Cuando se sabe que el destinatario «no es una dirección entregable», responde 550.

En un dominio normal, esa respuesta zanja la cuestión. Un 250 significa que el buzón existe. Un 550 significa que no.

Un dominio catch-all responde 250 a todo. El verificador no puede distinguir un buzón real de uno inventado, así que lanza una segunda prueba.

El método de Hunter consiste en preguntar al servidor si aceptará correo para una dirección «que seguro que no existe». Si la respuesta es sí, todo el dominio queda marcado como accept-all. A partir de ahí, cada dirección de ese dominio hereda la etiqueta.

El estándar ya lo preveía: un servidor «NO DEBE devolver un código 250» a un comando de verificación salvo que haya verificado de verdad la dirección. Cuando no puede hacerlo, «DEBERÍA devolverse» el código 252. Esa regla afecta al comando VRFY. Un servidor catch-all responde en la fase del destinatario, donde un 250 significa que aceptará el mensaje, no que alguien lea el buzón.

Hay otra cláusula que importará más adelante. Un servidor que aceptó un mensaje y después no puede entregarlo «DEBE generar una notificación de “correo no entregable”» y devolverla. El sí en la puerta puede convertirse en un no después del envío.

Por qué las empresas configuran direcciones catch-all

Las páginas de ayuda de los proveedores que ofrecen la función dan dos motivos. Una migración de correo puede añadir un tercero.

Erratas: el ejemplo de one.com es el de un remitente que escribe «daivd@domain.com» en lugar de david@. Sin catch-all, el servidor rechaza el mensaje. Con él, el mensaje llega a un buzón que alguien revisa.

Empleados que se han ido: Google Workspace permite a un administrador desviar los mensajes dirigidos a «direcciones de correo inexistentes o incorrectas» a un buzón catch-all. La opción de enrutamiento se llama «All inactive and unrecognized accounts». Así, el correo que llega para alguien que ya se fue sigue entrando en la empresa. Es una regla de enrutamiento de un administrador, no un ajuste por defecto: un dominio alojado en Google no es catch-all salvo que alguien lo haya activado.

Migraciones: con Directory-Based Edge Blocking, Microsoft 365 hace lo contrario y permite a un inquilino «rechazar los mensajes para destinatarios no válidos en el perímetro de la red del servicio». La respuesta es «550 5.4.1 Recipient address rejected: Access denied». Microsoft indica a los administradores que dejen un dominio como «Internal relay» solo hasta que el directorio contenga todos los destinatarios válidos. Mientras tanto, el perímetro puede aceptar destinatarios desconocidos, y la prueba de un verificador puede interpretarlo como catch-all.

El precio es el spam. La advertencia de one.com a quien active la función: «la mayoría de los emails que captures serán spam».

Verificación de un catch all email: qué devuelve cada verificador

En la verificación de emails, «catch-all» significa que el verificador encontró un servidor de correo que acepta cualquier destinatario, así que no pudo comprobar tu dirección.

Todos los verificadores chocan con el mismo muro. ZeroBounce dice que los emails catch-all «son imposibles de validar sin enviarles un email» y esperar a ver si rebotan. MailerCheck coincide: «no hay forma de saber si son válidos o no válidos». Lo que cambia es la etiqueta, y lo que hace el proveedor a continuación.

Las etiquetas salen de las páginas de ayuda y las páginas de producto de cada proveedor. Los precios de las comprobaciones más profundas están en la guía de limpieza de listas de email, no aquí.

«Unknown» es otro resultado. NeverBounce lo define como un servidor que no dio «una respuesta definitiva a tiempo», a menudo por greylisting o por una pasarela de seguridad. Un servidor catch-all respondió; un servidor «Unknown», no.

Vuelve a comprobar un «Unknown» mañana y puede que se resuelva. Vuelve a comprobar un catch-all y obtendrás otro 250.

Cuántos emails catch-all hay: las 40.000 comprobaciones B2B de Spona

Spona comprobó 10.000 direcciones candidatas únicas en cada uno de cuatro países, antes de cualquier envío. Las cifras son datos de Spona, y la proporción que salió catch-all fue del 12 % en el Reino Unido al 16 % en Alemania.

La proporción se calcula sobre todas las direcciones candidatas únicas comprobadas. Una dirección pasa la comprobación, sale catch-all o queda rechazada por otro motivo, nunca dos cosas a la vez. Spona no ha medido desgloses por puesto ni por sector, y estos cuatro países son los únicos que ha medido. En el conjunto de los cuatro, aproximadamente una de cada siete direcciones comprobadas volvió sin veredicto.

Otras proporciones publicadas describen otras poblaciones. ZeroBounce encontró que «más del 9 %» de todos los emails que comprobó eran catch-all, sobre más de 11 mil millones de direcciones procesadas. La cifra de MailerCheck es del 8,6 % de todo lo que ha verificado, pero por lista de cliente la mediana sube al 15,25 %. Hunter cuenta dominios en lugar de direcciones: «el 38 % de los dominios de email» de una muestra de 2.572 direcciones eran accept-all.

Ninguna de esas cifras es comparable con la tabla de Spona. Cada una cuenta algo distinto en una lista distinta. Lo que comparten es la tendencia: una minoría considerable de cualquier lista que compruebes.

¿Es arriesgado enviar cold emails a direcciones catch-all? Lo que vio un cliente

Sí, y el riesgo se puede medir. El benchmark en vivo de Spona fija la referencia y excluye por norma las direcciones catch-all: «El hard bounce son los fallos de entrega permanentes divididos entre los envíos intentados al subconjunto verificado, excluidas las direcciones catch-all». En 20.000 envíos de ese tipo, la tasa de hard bounce fue del 1,525 %.

Un cliente envió de todos modos a direcciones catch-all y comunicó el resultado. En unos tres meses, sus 1.200 envíos produjeron 86 hard bounces, que Spona registró como una cohorte aparte. Eso es un 7,17 %. Los informes de este tipo mantienen su propio denominador de envíos y nunca entran en el benchmark.

Puestas una junto a otra, la tasa de esa cohorte es unas 4,7 veces la del benchmark.

Esa diferencia viene con dos advertencias. El 7,17 % procede de los 1.200 envíos de un solo cliente: no es una tasa del sector y no predice la tuya. Además, las dos cohortes se diferencian en algo más que la etiqueta catch-all, así que la diferencia compara resultados; no mide una causa.

Hunter hizo su propia prueba: una campaña a 100 direcciones accept-all y 100 válidas. El resultado: «La tasa de rebote fue del 27 %» en el grupo accept-all, frente al 1 % del grupo de control. Otra lista, otro remitente, la misma tendencia.

El mecanismo es la cláusula de la RFC 5321 citada antes. Un servidor catch-all acepta cada mensaje en la puerta y luego intenta entregarlo dentro. Cuando ningún buzón coincide, tiene que devolver el aviso de no entrega. De ahí la advertencia de ZeroBounce: las «direcciones de email catch-all inexistentes acabarán rebotando» y dañando tu reputación de remitente.

Hunter enumera los tres resultados posibles de un mensaje a un dominio accept-all: «entregado, redirigido a un buzón catch-all o rebote posterior». Solo sabes cuál después del envío.

Queda situar el umbral. Twilio escribe que una tasa de rebote «superior al 2 %» indica que es hora de actuar, y que los programas sanos están por debajo del 1 %. Un segmento catch-all que rebote como esa cohorte, metido en una campaña verificada, arrastra la tasa de toda la campaña hacia ese umbral.

Cómo verificar emails catch-all más allá de la comprobación SMTP

Ninguna herramienta puede confirmar un buzón detrás de un servidor catch-all. El servidor no lo dirá, y nada más puede hablar por él. Lo que hacen las mejores herramientas es estimar, de tres formas.

Puntuaciones de confianza: Hunter asigna una puntuación a sus resultados «Accept all», basada en «el número y la actualidad de las fuentes» donde encontró la dirección. Su pauta es tratar como válida una puntuación de «85-100 %», aunque la dirección siga siendo algo más propensa a rebotar. Una puntuación es una probabilidad sacada de indicios en la web, no una respuesta del servidor.

Pruebas más profundas: MillionVerifier indica que un ping más profundo convierte «hasta el 40 %» de los emails catch-all en «Valid» o «Invalid», y el resto se queda en «Risky». Es la cifra del proveedor para su propio método, en sus propias listas. Trata cualquier tasa de recuperación igual hasta que la hayas probado en las tuyas.

Indicios fuera del servidor de correo: un nombre que encaja con el patrón de direcciones de la empresa, un perfil en ese empleador, una mención reciente en la web de la empresa. Cada uno aumenta las probabilidades de que el buzón exista. La guía de validación de datos B2B cubre ese proceso, y nada de eso cambia la respuesta del servidor.

La única prueba que funciona es la que te cuesta. Enviar un mensaje y esperar a ver si rebota es la única vía, como dice ZeroBounce. Pero que no rebote puede significar solo que ha caído en un buzón catch-all, que según Hunter es poco probable que alguien lea. Hunter señala que el método plantea «problemas éticos», porque estás enviando spam a otras empresas para averiguarlo, y cada rebote queda en el historial de tu dominio.

Cómo escribir a una dirección catch-all sin riesgo: seis pasos

1. Mantén un segmento aparte. Las direcciones catch-all nunca van en la misma lista que las verificadas. La checklist de higiene de datos las mantiene en su propio segmento en cada envío.
2. Limita la proporción. Hunter recomienda limitar las direcciones accept-all a una pequeña parte de tus campañas, entre el 2 % y el 5 % de los envíos. Con esa proporción, un segmento que rebotara como la cohorte del cliente añadiría como mucho unas décimas de punto.
3. Ordena por indicios. Envía primero a las direcciones con una puntuación de confianza alta, un patrón de nombre coherente o una mención pública reciente. Deja las simples suposiciones para el final, o descártalas.
4. Envía en lotes pequeños y vigila. NeverBounce aconseja enviar «en lotes pequeños» y controlar cuáles rebotan. Si tu proveedor exige una tasa de rebote «inferior al 4 %», NeverBounce dice que envíes de forma selectiva en lugar de descartarlas.
5. Para en el primer rebote de un dominio. Un hard bounce de un dominio catch-all te dice que su clasificación falló con ese nombre. Añade la dirección a tu lista de supresión de inmediato y pausa el resto de ese dominio hasta que tengas un nombre mejor.
6. Usa la identidad en otro canal. Un estado catch-all no dice nada de la persona, así que el nombre, la empresa y el puesto pueden seguir siendo útiles. Una llamada o un mensaje por LinkedIn no rebotan. Un segundo contacto en la empresa puede ayudar, pero en el mismo dominio su dirección también es catch-all.

En España, la AEPD explica que el principio de exactitud del RGPD «obliga a los responsables a disponer de medidas razonables para que los datos se encuentren actualizados». Esas medidas sirven también para que los datos «se supriman o modifiquen sin dilación cuando sean inexactos con respecto a los fines para los que se tratan».

Cómo trata Spona los emails catch-all y dónde se queda corta

Spona encuentra leads a partir de una descripción en chat de tu cliente ideal, verifica cada dirección y entrega una lista puntuada en unos 4 minutos. Las direcciones catch-all pasan por la misma comprobación SMTP que todas las demás. Lo que ocurre después sigue seis reglas.

Dónde encaja: pagas por lead, y una dirección catch-all nunca cuenta en el recuento de emails verificados. Un lead de Standard Search solo con email cuesta de 3 a 7 créditos. A los precios por crédito de los planes, eso son de 0,024 $ a 0,07 $.

Cada nueva sesión de búsqueda tiene además un coste único de 1.000 créditos.

Para los registros catch-all, la regla útil es la 3. Spona conserva la ficha de la persona, y el enriquecimiento puede añadir un número de móvil por 35 créditos. Eso son de 0,28 $ a 0,35 $, y la conversación pasa al teléfono. Cada búsqueda empieza con una muestra gratuita, y el plan Free incluye 3.000 créditos de una sola vez.

Dónde se queda corta: Spona tampoco puede confirmar un buzón catch-all; por diseño, su exportación catch-all no afirma nada sobre el buzón ni sobre la tasa de rebote. No vende ninguna herramienta de resolución ni puntuación de confianza para esos registros, cosa que sí hacen Hunter y MillionVerifier.

La tabla por países solo cubre EE. UU., el Reino Unido, Alemania y Francia, sin desglose por puesto ni por sector. La cohorte de 1.200 envíos es el informe de un único cliente, registrado porque ese cliente lo envió. Spona no envía tus emails, así que solo ve los rebotes de catch-all cuando un cliente los comunica.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Preguntas frecuentes (FAQ) sobre catch all email

¿Cómo se configura una dirección catch-all?

Una dirección catch-all se configura en los ajustes de administración de tu proveedor de correo, no en un cliente de correo. Proton lo permite en «cualquier plan de pago de Proton», en Settings, All settings, Organization, Domain names y, por último, Set catch-all. Google Workspace usa una regla de enrutamiento para «All inactive and unrecognized accounts» que «puede tardar hasta 24 horas» en aplicarse. Microsoft 365 funciona al revés y rechaza a los destinatarios desconocidos en el perímetro.

¿Qué es un dominio catch-all?

Un dominio catch-all es aquel cuyo servidor de correo acepta mensajes para cualquier dirección, incluidas las que no existen. Los verificadores lo detectan probando una dirección inventada: un 250 a esa dirección marca el dominio. A partir de ahí, todas las direcciones del dominio llevan el estado catch-all, así que el estado describe el dominio, no a la persona.

¿Un email catch-all es un email no válido?

No. No válido significa que el servidor rechazó la dirección con un 550. Catch-all significa que el servidor la aceptó junto con todo lo demás, así que la dirección puede ser perfectamente de una persona real. En las comprobaciones de Spona, aprobada, catch-all y rechazada por otro motivo son categorías distintas, y cada dirección cae en una sola.

¿Rebotan los emails catch-all?

Algunos sí, después de que el servidor los haya aceptado: recibe el mensaje, no encuentra ningún buzón que coincida y devuelve un aviso de no entrega. Los 1.200 envíos a catch-all de un cliente volvieron con 86 hard bounces. En la prueba de Hunter, 100 direcciones accept-all tuvieron una tasa de rebote del 27 %. Ninguna de las dos cifras predice lo que pasará con tu lista.

¿Debo eliminar los emails catch-all de mi lista?

No de forma automática. La postura de Hunter es que las direcciones accept-all «no deberían descartarse automáticamente», y que nadie debería tratarlas tampoco como plenamente válidas. Mantenlas en su propio segmento, escribe en lotes pequeños a las que tengan mejores indicios y pasa el resto al teléfono o a LinkedIn. MailerCheck describe un periodo de gracia habitual de 3 a 6 meses sin aperturas ni clics antes de eliminarlas.