Verificar emails B2B: cómo evitar rebotes sin pagar de más
Verificar emails antes de enviar corta los rebotes, pero no todos. Qué detecta un verificador, qué se le escapa y cuánto cuesta limpiar tu lista de verdad.
Un rebote no es un email que no llegó. Es un informe que tu proveedor de correo le pasa a Google y a Microsoft diciendo que escribes a direcciones que no existen, o sea, que no sabes a quién le hablas.
Y eso lo pagas después, con los emails que sí llegaban.
Por eso el consejo de “verifica tu lista antes de enviar” está en todas partes. Lo que casi nadie cuenta es que el verificador tiene un punto ciego que afecta a cuatro de cada diez dominios y que ninguna suscripción lo arregla.
El verificador te da tres respuestas, no dos
Metes tu lista, esperas, y salen tres cubos.
El primero es válido: el servidor del otro lado confirmó que ese buzón existe. El segundo es inválido: confirmó que no existe, ese va a la papelera y no se discute.
El tercero lo verás con el nombre de “riesgoso”, “desconocido”, “accept-all” o “catch-all” según la herramienta. Significa que el servidor del destinatario dice que sí a todo lo que le llega, exista el buzón o no, así que la pregunta se quedó sin responder.
Ese tercer cubo no es un caso raro: en muchas listas B2B españolas es un tercio de los contactos.
Las dos primeras cifras salen del análisis de Hunter sobre direcciones accept-all; la tercera, de los requisitos de Google para remitentes masivos.
Lo que hace un verificador por dentro (y por qué se atasca)
La técnica se llama callback verification y es más artesanal de lo que suena. El verificador abre una conversación con el servidor de correo del destinatario, le dice “traigo un mensaje para [email protected]” y escucha la respuesta, sin llegar a enviar nada.
Si el servidor contesta con un código 5.1.1, el buzón no existe. La norma que define esos códigos lo llama “dirección de buzón de destino incorrecta” y aclara que la clase 5 es fallo permanente: no vas a tener suerte mañana tampoco.
Hasta ahí, bien. El problema es todo lo demás.
La documentación de la técnica recoge tres fallos conocidos que ningún vendedor de verificadores te pone en la portada. Uno: los servidores con catch-all consideran válidas todas las direcciones por definición, así que la comprobación no informa de nada. Dos: si el servidor aplica greylisting, una técnica antispam que rechaza el primer intento a propósito, responde con un fallo temporal y la consulta se queda sin resultado útil hasta que expira ese plazo de espera. Y tres: un servidor que hace muchas de estas consultas se parece bastante a alguien intentando adivinar direcciones por fuerza bruta, con lo que puede acabar en una lista negra por comprobar. La misma fuente añade el caso más incómodo: servidores que aceptan la dirección durante la conversación y la rechazan después, generando el rebote cuando el email ya ha salido de tu buzón.
Traducido: el veredicto “válido” es fiable, el “inválido” también, y el tercero no es pereza de la herramienta. Es que la información no existe.
El catch-all no lo decidió nadie: viene puesto de fábrica
Aquí está el detalle que en España cambia bastante las cuentas.
Un catch-all es un buzón que recoge todo el correo dirigido a direcciones que no existen en ese dominio. Se inventó para que un email a mria@ en vez de maria@ no se perdiera.
Lo interesante es cómo se activa. cPanel, el panel de control que llevan casi todos los hostings compartidos que usan las pymes españolas, lo documenta así: la dirección por defecto “recibe todo el correo dirigido a una dirección no válida del dominio”, y “el sistema usa la cuenta de correo por defecto como dirección por defecto hasta que la cambies”. Nadie lo eligió: venía marcado.
Por eso una lista de pymes españolas con dominio propio sale con muchísimo más “riesgoso” que una lista de empresas grandes con Microsoft 365 detrás. No es que tu proveedor de datos sea peor: es el parque de hosting que hay.
El dato que ordena la decisión. Hunter cogió 100 direcciones catch-all y 100 direcciones verificadas como válidas, y les mandó el mismo email. Las válidas rebotaron un 1 %. Las catch-all, un 27 %. Veintisiete veces más.
Yo aquí soy de línea dura, y te cuento por qué: no meto direcciones dudosas en la primera tanda de una campaña, nunca. No porque vayan a rebotar todas, sino porque la primera tanda es la que me dice si el mensaje funciona. Si la contamino con un 27 % de rebote, no estoy midiendo el mensaje, estoy midiendo mi lista.
El número que te tiene que preocupar no es el que mira tu herramienta
Aquí hay una confusión que se repite en todos los artículos que rankean para esta búsqueda: mezclar la tasa de rebote con la tasa de quejas por spam. Son dos cosas distintas, con dos umbrales distintos, y quien te corta el grifo mira sobre todo la segunda.
| Métrica | Umbral | Quién lo aplica |
|---|---|---|
| Tasa de rebote | 5 % por defecto (configurable), tras 200 envíos mínimo | Auto-pausa de Instantly |
| Tasa de rebote | El que tú definas; su ejemplo usa 3 % | Auto-protección de Smartlead |
| Tasa de rebote | 2 % como referencia al reusar contactos antiguos | Guía de verificación de Hunter |
| Quejas por spam | 0,30 % obligatorio; recomiendan quedarse por debajo del 0,10 % | Google, remitentes masivos |
Fíjate en la escala. Los umbrales de rebote van en unidades porcentuales; el de quejas va en décimas. Puedes estar tranquilamente por debajo del 5 % de rebote que te pide tu secuenciador y aun así reventar el límite de Google, porque son termómetros de fiebres distintas.
La herramienta te para la campaña; el proveedor de correo te hunde el dominio. Optimizar solo para no disparar la alarma de tu secuenciador es apuntar al examinador equivocado. El cuadro completo de lo que conviene vigilar está en las métricas del outbound que importan de verdad.
La cuenta: lo que cuesta limpiar 5.000 contactos
Verificar es barato. Este es uno de los pocos sitios del outbound donde el gasto no duele.
| Proveedor | Precio publicado | Coste por verificación | 5.000 contactos |
|---|---|---|---|
| MillionVerifier | 89 $ por 50.000 créditos | 0,00178 $ | ~8,90 $ |
| ZeroBounce | Desde 99 $/mes con 10.000 créditos mínimo | ~0,0099 $ | ~49,50 $ (dentro de la cuota) |
| ZeroBounce gratis | 100 créditos al mes | 0 $ | No llega |
Entre uno y otro hay más de cinco veces de diferencia por dirección comprobada. Si lanzas campañas a ráfagas y no todos los meses, los créditos sueltos te encajan mejor que una mensualidad.
Donde sí soy escéptico es con los planes premium que prometen “resolver” los catch-all. Pagas más por un veredicto que, según la propia técnica que usan, el servidor de destino no está dando. Antes de subir de plan, prueba a mandarle 50 emails a ese cubo y mira qué rebota: te sale gratis y el dato es tuyo, no de un folleto.
Qué hago yo antes de darle a enviar
El orden importa: cada paso reduce el volumen que paga el siguiente. Elaborado a partir de la documentación de Hunter, Instantly y Smartlead.
Tres cosas que no verás en el diagrama y que también hago.
La primera es verificar dos veces, y sé que suena a pagar dos veces por lo mismo. Yo prefiero gastarme los dos euros de más: verifico al construir la lista y otra vez justo antes de enviar si han pasado semanas, porque la gente cambia de empresa y su buzón desaparece con ella. Una lista de marzo enviada en junio rebota más que la misma lista enviada en marzo.
La segunda es no verificar los info@ y contacto@. Esos casi siempre dan “válido” porque existen de verdad, pero el veredicto no te dice nada útil: son buzones genéricos donde tu email compite con facturas y currículums. Si estás en el caso español típico, empresa pequeña y sin email nominal a la vista, el problema es de construcción de lista y se resuelve antes, cuando montas la lista de prospectos.
La tercera es mirar el rebote por buzón emisor y no solo por campaña: un buzón nuevo con un 4 % está en peor sitio que uno veterano con el mismo 4 %, y la media te lo esconde.
Lo que un verificador no te va a arreglar nunca
En r/coldemail hay un hilo recurrente que resume esto mejor que cualquier explicación mía: alguien describe su tasa de rebote como una montaña rusa durante un mes entero y cuenta que ninguno de sus flujos de verificación habituales está aguantando.
Mi tasa de rebote lleva un mes de montaña rusa y ninguno de mis flujos de verificación habituales está aguantando.
En otro hilo del mismo foro, sobre proveedores que regalan “leads verificados”, el remate es el mismo: ningún proveedor de datos elimina la necesidad de verificar por tu cuenta.
Ahí está el fondo del asunto. El verificador es un filtro al final del proceso, no un control de calidad de todo lo anterior. Si compras una base de datos raspada hace ocho meses, verificarla te dirá cuántas direcciones siguen vivas, pero no si esas personas siguen en la empresa, ni si tienen algo que ver con lo que vendes. Una lista con un 0 % de rebote puede ser una lista malísima. El rebote mide si la dirección existe; no mide si la persona era la correcta, y esas dos cosas se confunden todo el rato porque solo una de ellas sale en el panel de la herramienta. Cuando el rebote se descontrola de una campaña a otra sin que hayas cambiado de proveedor, el sitio donde mirar es la fuente de los datos y su antigüedad, no el verificador.
Y hay un límite físico que conviene aceptar: en ese 38 % de dominios que aceptan todo, la certeza no se compra. Se gestiona con dosis pequeñas y con la vista puesta en el rebote.
Si estás en la fase anterior a todo esto, montando dominios y buzones, el rebote no es tu primer problema: empieza por la infraestructura y por que tus emails no acaben en spam.
Verifica siempre. Pero no le pidas al verificador que te salve de una lista que nunca debiste construir así.
