Toda plataforma de email clasifica las entregas fallidas en dos montones, y el montón en el que cae una dirección decide qué le pasa después. La diferencia entre hard bounce y soft bounce (rebote duro y rebote blando) parece sencilla: un hard bounce es permanente y un soft bounce es temporal. En la práctica, los códigos son más confusos que las etiquetas, y los errores caros ocurren en las zonas grises: un bloqueo por política archivado como rebote duro, un buzón que lleva meses «lleno», un rebote blando que se repite en silencio en cada envío. Esta guía te da definiciones claras, una tabla código por código y una política de gestión que puedes adoptar hoy mismo.
La respuesta corta#
Un hard bounce (rebote duro) significa que el mensaje nunca podrá entregarse a esa dirección: el buzón no existe, el dominio no existe o la cuenta se ha desactivado. Suprime la dirección tras el primero. Un soft bounce (rebote blando) significa que la entrega ha fallado por ahora: el buzón está lleno, el servidor está ocupado o está aplazando a remitentes que todavía no conoce. Deja que tu plataforma lo reintente y suprime la dirección solo si sigue dando rebotes blandos a lo largo de varios envíos distintos.
El código SMTP te dice cuál es cuál: 5xx es permanente, 4xx es temporal. La
excepción que no te puedes permitir pasar por alto es 5.7.x. Ese código es un
bloqueo contra ti (tu reputación, tu contenido o tu autenticación), no un
veredicto sobre la dirección, y suprimir a los destinatarios no lo arreglará.
¿Qué es un hard bounce?#
Un hard bounce es un fallo de entrega permanente. El servidor receptor miró al destinatario y lo rechazó, y volver a enviar no cambiará su respuesta. Las causas habituales:
- El buzón no existe. Nunca existió (una errata, un registro inventado) o ya no existe (un empleado se marchó, se cerró una cuenta).
- El dominio no existe o no tiene servidor de correo. A menudo es un dominio mal
escrito como
gmial.com, o el dominio de una empresa que caducó tras un cambio de marca. - La cuenta se ha desactivado. Los proveedores desactivan cuentas, a menudo tras una larga inactividad, y a partir de entonces rechazan el correo dirigido a ellas.
Cada rebote duro les dice a los proveedores de buzón que enviaste a una dirección por la que no podías responder. Uno es ruido. Un goteo constante se interpreta como una lista obsoleta o descuidada, y eso es un problema de reputación de remitente para cada mensaje que envías, no solo para los que rebotaron.
¿Qué es un soft bounce?#
El significado de un soft bounce, en una línea: la entrega falló por un motivo que puede desaparecer. La dirección podría ser perfectamente buena. Causas comunes:
- El buzón está lleno. El titular puede borrar correo y volverá a aceptar mensajes.
- El servidor receptor está caído, sobrecargado o inaccesible.
- Greylisting. El servidor aplaza una vez el correo de remitentes desconocidos y acepta el reintento unos minutos después.
- Limitación (throttling). El proveedor está limitando la velocidad a la que acepta tu correo, normalmente por un pico de volumen o una caída de reputación.
Los servidores de envío reintentan los rebotes blandos automáticamente, durante horas o unos pocos días según la plataforma, así que muchos acaban entregándose sin que tengas que hacer nada. Algunas plataformas llaman «aplazamiento» (deferral) a un fallo que todavía se está reintentando y solo registran un soft bounce cuando se rinden, y por eso dos herramientas pueden dar cifras de rebotes blandos distintas para el mismo envío.
Cómo distinguirlos: lee el código#
Abre los detalles del rebote en tu plataforma de email. La mayoría muestran un «motivo del rebote» o un «código de diagnóstico», que es la respuesta en bruto del servidor receptor:
550 5.1.1 The email account that you tried to reach does not exist.
Esa respuesta tiene tres partes: el código básico (550), el código de estado
ampliado (5.1.1) y un texto legible. El primer dígito de cualquiera de los dos
códigos es el titular: 5 es permanente, 4 es temporal. El número central del
código ampliado dice de qué trata el fallo: x.1.x la dirección, x.2.x el buzón,
x.3.x el sistema de correo, x.4.x la red, x.7.x la seguridad o la política. La
redacción cambia de un proveedor a otro, así que fíate más de los códigos que del
texto.
La guía de códigos de respuesta SMTP cubre la gramática completa, y la consulta de códigos SMTP gratuita traduce cualquier respuesta que pegues en ella. Estos son los códigos con los que más se topan los equipos de marketing:
| Código | Qué suele significar | ¿Duro o blando? | Qué hacer |
|---|---|---|---|
5.1.1 (a menudo con 550) | El buzón no existe: «user unknown», «no such user» | Duro | Suprime tras el primer rebote. |
5.1.2 | El dominio no existe o no puede recibir correo | Duro | Suprime. Si el dominio es una errata evidente, pide a la persona la dirección correcta en lugar de editarla tú. |
5.2.1 | El buzón existe pero está desactivado | Duro en la práctica | Suprime. Las cuentas desactivadas rara vez vuelven. |
4.2.2 (a menudo con 452) | Buzón lleno | Blando | Deja que corran los reintentos. Suprime si sigue lleno tras varios envíos. |
5.2.2 (a menudo con 552) | Buzón lleno, notificado con un código permanente | Trátalo como blando | Igual que 4.2.2. El estándar considera el buzón lleno un
fallo temporal persistente. |
5.3.4 (a menudo con 552) | Tu mensaje es más grande de lo que acepta el servidor | Ninguno: es el mensaje | Reduce los adjuntos o las imágenes. No suprimas la dirección. |
5.7.1, 5.7.26 y otros 5.7.x | Bloqueado por política: reputación, contenido, una inclusión en una blocklist o una autenticación fallida | Código permanente, pero no va de la dirección | No suprimas a los destinatarios. Corrige la causa y luego reanuda. |
4.7.x (a menudo con 421 o 451) | Greylisting o limitación: «try again later» | Blando | Deja que corran los reintentos. Si afecta a un proveedor entero en cada envío, revisa tu reputación. |
4.4.1, 4.4.7 | No se pudo contactar con el servidor, o tu remitente se rindió tras su ventana de reintentos | Blando | Ignora los casos aislados. Si un dominio falla durante días, revisa sus registros MX. |
Los servidores no siempre usan los códigos con precisión. Algunos envían un 550
a secas para un bloqueo por política, y otros envían un 5xx con un texto que
describe claramente un problema temporal. Cuando el código básico, el código
ampliado y el texto no coinciden, el código ampliado y el texto suelen contar la
historia más fiel.
Los casos difíciles#
Un bloqueo 5.7.x va de ti, no de la dirección#
Un 550 5.7.1 empieza por 5, así que muchas plataformas lo cuentan como rebote
duro. Pero el servidor no está diciendo que el buzón no exista. Está rechazando
tu correo: tu IP o tu dominio de envío están en una blocklist, tu reputación con
ese proveedor ha caído, tu contenido ha hecho saltar un filtro o tu autenticación
ha fallado. Gmail, por ejemplo, usa 5.7.26 para el correo que no supera las
comprobaciones de autenticación.
Lo que lo delata es el patrón: un bloqueo afecta a la vez a muchos destinatarios de un mismo proveedor, y los buzones reales no mueren todos en el mismo minuto. Suprimirlos tira a la basura suscriptores que todavía quieren tu correo y deja el bloqueo donde está. Lee el texto del rebote, que a menudo nombra la blocklist o enlaza a la página de políticas del proveedor. Después comprueba si estás en una lista negra, confirma que tu SPF, DKIM y DMARC se validan correctamente y sigue los pasos para salir de la lista si la causa es una inclusión. Cuando se levante el bloqueo, esas direcciones vuelven a poder recibir correo.
Un buzón lleno que nunca se vacía#
Un buzón lleno es el rebote blando de manual: la dirección existe y el titular puede hacer sitio. Pero a veces una bandeja de entrada se llena porque ya nadie la lee. Si una dirección responde «mailbox full» en cada envío durante semanas, trátala como abandonada. Los proveedores acaban desactivando las cuentas abandonadas, y en ese momento la dirección empieza a dar rebotes duros; algunos, además, reciclan direcciones inactivas desde hace mucho como trampas de spam. Suprime un buzón que sigue lleno de forma persistente antes de que ocurra cualquiera de las dos cosas.
Greylisting y limitación parecen idénticos en un informe#
Ambos llegan como respuestas 4xx con códigos 4.7.x, y ambos dicen «try again
later». El greylisting es un peaje puntual: el servidor
aplaza a un remitente desconocido, acepta el reintento y normalmente te recuerda a
partir de entonces. La limitación es el proveedor racionando tu correo. Nunca
necesitas actuar ante un rebote individual por greylisting. Una limitación que
aparece en un proveedor entero, envío tras envío, es un aviso temprano de
reputación: baja el ritmo, revisa tu tasa de quejas y mira qué dice
Google Postmaster Tools sobre tu dominio.
Rebotes blandos que se repiten#
Un rebote blando no significa nada. La misma dirección dando rebotes blandos en cinco campañas seguidas es una dirección muerta disfrazada: un buzón abandonado, un servidor de correo que ya no existe, un dominio a medio configurar. Muchas plataformas los convierten en rebotes duros tras una racha de fallos; si la tuya no lo hace, la política de más abajo sí.
Rebotes que llegan después de «entregado»#
Algunos servidores aceptan primero un mensaje y lo rechazan más tarde, devolviendo un mensaje de rebote minutos u horas después. Las pasarelas de seguridad corporativas y los dominios catch-all suelen funcionar así, de modo que tu plataforma puede registrar el mensaje como entregado y luego como rebotado. Trata el rebote tardío exactamente igual que uno inmediato con el mismo código.
Las respuestas automáticas no son rebotes#
Las respuestas de fuera de la oficina y los avisos de «ya no trabajo en la empresa» son correo entregado, no rebotes. La dirección del fuera de la oficina está bien. La respuesta de «me he ido» es un aviso temprano de que el buzón empezará pronto a dar rebotes duros, así que actualiza o retira el contacto ya. En una base de datos de ventas, también es la señal para encontrar a quien lo sustituye, un hábito que se explica en higiene de datos del CRM.
Una política de gestión de rebotes que puedes adoptar#
Pon las reglas por escrito una vez para que nadie decida dirección por dirección. Un punto de partida sensato:
| Qué ha pasado | Regla |
|---|---|
Rebote duro (5.1.1, 5.1.2,
5.2.1) | Suprime de forma permanente tras el primero. Sin reintento, sin segunda oportunidad. |
| Un único rebote blando | No hagas nada. Deja que la plataforma reintente. |
| Rebotes blandos repetidos | Suprime tras 3 a 5 rebotes blandos consecutivos en envíos distintos. |
| Buzón lleno durante semanas | Suprime, o pásalo a tu política de sunset junto con otras direcciones inactivas. |
Bloqueo por política (5.7.x) | No suprimas. Corrige la reputación, la autenticación o el contenido y luego reanuda. |
| Mensaje demasiado grande | Corrige el mensaje. La dirección está bien. |
Unos cuantos detalles hacen que la política funcione:
- De 3 a 5 es una práctica habitual, no una ley. Elige un número y aplícalo con coherencia. Más bajo es más seguro para un remitente con poca reputación de sobra.
- «Consecutivos» significa que una entrega correcta reinicia la cuenta, y lo que cuentas son envíos distintos, no los reintentos automáticos que hace tu plataforma de un mismo mensaje.
- Suprime, no borres. Una dirección suprimida sigue registrada, así que una importación futura no puede volver a añadirla sin que nadie se dé cuenta.
- Llévate tu lista de supresión. No se migra sola cuando cambias de plataforma, y es uno de los primeros pasos para cambiar de proveedor de email con seguridad.
Si tu equipo procesa los rebotes en código en lugar de en el panel de una plataforma, construir un clasificador de rebotes convierte estas mismas reglas en una función.
Qué hace tu plataforma de email automáticamente#
La mayoría de las plataformas de email ya aplican por ti una versión de esta política:
- Los rebotes duros se suprimen automáticamente, normalmente tras el primero.
- Los rebotes blandos se reintentan durante una ventana de horas a días, y una dirección que sigue fallando acaba convirtiéndose en rebote duro o suprimiéndose. Los umbrales exactos varían y no siempre están documentados.
- Los bloqueos por política se gestionan de forma desigual. Algunas plataformas
mantienen una categoría aparte de «bloqueados» para los rechazos
5.7.xy dejan la dirección activa; otras los archivan como rebotes duros. Averigua qué hace la tuya. Si los mete en el mismo saco, un solo bloqueo puede suprimir a cientos de suscriptores reales.
Lo que ninguna plataforma puede hacer es suprimir una dirección antes de su primer rebote. Para cuando salta cualquier regla automática, el rebote ya ha contado en tu contra.
Por qué la cifra de rebotes duros es la que hay que vigilar#
Los rebotes duros son los que provocan el daño a la reputación, así que sigue la tasa de rebotes duros por separado en lugar de mezclada con los blandos. Por debajo de aproximadamente el 2% es normal, el 2% es una línea de advertencia y muchas plataformas consideran que en torno al 5% es motivo para limitar o suspender una cuenta. Una lista verificada en el registro y limpiada de nuevo con regularidad suele quedarse muy por debajo del 1%. Para ver dónde está la tuya, pasa las cifras por la calculadora de tasa de rebote y compáralas con las referencias de tasa de rebote por sector. Para entender por qué los proveedores dan tanto peso a esta cifra, consulta por qué importa la tasa de rebote.
Evita los dos tipos de rebote antes de enviar#
La verificación traslada la decisión sobre el rebote a antes del envío: una comprobación SMTP del buzón pregunta al servidor receptor si el buzón existe, sin enviar ningún correo. Los cuatro veredictos de Qualisend encajan con los tipos de rebote de arriba:
- No entregable cubre los rebotes duros de mañana: buzones rechazados, dominios
sin ruta de correo, sintaxis no válida y cuentas desactivadas (el subindicador
disabled). Suprímelas antes de que lleguen a contar en tu contra. - Arriesgada con
full_mailboxcubre los rebotes blandos de mañana. Envía con cuidado y vuelve a comprobarla en tu próxima limpieza. Si sigue llena, probablemente esté abandonada. - Arriesgada con
catch_allsignifica que el servidor lo acepta todo, así que no se puede confirmar el buzón. Mantenlas en su propio segmento con envío limitado. - Desconocida significa que el servidor nunca dio una respuesta concluyente, a menudo por el greylisting. Vuelve a verificarla más tarde en lugar de suprimirla. Los veredictos desconocidos se reembolsan.
Una comprobación en el registro también detecta erratas con una sugerencia del tipo
«¿quisiste decir…?» (gmial.com pasa a ser gmail.com), y
las erratas de email más comunes son lo bastante
predecibles como para frenarlas en el formulario. Para las listas que ya tienes, la
checklist de higiene de listas de email cubre la rutina
completa, y el informe de salud de lista de una página de Qualisend califica el
riesgo de rebote de una lista como «Healthy» (saludable, por debajo del 2%),
«Needs attention» (requiere atención, del 2 al 5%) o «At risk» (en riesgo, por
encima del 5%). Si tus contactos están en una plataforma de email, las
integraciones nativas los limpian allí mismo y escriben los
veredictos de vuelta como etiquetas o campos.
La verificación no puede evitar un bloqueo 5.7.x, que tiene que ver con tu forma
de enviar, y las direcciones pueden morir entre tu última comprobación y tu
siguiente envío. Por eso quieres ambas cosas: verificación y una política de
rebotes por escrito.
Preguntas frecuentes
01¿Cuál es la diferencia entre un hard bounce y un soft bounce?
Un hard bounce (rebote duro) es un fallo permanente: el buzón o el dominio no existen, o la cuenta está desactivada, y el servidor responde con un código 5xx como 5.1.1. Un soft bounce (rebote blando) es un fallo temporal, como un buzón lleno, un servidor ocupado, el greylisting o una limitación, y llega como un código 4xx. Suprime los rebotes duros de inmediato; deja que los blandos se reintenten.
02¿Qué es un soft bounce y debería preocuparme?
Un soft bounce es un intento de entrega que falló por un motivo que puede desaparecer, así que tu plataforma lo reintenta automáticamente. Uno solo no merece preocupación. Presta atención cuando la misma dirección da rebotes blandos en varios envíos seguidos, o cuando las respuestas de limitación afectan a la vez a un proveedor entero, porque eso apunta a un problema de reputación más que a una mala dirección.
03¿Cuántos rebotes blandos antes de eliminar una dirección?
No hay un número universal. Una práctica habitual es suprimir una dirección tras 3 a 5 rebotes blandos consecutivos en envíos distintos, de modo que cualquier entrega correcta reinicia la cuenta. Un buzón que lleva semanas lleno es un buen candidato para eliminarlo antes, porque las bandejas de entrada abandonadas acaban desactivándose o reciclándose.
04¿Debo eliminar las direcciones que rebotaron con un error 5.7.1?
No. Un código 5.7.x significa que el servidor receptor rechazó tu correo por motivos de política, como una inclusión en una blocklist, una mala reputación, el filtrado de contenido o una autenticación fallida. Las direcciones suelen estar bien. Lee el texto del rebote, comprueba si estás en una lista negra, corrige la autenticación o la inclusión, y reanuda los envíos cuando se levante el bloqueo.
05¿Puede un hard bounce ser un error?
Sí, en dos casos principales: un bloqueo por política que tu plataforma archivó como rebote duro, y una rara configuración errónea en el lado receptor. Si un contacto valioso dio un rebote duro pero tienes motivos para pensar que la dirección está viva, por ejemplo porque te respondió desde ella hace poco, verifícala y confírmalo por otro canal antes de sacarla de la supresión.
¿Quieres detectar los rebotes duros antes de que ocurran? Comprueba una sola dirección con el verificador de correo gratuito, o verifica una lista entera con 100 créditos gratis que nunca caducan.
