¿A partir de qué tasa de rebote una plataforma de emailing deja realmente de enviar una campaña? La tasa de rebote aceptable no se limita a la cifra del 2 % que circula por todos los blogs: cambia de valor según el router. Amazon SES pone una cuenta bajo revisión al 5 % de bounce y corta el envío al 10 %; MailerLite suspende a partir del 5 %; Brevo, por su parte, no publica ningún umbral cifrado. Las campañas terminan en spam mientras el SaaS de emailing muestra un panel en verde: el patrón se repite constantemente entre los equipos que envían en volumen. El SaaS dice la verdad sobre sus propias cifras. El umbral que activa la sanción está un paso más allá, en el router destinatario.
De dónde viene el umbral del 2 % y qué vale realmente
La cifra del 2 % circula como una referencia de mercado más que como una política oficial única. Viene de un consenso implícito entre proveedores de bandejas de entrada como Gmail u Outlook, que tampoco publican sus propios umbrales exactos, por miedo a dar una hoja de ruta a los spammers. De las 10 plataformas verificadas aquí, 4 publican un umbral cifrado y 6 no publican ninguno. Amazon SES es la única que respalda la cifra del 2 % con niveles de sanción por escrito: por debajo del 2 %, la cuenta permanece en zona verde; al 5 %, pasa a revisión; al 10 %, el envío puede suspenderse. HubSpot y MailerLite también publican un umbral vinculado a un corte automático, lo que eleva a tres el número de plataformas donde la sanción cifrada está escrita negro sobre blanco. SendGrid muestra una cifra, como recomendación, sin nivel de suspensión. ActiveCampaign menciona la barrera del 2 % en su blog, mientras que su centro de ayuda describe una puesta bajo revisión activada por «demasiados rebotes» sin escribir nunca un porcentaje. Ningún valor de umbral en Mailchimp, Brevo, Mailjet, Klaviyo ni Sarbacane.
La tabla de umbrales reales, plataforma por plataforma
La siguiente tabla cruza tres elementos que los comparativos generalistas rara vez combinan: el umbral de bounce, el de queja y la sanción que realmente se aplica. La última columna cuenta igual de importante: indica si la cifra proviene de una política escrita fechada o de un centro de ayuda oficial. A falta de ambos, se trata de un uso constatado, no de una política publicada.
| Plataforma | Umbral de bounce tolerado | Umbral de queja | Sanción al superarlo | Origen de la cifra |
|---|---|---|---|---|
| Amazon SES | <2 % recomendado, revisión al 5 %, pausa al 10 % | <0,1 % recomendado, revisión al 0,1 %, pausa al 0,5 % | Pausa automática del envío, reversible | Documentación oficial de AWS SES |
| HubSpot | 5 % de hard bounce acumulados en un mes | 0,1 %, es decir, una queja por cada 1000 mensajes | Corte del envío por el sistema de protección de deliverability | Base de conocimientos de HubSpot |
| MailerLite | Suspensión por encima del 5 % | 0,2 %, cifrado en la misma política | Suspensión inmediata de la cuenta e investigación | Política antispam de MailerLite |
| Mailjet | Ningún umbral publicado | Ningún umbral publicado | Límite de envío temporal de 7 días, reaplicado en caso de reincidencia | Centro de ayuda de Mailjet, que se reserva el derecho a modificar sus umbrales sin previo aviso |
| SendGrid (Twilio) | Hard bounce recomendado por debajo del 5 % | 0,1 % por proveedor de bandeja de entrada, umbral de alerta sin sanción | Restricción de envío en caso de superación repetida, sin umbral de suspensión automática publicado | Documentación de Twilio SendGrid |
| ActiveCampaign | Ningún umbral publicado en el centro de ayuda, el 2 % que circula viene del blog del proveedor | Ningún umbral publicado, bastan quejas «más altas de lo normal» | Puesta bajo revisión automática, campañas bloqueadas hasta resolución | Centro de ayuda de ActiveCampaign |
| Klaviyo | Ningún umbral de cuenta en %, eliminación del contacto al hard bounce y a partir de 7 soft bounces consecutivos contados en 2 años | No publicado en % | Eliminación del perfil; ninguna suspensión de cuenta documentada con un umbral preciso | Centro de ayuda de Klaviyo |
| Mailchimp | No publicado (límites de los ISP variables, no divulgados por Mailchimp) | No publicado | Suspensión automática de la cuenta, seguida de un correo del equipo de compliance | Centro de ayuda de Mailchimp |
| Brevo | Ningún umbral cifrado en la política antispam | Ninguna cifra publicada en la página oficial | Suspensión o restricción de la cuenta, formulación general sin porcentaje | Política antispam de Brevo |
| Sarbacane (ahora Positive User) | Ningún umbral publicado | No publicado | Ninguna sanción cifrada documentada, se menciona el riesgo de blacklisting por parte de los ISP | Ninguna política de uso cifrada publicada; el blog editorial, migrado al sitio Positive User, no indica ningún nivel |
La cifra que importa: hard bounce en lugar de tasa global
Una lista puede mostrar una tasa de rebote global del 3 % y seguir siendo sana a ojos de un router. La distinción entre hard bounce y soft bounce explica por qué: AWS SES, HubSpot y, en menor medida, MailerLite solo cuentan, para la sanción, la tasa de hard bounce. HubSpot fija ese límite en el 5 % de hard bounce acumulados en un mes calendario; por encima de eso, el sistema de protección de deliverability corta el envío, sin importar la tasa global mostrada en el panel. Un pico aislado de soft bounces casi nunca activa una sanción por sí solo, pesa sobre la reputación de forma más difusa. Las causas técnicas detrás de cada rebote, desde el DNS hasta el servidor destinatario, se tratan en una guía de corrección de rebotes aparte.
El umbral de queja, más rápido de activar que el bounce
0,1 %. Ese es el umbral de queja que pone una cuenta de Amazon SES bajo revisión, frente al 5 % del bounce: es 50 veces más bajo, así que se convierte, mecánicamente, en el primer disparador de sanción entre las plataformas que publican uno. HubSpot mantiene exactamente la misma cifra, 0,1 %, es decir, una queja por cada 1000 mensajes enviados. El tema merece un desarrollo aparte sobre la tasa de queja. Una lista puede quedar por debajo del umbral de bounce aceptable y ser suspendida de todos modos, solo por la queja.
Lo que pasa realmente en el momento de superar el umbral
La palabra «suspensión» cubre realidades muy distintas según el router. En Amazon SES, el proceso es mecánico y está documentado.
«Para mejores resultados, mantén una tasa de rebote inferior al 2 %; al 5 % o más, tu cuenta pasa a revisión; al 10 % o más, podemos suspender tu capacidad de envío.»
Documentación oficial de Amazon SES, traducción al español. Superar el 10 % de bounce o el 0,5 % de queja activa una pausa automática, reversible una vez corregida la causa. En Mailchimp, la mecánica cambia por completo. No se comunica ningún porcentaje: llega un correo del equipo de compliance, con preguntas precisas sobre el origen de la lista, y el envío permanece bloqueado mientras las respuestas no convenzan. MailerLite y ActiveCampaign siguen un esquema parecido, basado en una revisión humana y un intercambio de preguntas, sin mensaje de error de API automático. Sarbacane y Brevo, que no publican ni umbral ni nivel, dejan que el usuario descubra la sanción en tiempo real en lugar de en un centro de ayuda consultado de antemano.
Por qué la misma lista muestra una tasa distinta según el router
Dos cuentas que envían exactamente la misma lista, el mismo día, pueden mostrar dos tasas de rebote distintas. La causa está en el propio enrutamiento: el mismo servidor destinatario puede devolver un enhanced status code (el código de estado detallado del servidor SMTP) diferente según la IP de origen, el servidor usado para el comando MAIL FROM o el estado exacto del dominio en el momento del intento. Un IP pool compartido agrava la diferencia: la reputación de remitente que pesa en el cálculo ya no es solo la del cliente, incluye la de todas las cuentas que comparten la misma IP en pleno warm-up. Esto explica el dolor que reportan los equipos de growth: el SaaS de emailing muestra una tasa limpia en su propio panel, feedback loops de los ISP incluidos, mientras que el rebote o la queja se activó un paso más allá, en el proveedor destinatario. El postmaster de Gmail confirma regularmente esta diferencia, con una reputación degradada mostrada cuando ninguna alerta llegó del lado del ESP.
El stack de un equipo de growth ya cuenta con un secuenciador, a veces una herramienta de warm-up. La verificación de la lista antes del envío hace otra cosa: mide el estado real de una dirección antes de que el hard bounce llegue a AWS o HubSpot, en un momento en el que corregir todavía cuesta una exclusión de contacto y no una suspensión de cuenta. Ese es el trabajo de CaptainVerify: entra un archivo de contactos, sale la lista limpia de direcciones inválidas. La API de validación en tiempo real se conecta a los formularios de registro para que las direcciones erróneas dejen de entrar en la base. Un control antes del envío capta un instante preciso: una dirección válida hoy puede pertenecer mañana a un puesto vacante, lo que convierte la higiene de lista en un calendario recurrente, al mismo ritmo que la limpieza regular de la base. Antes de la próxima campaña, pasar la lista permite saber de qué lado del umbral va a caer, tanto el de AWS como el, no escrito, de Brevo.
Preguntas frecuentes sobre la tasa de rebote
¿Cómo calcular la tasa de rebote?
El cálculo divide el número de correos rebotados entre el número de correos enviados, multiplicado por 100. Una campaña lanzada a 20 000 direcciones con 600 rebotes muestra, por tanto, un 3 % de tasa de rebote. El punto que lo cambia todo está en el denominador: la mayoría de las plataformas cuentan los correos enviados, mientras que un cálculo manual suele basarse solo en los mensajes aceptados, lo que produce dos cifras distintas para una misma campaña.
¿Qué tasa de rebote esperar de una lista nunca depurada?
De los 126 millones de direcciones sometidas a su verificación en 2025, CaptainVerify midió un 57 % de direcciones válidas y un 8,2 % de direcciones inválidas puras, aquellas cuyo dominio ha desaparecido o cuya bandeja fue eliminada. Ese 8,2 % se va en hard bounce desde el primer envío, es decir, cuatro veces la barrera del 2 %. La muestra se inclina hacia listas dudosas, ya que se trata de bases que su propietario decidió precisamente hacer verificar. Da el orden de magnitud del riesgo en una base dejada tal cual. El detalle aparece en el análisis sobre el valor real de una dirección de email.
¿Por qué una lista bajo el umbral vuelve a superarlo?
Una base se degrada alrededor de un 23 % al año, casi un 2 % al mes, al ritmo de los cambios de puesto y los dominios abandonados. Una lista medida en un 1,5 % de rebote en enero supera, por tanto, la barrera del 2 % hacia la primavera sin que haya cambiado nada en las prácticas de envío. Esto hace que revalidar cada 3 a 6 meses sea más eficaz que una limpieza puntual tras un incidente.
AWS cifra sus umbrales con precisión de una décima de punto porcentual. Brevo y Sarbacane se reservan el derecho de suspender una cuenta sin haber escrito nunca a partir de qué tasa.
