Hard bounce vs soft bounce: qué son, tasa de rebote aceptable y cómo corregirlos
Publish date: 27 oct 2026
Un hard bounce es un fallo de entrega permanente: la dirección no existe o el servidor de destino rechaza tu correo de forma definitiva. Un soft bounce es un fallo temporal, por un buzón lleno, un límite de envío o una avería del servidor, y el mensaje vuelve a intentarse. Spona envió 20.000 emails a direcciones B2B verificadas y registró cada respuesta de los servidores. Los hard bounces se quedaron en el 1,525 % y los soft bounces en el 2,425 %.
Esta guía lee esas respuestas código a código. Muestra cuándo un soft bounce pasa a ser hard en cada plataforma de envío, qué tasa se considera aceptable y cómo se corrige cada tipo de rebote en email. Termina con lo que hace Spona cuando una lista entregada supera el 2 %.
Get thousands of leads in 4 minutes.
Stop stitching tools together.
Start with verified sales data, delivered in minutes.
No contracts · No setup · No onboarding
Hard bounce vs soft bounce en 20.000 envíos: qué respondieron los servidores
Un rebote de email es cualquier respuesta del servidor que indica que el mensaje no ha llegado. Todo envío acaba de una de tres maneras: el servidor acepta el mensaje, lo aplaza o lo rechaza.
Spona los registra con tres reglas. Entregado significa que el servidor respondió 250 2.0.0 y aceptó el mensaje. Un soft bounce es un aplazamiento 4.x.x que sigue abierto después de 72 horas, sin rechazo definitivo. Un hard bounce es un rechazo definitivo 5.x.x.
| Resultado | Código SMTP | Significado | Cantidad | Porcentaje de envíos |
| Entregado | 250 2.0.0 | Aceptado por el servidor de destino | 19.210 | 96,050 % |
| Soft bounce | 4.x.x | Sigue aplazado después de 72 horas; sin 5.x.x definitivo | 485 | 2,425 % |
| Hard bounce | 5.x.x | Rechazo permanente y definitivo | 305 | 1,525 % |
| Total | Todos | Envíos intentados | 20.000 | 100,000 % |
Suma las dos filas de rebote y salen 790 mensajes fallidos, el 3,95 % de los envíos. Los soft bounces fueron el 61 % de esos fallos. Esa proporción importa, porque cada tipo pide la acción contraria. Un hard bounce se elimina; un soft bounce se espera.
La tabla tiene dos matices. Entregado no significa que llegara a la bandeja de entrada. Un servidor puede aceptar un mensaje y mandarlo a spam, y el registro seguirá marcando 250.
El segundo matiz es la lista. Todas las direcciones habían pasado la verificación de Spona antes del envío, así que las tasas reflejan lo que produjeron en conjunto 40 listas B2B verificadas. No miden lo que la verificación ya había descartado.
Qué es un hard bounce (rebote duro): un rechazo permanente
Un hard bounce es el servidor de destino diciéndote que pares. La RFC 3463 es el estándar que hay detrás de estos códigos. Define un fallo permanente como aquel que «probablemente no se resolverá reenviando el mensaje en su forma actual». La respuesta empieza por 5, y los dos dígitos siguientes indican el motivo.
Las plataformas de envío dan esa respuesta por definitiva. En la mayoría de los casos, Mailchimp elimina las direcciones con hard bounce «de forma automática e inmediata». HubSpot las excluye como destinatarias de los siguientes emails de marketing. Twilio SendGrid las mete en una lista de supresión.
Hay una excepción importante. HubSpot advierte de que un hard bounce «también puede deberse a un filtro de seguridad de correo estricto». La dirección existe; lo que te ha rechazado es una pasarela. En los códigos, este caso aparece como un rechazo por política 5.7.x, y la solución está de tu lado, no en la lista.
Por qué un email da hard bounce: cuatro causas
El buzón no existe (5.1.1). La RFC 3463 lo llama dirección de buzón de destino errónea, en la que «el buzón indicado en la dirección no existe». La guía de Microsoft sobre informes de no entrega da los dos motivos habituales: el remitente escribió mal la dirección o la dirección ya no existe en el sistema de destino.
En una lista B2B, el segundo motivo crece con el tiempo, porque la gente cambia de trabajo. El glosario de Klaviyo recoge un caso así: un destinatario que cambió su dirección de email y borró la antigua. El artículo de Spona sobre el deterioro de los datos explica a qué ritmo ocurre.
El dominio no existe (5.1.2). El sistema de destino «no existe o no es capaz de aceptar correo». Si una empresa retira su dominio tras una adquisición, el correo a todos sus contactos puede fallar de esta manera.
El buzón está desactivado (5.2.1). El estándar lo describe como «buzón desactivado, no acepta mensajes». La cuenta de alguien que se ha ido de la empresa, desactivada pero conservada por IT, puede responder así.
La entrega no está autorizada (5.7.1). El servidor dice que «el remitente no está autorizado a enviar al destino». Microsoft lo dice sin rodeos: su código 5.7.509 significa que tu dominio no supera la verificación DMARC y tiene una política DMARC de reject. La dirección está bien; lo que falla es tu autenticación.
Qué es un soft bounce (rebote blando): un aplazamiento temporal
Un soft bounce es el servidor diciéndote «ahora no». La RFC 3463 llama a esta clase fallo transitorio persistente, «en el que el mensaje tal como se envió es válido», pero una condición pasajera lo retiene. La respuesta empieza por 4. Tu herramienta de envío guarda el mensaje y vuelve a intentarlo.
HubSpot describe el soft bounce como «un problema temporal del servidor del destinatario u otro problema técnico temporal». Sigue reintentando durante un máximo de 72 horas, y los contactos con soft bounce siguen pudiendo recibir los siguientes emails. Twilio SendGrid también reintenta durante un máximo de 72 horas. La asociación del sector M3AAWG pide a los remitentes que «vuelvan a poner el mensaje en cola y lo reintenten más tarde».
Por qué un email da soft bounce: límites de envío, buzones llenos y fallos del servidor
Has enviado demasiado y demasiado rápido (4.7.0). El servidor de destino aplaza tu conexión por motivos de política. Los códigos 4.7.500 a 4.7.699 de Microsoft dicen «Access denied, please try again later» (acceso denegado, inténtalo más tarde). Significan que el servidor detectó actividad sospechosa y limitó al remitente durante un tiempo.
Ante un bloqueo temporal de este tipo, M3AAWG aconseja «cerrar la conexión y abrir una nueva más tarde». Este aplazamiento fue el código soft más frecuente en el registro de Spona.
El buzón está lleno (4.2.2). El usuario «ha superado una cuota administrativa por buzón o la capacidad física». Un buzón que nadie vacía acaba llenándose.
El buzón no está disponible temporalmente (4.2.0). La cuenta existe, pero el servidor no puede entregarle el mensaje en ese momento.
El sistema de correo falló (4.3.0) o no respondió (4.4.1). La RFC 3463 clasifica el segundo como «No answer from host» (sin respuesta del host). El servidor remoto está caído, saturado o inaccesible, y tu mensaje espera en la cola.
Soft bounce vs hard bounce: siete diferencias frente a frente
| Diferencia | Soft bounce | Hard bounce |
| Clase de respuesta SMTP | 4.x.x, un fallo transitorio | 5.x.x, un fallo permanente |
| Qué quiere decir el servidor | El mensaje es válido; la condición es temporal | Reenviar el mismo mensaje no servirá |
| Causas habituales | Límite de envío, buzón lleno, servidor caído, buzón no disponible temporalmente | Buzón inexistente, dominio no válido, buzón desactivado, bloqueo por política |
| Qué hace tu herramienta de envío | Reintenta durante un máximo de 72 horas (HubSpot, Twilio SendGrid) | Suprime la dirección, normalmente al momento (Mailchimp, HubSpot, Twilio SendGrid) |
| Efecto en el contacto | Sigue pudiendo recibir envíos | Se excluye de los envíos futuros |
| Cuenta en la tasa de rebote de Amazon SES | No: «buzón lleno» y las IP bloqueadas quedan fuera | Sí, en hard bounces a dominios que no has verificado |
| Tu solución | Bajar el ritmo, revisar la autenticación, esperar; eliminar tras fallos repetidos | Suprimir y volver a verificar la lista de origen |
Códigos de rebote de email: los 10 códigos detrás de los rebotes de Spona
Cada rebote del registro lleva dos códigos. La respuesta de tres dígitos, como 550 o 421, es el estado SMTP clásico. El código ampliado con puntos, como 5.1.1, viene de la RFC 3463 e indica el motivo. Lee primero el código ampliado: su primer dígito te dice si debes eliminar la dirección o esperar.
Diez códigos explican los 790 rebotes de los envíos de Spona. El último código hard, 554 5.0.0, agrupa los demás fallos definitivos. En cada lado domina un código: en el lado hard, «el buzón no existe» supuso el 59 % de los hard bounces. En el lado soft, los aplazamientos por ritmo y política supusieron el 43 % de los soft bounces.
| Resultado | Código SMTP | Significado | Cantidad | Porcentaje de los 20.000 envíos |
| Hard bounce | 550 5.1.1 | El buzón del destinatario no existe | 180 | 0,900 % |
| Hard bounce | 550 5.1.2 | Sistema o dominio de destino no válido | 55 | 0,275 % |
| Hard bounce | 550 5.7.1 | Rechazo permanente por política o seguridad | 32 | 0,160 % |
| Hard bounce | 550 5.2.1 | Buzón desactivado | 25 | 0,125 % |
| Hard bounce | 554 5.0.0 | Otro fallo definitivo | 13 | 0,065 % |
| Soft bounce | 421 4.7.0 | Aplazamiento temporal por ritmo o política | 210 | 1,050 % |
| Soft bounce | 450 4.2.0 | Buzón no disponible temporalmente | 110 | 0,550 % |
| Soft bounce | 451 4.3.0 | Fallo temporal del sistema de correo | 85 | 0,425 % |
| Soft bounce | 452 4.2.2 | Capacidad del buzón alcanzada | 50 | 0,250 % |
| Soft bounce | 451 4.4.1 | Fallo temporal de conexión con el destino | 30 | 0,150 % |
Solo un código hard señala al remitente y no a la lista: el rechazo por política. Los otros 13 fallos definitivos no indican causa. Todo lo demás, en el lado hard, es una dirección muerta, un dominio muerto o un buzón cerrado. Solo una verificación más reciente los detecta antes que el servidor.
¿Cuándo se convierte un soft bounce en hard bounce?
Ningún estándar fija el momento. La RFC 3463 define las dos clases y deja el reloj en manos del remitente. Cada plataforma elige un número de intentos o un plazo, y las reglas cambian lo suficiente como para alterar las cifras de tus informes.
| Plataforma u organismo | Regla de corte | Qué pasa con la dirección |
| Mailchimp | Tras 7 soft bounces en una dirección sin actividad de suscriptor, o hasta 15 en un contacto con actividad previa | Se convierte en hard bounce y se limpia de la audiencia |
| HubSpot | Tras un máximo de 72 horas de reintentos | Sigue pudiendo recibir emails |
| Twilio SendGrid | Tras 72 horas de aplazamiento continuo | Pasa a una lista de bloqueos o aplazamientos, que «no es una lista de supresión» |
| Buenas prácticas de M3AAWG | Tras rebotar de forma consecutiva al menos dos veces a lo largo de dos semanas o más | Se elimina de la lista |
| Amazon SES | Los soft bounces nunca cuentan: «buzón lleno» y las IP bloqueadas quedan fuera de la tasa de rebote | Solo cuentan los hard bounces a dominios no verificados |
| Spona | Tras 72 horas de aplazamiento sin 5.x.x definitivo | Se registra como soft bounce, no como hard bounce |
Braze añade una complicación: un rebote puede llegar «incluso semanas después del primer intento de entrega». La cifra de entregados es una foto fija. Vuelve a calcular los números una semana después del envío antes de juzgar una lista.
Tasa de rebote en email marketing: ¿cuál es aceptable?
Por debajo del 2 % de hard bounces. Es la cifra que Amazon SES da a sus remitentes: «para obtener los mejores resultados, mantén una tasa de rebote inferior al 2 %». Al 5 %, SES pone la cuenta en revisión, y al 10 % puede pausar los envíos. Sus umbrales de quejas son mucho más estrictos: revisión al 0,1 % y posible pausa al 0,5 %.
Los proveedores de correo no publican ninguna cifra de rebote. Las normas de Google para remitentes masivos afectan a quien envía más de 5.000 mensajes al día a direcciones de Gmail. Exigen procesar las bajas en un plazo de dos días y no fijan ningún límite de rebote.
Yahoo pide a los remitentes que «vigilen los hard y soft bounces», que eliminen enseguida los destinatarios no válidos y que mantengan la tasa de spam por debajo del 0,3 %. Ninguno de los dos da un porcentaje de rebote. Por eso el artículo de Spona sobre estadísticas de cold email incluye «Los proveedores de correo permiten una tasa de rebote del 2 %» entre los mitos.
El propio benchmark de Spona queda por debajo de esa línea. El benchmark publicado divide los 20.000 envíos por país, con 5.000 en cada uno de los cuatro países. La tasa de hard bounce fue del 1,5 % en Estados Unidos y del 1,2 % en el Reino Unido. Sobre el conjunto de los 20.000 envíos, la tasa agregada fue del 1,525 %.
Dos factores deciden si una lista queda por debajo del 2 %: lo reciente que es la verificación y qué rebotes cuentas. La fórmula resuelve lo segundo.
Fórmula de la tasa de rebote de email, con un ejemplo
Tasa de rebote = rebotes ÷ envíos intentados × 100.
Aplícala al registro de Spona, donde 305 de 20.000 envíos acabaron en hard bounce. Eso da una tasa de hard bounce del 1,525 %. Si cuentas también los soft bounces, el numerador sube a 790. La tasa de rebote total pasa entonces al 3,95 %.
Hay dos decisiones que mueven el resultado. La primera es qué rebotes cuentan. Amazon SES cuenta solo los hard bounces a dominios no verificados, así que comparar una tasa de rebote total con su línea del 2 % exagera tu riesgo.
La segunda es qué envíos cuentan. La tasa que publica Spona es «fallos de entrega permanentes divididos entre los envíos intentados al subconjunto verificado, sin incluir las direcciones catch-all». Indica siempre la fórmula cuando comuniques una tasa de rebote.
Cómo corregir los hard bounces y reducir los soft bounces
Trabaja la lista en este orden. Los pasos 1 a 4 resuelven lo que ya ha rebotado. Los pasos 5 y 6 evitan que rebote el siguiente lote.
- Suprime cada hard bounce al momento y no reintentes nunca un 5.x.x. Para M3AAWG es «muy importante» que un mensaje a una dirección inexistente no se reintente y que la dirección quede fuera de los envíos futuros. Mailchimp y Twilio SendGrid lo hacen por ti. Si envías desde tu propio servidor SMTP, la lista de supresión la tienes que montar tú.
- Deja que un 4.x.x se reintente y elimina la dirección tras fallos repetidos. El corte de M3AAWG está en dos rebotes consecutivos a lo largo de dos semanas o más. Mailchimp usa 7 o 15 soft bounces. Elige una regla y aplícala a todas las listas.
- Baja el ritmo cuando veas 421 4.7.0. El servidor te está diciendo que tu patrón de envío parece raro, no que la dirección esté mal. La indicación de M3AAWG es cerrar la conexión y volver a conectar más tarde. Reparte el lote en más horas o en más buzones de envío.
- Revisa SPF, DKIM y DMARC cuando aparezca un 5.7.x. Un rechazo por política puede significar que la dirección está bien y tu dominio no. El 5.7.509 de Microsoft lo deja claro: el dominio remitente no supera DMARC y tiene una política de reject. Corrige el registro antes de tocar la lista.
- Verifica antes de enviar y vuelve a comprobar las listas que se han quedado antiguas. Un verificador masivo detecta buzones y dominios muertos antes que el servidor de destino. La guía de Spona sobre limpieza de listas de correo compara los servicios y sus precios. El artículo sobre validación de datos B2B cubre las comprobaciones que van más allá del buzón.
- Si envías desde el Reino Unido, guarda constancia de lo que rebotó. Si los datos personales son incorrectos, la guía del ICO sobre exactitud dice que debes «tomar medidas razonables para corregirlos o suprimirlos» lo antes posible. La misma página permite registrar errores, «siempre que esos registros no sean engañosos sobre los hechos». Una lista de supresión puede ser uno de esos registros. Evita que vuelvas a importar una dirección muerta el trimestre siguiente. El ICO está revisando esta guía a raíz de la Data (Use and Access) Act.
En España, la AEPD recuerda que los sistemas de exclusión publicitaria «deben ser consultados por quienes vayan a realizar una campaña publicitaria», precisamente «para excluir de la misma a las personas inscritas». La misma página señala que una empresa puede enviar publicidad a quien es su cliente o le ha dado su consentimiento.
Qué hace Spona cuando los hard bounces superan el 2 %, y sus límites
El objetivo operativo de Spona es mantener los hard bounces por debajo del 2 % en una lista recién verificada. Un lote que lo supera se vuelve a verificar y se investiga.
De las 40 listas entregadas en la muestra, 4 cruzaron la línea. La más alta llegó al 3,0 % y la más baja de las cuatro, al 2,4 %. Las otras 36 listas, en conjunto, se quedaron en el 1,394 %.
En tres de los cuatro casos, la investigación respaldó un defecto en los datos. Uno vino del lado del remitente: un problema de autenticación o de política que Spona documentó y trasladó al proveedor de envío. Todos los casos pasaron por cinco de los seis pasos; la causa decidió si se aplicaba el paso 4 o el 5. Cualquier compensación se rige por el contrato real.
| Paso | Desencadenante | Acción de Spona | Veces activado (n) |
| 1 | Hard bounce de la lista por encima del 2 % | Pausar el lote afectado y recoger los resultados SMTP definitivos por destinatario. | 4 |
| 2 | Lote afectado en revisión | Volver a verificar los emails candidatos; suprimir las direcciones no válidas y conservar la hora de la verificación original. | 4 |
| 3 | Comprobar la causa | Separar los fallos por buzón no válido de la autenticación, los bloqueos por política, las verificaciones antiguas y los cambios de envío del cliente. | 4 |
| 4 | Defecto en los datos respaldado | Preparar una exportación corregida tras la investigación; cualquier compensación se rige por el contrato real. | 3 |
| 5 | Causa del lado del remitente respaldada | Documentar la causa de política o autenticación y pedir al proveedor de envío que la corrija. | 1 |
| 6 | Incidencia revisada | Registrar la causa, la corrección y la conformidad del cliente antes de reabrir el lote. | 4 |
Dónde encaja Spona: describes a tu cliente ideal en un chat. La IA rastrea más de 40 fuentes, verifica cada lead y entrega una lista puntuada en unos 4 minutos, y pagas por lead.
Un lead de Standard Search solo con email cuesta de 3 a 7 créditos. Con los precios de los créditos de los planes, sale a entre 0,024 $ y 0,07 $ por lead. Cada nueva sesión de búsqueda cuesta 1.000 créditos una sola vez. Toda búsqueda empieza con una muestra gratuita, y el plan gratuito (Free) incluye 3.000 créditos únicos.
Dónde no encaja. Spona no envía tus emails, así que nunca ve los soft bounces que provoca tu propia configuración. Un 421 4.7.0 de un buzón sin calentar te toca arreglarlo a ti. Tampoco mide la colocación en bandeja de entrada; en su registro, entregado significa aceptado.
El objetivo se cumplió en 36 de las 40 listas, no en todas, y uno de los fallos vino del lado del remitente. Y si ya tienes la lista, la herramienta pensada para revisarla es un verificador masivo específico; la guía de limpieza de listas de correo los compara.
Get thousands of leads in 4 minutes.
Stop stitching tools together.
Start with verified sales data, delivered in minutes.
No contracts · No setup · No onboarding
Preguntas frecuentes sobre hard bounce y soft bounce
¿Debo borrar los emails con hard bounce?
Mejor suprimirlos que borrarlos. Una lista de supresión impide que la misma dirección vuelva con la siguiente importación. Según el principio de exactitud del UK GDPR, registrar un error es correcto siempre que el registro no sea engañoso sobre los hechos. Borrar la fila elimina tu única prueba de que la dirección falló.
¿Qué tasa de rebote es demasiado alta para el cold email?
Cualquier cifra por encima del 2 % de hard bounces exige actuar. Amazon SES revisa las cuentas al 5 % y puede pausarlas al 10 %. Ningún proveedor de correo publica un umbral de rebote propio. El artículo de estadísticas de cold email explica por qué «Los proveedores de correo permiten una tasa de rebote del 2 %» es un mito.
¿Cuánto tarda en rebotar un email?
Un hard bounce vuelve en cuanto el servidor rechaza el mensaje, porque nadie reintenta un 5.x.x. Un soft bounce puede tardar 72 horas en aparecer en tu informe, porque HubSpot y Twilio SendGrid siguen reintentando durante ese tiempo. Braze advierte de que algunos rebotes llegan semanas después del primer intento.
¿Rebota un email si la dirección no existe?
Sí, en la mayoría de los casos. El glosario de Klaviyo indica que un envío a una dirección inexistente recibe un error 550 5.1.1. Fue el código de hard bounce más frecuente en el registro de Spona, con 180 de los 305 hard bounces.
¿Es buena una tasa de rebote del 20 % o del 70 %?
Esas cifras vienen de la analítica web, donde un rebote es un visitante que se va tras ver una sola página. En email serían un desastre. Amazon SES pone una cuenta en revisión al 5 %, así que un 20 % está cuatro veces por encima de esa línea.
Share this article
GET FREE LEADS
