{"id":59929,"date":"2022-10-26T14:57:30","date_gmt":"2022-10-26T14:57:30","guid":{"rendered":"https:\/\/mailrelay.com\/glossary\/hard-bounce\/"},"modified":"2026-09-18T09:04:01","modified_gmt":"2026-09-18T09:04:01","slug":"hard-bounce","status":"publish","type":"glossary","link":"https:\/\/mailrelay.com\/es\/glosario\/hard-bounce\/","title":{"rendered":"Hard bounce"},"content":{"rendered":"\n

Env\u00edas una campa\u00f1a, revisas el informe y encuentras varios mensajes marcados como hard bounce<\/em>. Esos correos no solo han quedado sin entregar. Tambi\u00e9n te est\u00e1n avisando de que hay direcciones inv\u00e1lidas, dominios inexistentes o rechazos que conviene investigar antes del siguiente env\u00edo.<\/p>\n\n\n\n

Un hard bounce<\/strong>, o rebote duro, es un fallo de entrega que el sistema clasifica como permanente. En la pr\u00e1ctica, significa que volver a enviar el mismo mensaje a la misma direcci\u00f3n, sin corregir la causa, probablemente producir\u00e1 otro rechazo. Por eso, la respuesta habitual consiste en suprimir ese contacto de futuros env\u00edos y revisar c\u00f3mo lleg\u00f3 a tu base de datos.<\/p>\n\n\n\n

Hay un matiz importante: \u00abpermanente\u00bb describe la respuesta del servidor en ese momento, pero no revela por s\u00ed sola el origen exacto. Un buz\u00f3n inexistente y un bloqueo por pol\u00edtica pueden devolver c\u00f3digos de la familia 5xx. El tratamiento inicial ser\u00e1 detener el reenv\u00edo; el diagn\u00f3stico posterior cambia seg\u00fan el c\u00f3digo, el texto del error y el patr\u00f3n observado.<\/p>\n\n\n\n

<\/p>\n\n\n\n

Respuesta breve: qu\u00e9 significa hard bounce<\/h2>\n\n\n\n

Un hard bounce ocurre cuando el servidor receptor rechaza definitivamente un email. Las causas m\u00e1s frecuentes son una direcci\u00f3n que no existe, un dominio incorrecto o un bloqueo permanente. La plataforma de email marketing debe apartar esa direcci\u00f3n para evitar nuevos intentos, porque insistir eleva la tasa de rebote y puede deteriorar la reputaci\u00f3n del remitente.<\/p>\n\n\n\n

Si el problema es temporal \u2014por ejemplo, un buz\u00f3n lleno o un servidor moment\u00e1neamente indisponible\u2014 hablamos de soft bounce<\/em>. Esa diferencia determina si tiene sentido reintentar la entrega.<\/p>\n\n\n\n

Qu\u00e9 sucede desde que env\u00edas el correo hasta que rebota<\/h2>\n\n\n\n

Para entender un hard bounce conviene mirar el recorrido del mensaje. Tu plataforma conecta con el servidor de correo del destinatario mediante SMTP. Durante ese di\u00e1logo, el servidor receptor acepta el email o responde con un c\u00f3digo de estado y una explicaci\u00f3n.<\/p>\n\n\n\n

Las respuestas que comienzan por 4 suelen indicar una incidencia temporal. Las que empiezan por 5 se\u00f1alan que la petici\u00f3n no se completar\u00e1 tal como est\u00e1 planteada. De ah\u00ed nace buena parte de la clasificaci\u00f3n entre rebote blando y rebote duro, aunque cada proveedor puede interpretar y agrupar los mensajes de diagn\u00f3stico con sus propias reglas.<\/p>\n\n\n\n

El detalle posterior al c\u00f3digo aporta m\u00e1s valor que la etiqueta aislada. Un ‘5.1.1’ suele apuntar a un buz\u00f3n de destino inexistente. Un ‘5.1.2’ dirige la atenci\u00f3n al dominio. En cambio, un ‘5.7.1’ puede reflejar una prohibici\u00f3n de entrega o una pol\u00edtica de seguridad. Los tres pueden aparecer como hard bounce, pero requieren investigaciones distintas.<\/p>\n\n\n\n

Hard bounce y soft bounce: diferencias que cambian tu respuesta<\/h2>\n\n\n\n

Ambos significan que el mensaje no lleg\u00f3, pero la expectativa de recuperaci\u00f3n es diferente. Esta comparaci\u00f3n permite decidir con rapidez sin confundir un fallo de infraestructura puntual con una direcci\u00f3n perdida.<\/p>\n\n\n\n

Aspecto<\/th>Hard bounce o rebote duro<\/th>Soft bounce o rebote blando<\/th><\/tr><\/thead>
Naturaleza<\/td>Fallo considerado permanente<\/td>Fallo temporal<\/td><\/tr>
Causas habituales<\/td>Buz\u00f3n inexistente, dominio inv\u00e1lido, rechazo definitivo<\/td>Buz\u00f3n lleno, servidor no disponible, l\u00edmite temporal, mensaje demasiado grande<\/td><\/tr>
Familia SMTP frecuente<\/td>5xx<\/td>4xx<\/td><\/tr>
Acci\u00f3n inicial<\/td>Suprimir nuevos env\u00edos a esa direcci\u00f3n<\/td>Esperar y aplicar reintentos controlados<\/td><\/tr>
Revisi\u00f3n recomendada<\/td>C\u00f3digo, texto del rechazo, origen del contacto y patr\u00f3n por dominio<\/td>Persistencia del problema, n\u00famero de intentos y evoluci\u00f3n temporal<\/td><\/tr>
Riesgo de insistir<\/td>Alto: acumula fallos repetidos<\/td>Depende de la duraci\u00f3n y de la pol\u00edtica de reintentos<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Una direcci\u00f3n con varios rebotes blandos consecutivos puede acabar trat\u00e1ndose como no entregable. El umbral no es universal: depende de la plataforma, la actividad anterior del contacto y la causa detectada. Por eso merece m\u00e1s confianza el historial completo que una \u00fanica etiqueta.<\/p>\n\n\n\n

Causas de un hard bounce y c\u00f3mo reconocerlas<\/h2>\n\n\n\n

El rebote duro suele empezar mucho antes del env\u00edo. Puede nacer en un formulario sin validaci\u00f3n, en una importaci\u00f3n antigua o en un cambio de proveedor del destinatario. Tambi\u00e9n puede se\u00f1alar un problema de reputaci\u00f3n o configuraci\u00f3n del remitente.<\/p>\n\n\n\n

La direcci\u00f3n de correo no existe<\/h3>\n\n\n\n

Es la causa m\u00e1s directa. El usuario pudo escribir ‘gmial.com’, omitir una letra o facilitar una cuenta inventada para obtener un recurso. Tambi\u00e9n ocurre cuando una empresa elimina el buz\u00f3n de una persona que ya no trabaja all\u00ed.<\/p>\n\n\n\n

En estos casos, el servidor suele responder con mensajes equivalentes a \u00abusuario desconocido\u00bb, \u00abdestinatario no encontrado\u00bb o ‘5.1.1’. Un hard bounce de este tipo debe pasar a supresi\u00f3n. Si dispones de otra v\u00eda de contacto y existe una relaci\u00f3n leg\u00edtima, puedes pedir a la persona que actualice su direcci\u00f3n; editarla por intuici\u00f3n ser\u00eda arriesgado.<\/p>\n\n\n\n

El dominio es incorrecto o ha dejado de funcionar<\/h3>\n\n\n\n

Una errata despu\u00e9s de la arroba, un dominio caducado o la ausencia de registros capaces de recibir correo impiden encontrar el destino. Los errores pueden aparecer como ‘5.1.2’, \u00abdomain not found\u00bb o una respuesta DNS equivalente.<\/p>\n\n\n\n

Cuando muchos rebotes comparten un dominio parecido a uno conocido, busca un fallo de captura. Si todos pertenecen al dominio real de una empresa, puede haber una migraci\u00f3n o una incidencia m\u00e1s amplia. La concentraci\u00f3n del hard bounce por dominio aporta aqu\u00ed una pista que el porcentaje global oculta.<\/p>\n\n\n\n

El servidor receptor aplica un bloqueo permanente<\/h3>\n\n\n\n

Un ‘550’ o un ‘5.7.1’ no siempre prueba que la direcci\u00f3n sea falsa. El servidor puede rechazar el mensaje por su pol\u00edtica, por la reputaci\u00f3n de la IP o del dominio, por autenticaci\u00f3n insuficiente o por caracter\u00edsticas del contenido. Este es el punto donde una lectura autom\u00e1tica demasiado simple conduce a errores.<\/p>\n\n\n\n

Si el rechazo afecta a numerosas direcciones v\u00e1lidas del mismo proveedor, revisa el texto SMTP, la autenticaci\u00f3n y la reputaci\u00f3n antes de concluir que todos los buzones han desaparecido. Det\u00e9n los reenv\u00edos mientras investigas. Despu\u00e9s, corrige la causa o solicita una revisi\u00f3n al proveedor cuando proceda.<\/p>\n\n\n\n

La lista est\u00e1 vieja o procede de una fuente poco fiable<\/h3>\n\n\n\n

Las bases de datos se degradan: las personas cambian de empleo, abandonan cuentas y las organizaciones renuevan sus dominios. Una lista comprada a\u00f1ade m\u00e1s incertidumbre, porque careces de control sobre su origen, su vigencia y el consentimiento. El pico de hard bounces tras una importaci\u00f3n suele ser una se\u00f1al de calidad deficiente, no una casualidad.<\/p>\n\n\n\n

Analiza cada fuente por separado \u2014formulario, evento, CRM, tienda o importaci\u00f3n\u2014. As\u00ed podr\u00e1s cerrar el punto de entrada que est\u00e1 generando datos defectuosos en lugar de limpiar la lista una y otra vez.<\/p>\n\n\n\n

C\u00f3mo interpretar los c\u00f3digos SMTP sin caer en conclusiones r\u00e1pidas<\/h2>\n\n\n\n

El c\u00f3digo sirve como punto de partida; el texto que lo acompa\u00f1a completa el diagn\u00f3stico. Adem\u00e1s, algunos servidores usan respuestas gen\u00e9ricas para no revelar si una cuenta existe, y ciertos proveedores convierten sus c\u00f3digos internos en categor\u00edas propias.<\/p>\n\n\n\n

Respuesta orientativa<\/th>Lectura habitual<\/th>Qu\u00e9 revisar<\/th><\/tr><\/thead>
‘550 5.1.1’<\/td>Buz\u00f3n inexistente o usuario desconocido<\/td>Direcci\u00f3n, fuente de captaci\u00f3n y fecha de \u00faltima actividad<\/td><\/tr>
‘550 5.1.2’<\/td>Dominio de destino incorrecto o no localizable<\/td>Parte posterior a la arroba y estado del dominio<\/td><\/tr>
‘550 5.7.1’<\/td>Rechazo por pol\u00edtica, permisos o seguridad<\/td>Autenticaci\u00f3n, reputaci\u00f3n, bloqueo y mensaje diagn\u00f3stico completo<\/td><\/tr>
‘552 5.2.2’<\/td>Cuota o almacenamiento excedido<\/td>Aunque es 5xx, el problema puede resolverse; observa la clasificaci\u00f3n del proveedor y el historial<\/td><\/tr>
‘421’, ‘450’, ‘451’ o ‘452’<\/td>Fallo temporal<\/td>Reintentos, disponibilidad del servidor y duraci\u00f3n de la incidencia<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

\u00bfLa regla pr\u00e1ctica? No reactives manualmente una direcci\u00f3n marcada con hard bounce solo porque el contacto parece valioso. Verifica primero que el buz\u00f3n se ha corregido o que el bloqueo t\u00e9cnico se ha resuelto. De otro modo, la pr\u00f3xima campa\u00f1a repetir\u00e1 el da\u00f1o.<\/p>\n\n\n\n

C\u00f3mo calcular la tasa de hard bounce<\/h2>\n\n\n\n

La tasa de rebote duro muestra qu\u00e9 proporci\u00f3n del env\u00edo termin\u00f3 en fallos permanentes. Una f\u00f3rmula operativa y f\u00e1cil de mantener es esta:<\/p>\n\n\n\n

‘Tasa de hard bounce = (hard bounces \/ emails enviados) \u00d7 100’<\/p>\n\n\n\n

Si env\u00edas 5.000 correos y 23 reciben esa clasificaci\u00f3n, la tasa es del 0,46 %. Conviene documentar siempre el denominador utilizado, ya que algunos informes descuentan mensajes no procesados o calculan sobre correos aceptados para entrega. Comparar dos campa\u00f1as con criterios distintos producir\u00eda una conclusi\u00f3n enga\u00f1osa.<\/p>\n\n\n\n

No existe una frontera \u00fanica v\u00e1lida para todos los remitentes. Como referencia interna exigente, puedes aspirar a mantener el hard bounce por debajo del 0,5 %, investigar cualquier subida sostenida por encima del 1 % y tratar un valor cercano o superior al 2 % como una alerta. Tu hist\u00f3rico por fuente, tipo de campa\u00f1a y proveedor de destino ser\u00e1 m\u00e1s \u00fatil que un n\u00famero aislado.<\/p>\n\n\n\n

C\u00f3mo afecta el rebote duro a tu entregabilidad<\/h2>\n\n\n\n

Los proveedores de correo observan la calidad del tr\u00e1fico que reciben. Enviar repetidamente a cuentas inexistentes sugiere una captaci\u00f3n descuidada o pr\u00e1cticas de env\u00edo indiscriminado. Si el patr\u00f3n contin\u00faa, pueden limitar tus mensajes, bloquearlos o derivarlos a spam.<\/p>\n\n\n\n

Eso reduce la entregabilidad en email marketing<\/a> incluso entre suscriptores v\u00e1lidos. La consecuencia comercial aparece despu\u00e9s: menos alcance, menos clics y una atribuci\u00f3n de ingresos m\u00e1s pobre. A la vez, pagar por almacenar o procesar contactos inservibles distorsiona el tama\u00f1o real de tu audiencia.<\/p>\n\n\n\n

Tambi\u00e9n hay un efecto anal\u00edtico. Si calculas aperturas o conversiones sobre una base inflada con direcciones imposibles, las tasas parecen peores de lo que son. Separar los hard bounces permite medir el rendimiento sobre una audiencia alcanzable y detectar qu\u00e9 canal de adquisici\u00f3n introduce los contactos de menor calidad.<\/p>\n\n\n\n

Qu\u00e9 hacer cuando aparece un hard bounce<\/h2>\n\n\n\n

La reacci\u00f3n debe ser r\u00e1pida, pero no ciega. Suprimir evita la repetici\u00f3n; diagnosticar impide que el problema vuelva a entrar por el mismo sitio.<\/p>\n\n\n\n

    \n
  1. Det\u00e9n nuevos env\u00edos a la direcci\u00f3n.<\/strong> D\u00e9jala en una lista de supresi\u00f3n para conservar el historial y prevenir una reimportaci\u00f3n accidental.<\/li>\n\n\n\n
  2. Lee el c\u00f3digo y el mensaje completo.<\/strong> Distingue entre usuario inexistente, dominio err\u00f3neo y rechazo por pol\u00edtica.<\/li>\n\n\n\n
  3. Busca patrones.<\/strong> Agrupa los casos por dominio, campa\u00f1a, formulario, importaci\u00f3n, fecha de alta y fuente de captaci\u00f3n.<\/li>\n\n\n\n
  4. Verifica solo cuando haya una raz\u00f3n leg\u00edtima.<\/strong> Si el cliente corrige su email por un canal fiable, actualiza el dato y registra el cambio; no adivines direcciones.<\/li>\n\n\n\n
  5. Corrige el origen.<\/strong> A\u00f1ade validaci\u00f3n al formulario, revisa la sincronizaci\u00f3n con el CRM o det\u00e9n una fuente que entregue registros defectuosos.<\/li>\n\n\n\n
  6. Comprueba el siguiente env\u00edo.<\/strong> Observa si cae la tasa de hard bounce y si el problema persiste en alg\u00fan dominio concreto.<\/li>\n<\/ol>\n\n\n\n

    Suprimir y borrar no son exactamente lo mismo. La supresi\u00f3n conserva una se\u00f1al operativa para que esa direcci\u00f3n no vuelva a recibir campa\u00f1as aunque reaparezca en una importaci\u00f3n. El borrado, si elimina ese control, puede permitir que el mismo contacto fallido regrese. Tu plataforma y tus obligaciones de protecci\u00f3n de datos determinar\u00e1n c\u00f3mo conservar la m\u00ednima informaci\u00f3n necesaria.<\/p>\n\n\n\n

    C\u00f3mo reducir los hard bounces antes de enviar<\/h2>\n\n\n\n

    La mejor limpieza sucede en la entrada. Cuanto antes detectes una direcci\u00f3n mal formada, menos costes y se\u00f1ales negativas acumular\u00e1s despu\u00e9s.<\/p>\n\n\n\n

    Valida el formulario en varias capas<\/h3>\n\n\n\n

    Empieza con una comprobaci\u00f3n de sintaxis y errores comunes de dominio. Despu\u00e9s confirma que el dominio puede recibir correo. Estas pruebas filtran fallos evidentes, aunque no garantizan que un buz\u00f3n concreto exista: muchos servidores no lo confirman por privacidad y seguridad.<\/p>\n\n\n\n

    El doble opt-in a\u00f1ade una verificaci\u00f3n pr\u00e1ctica. El nuevo suscriptor recibe un mensaje y confirma desde su bandeja, de modo que demuestras acceso a la cuenta y consentimiento. Puede reducir el volumen inicial de altas, pero mejora la calidad de la base y frena registros falsos o automatizados.<\/p>\n\n\n\n

    Mant\u00e9n la base activa y trazable<\/h3>\n\n\n\n

    Registra de d\u00f3nde procede cada contacto, cu\u00e1ndo se incorpor\u00f3 y cu\u00e1l fue su \u00faltima interacci\u00f3n. La segmentaci\u00f3n por actividad permite tratar con cautela a quienes llevan mucho tiempo sin responder. Si vas a recuperar una base antigua, comienza con un grupo reciente y comprometido; ampliar de golpe a a\u00f1os de inactividad eleva el riesgo de rebotes y quejas.<\/p>\n\n\n\n

    Una pol\u00edtica de caducidad tambi\u00e9n ayuda. Define cu\u00e1ndo revisar, pausar o retirar contactos inactivos de acuerdo con tu ciclo comercial. En un negocio con compras anuales el plazo razonable ser\u00e1 diferente al de una newsletter semanal.<\/p>\n\n\n\n

    Protege la autenticaci\u00f3n y la reputaci\u00f3n<\/h3>\n\n\n\n

    SPF, DKIM y DMARC permiten a los receptores comprobar qui\u00e9n env\u00eda y c\u00f3mo tratar los mensajes que no superan la validaci\u00f3n. Una configuraci\u00f3n correcta no convierte una direcci\u00f3n inexistente en v\u00e1lida, pero reduce rechazos relacionados con identidad, suplantaci\u00f3n o pol\u00edtica.<\/p>\n\n\n\n

    Mant\u00e9n adem\u00e1s un volumen estable, evita saltos repentinos y separa los problemas de campa\u00f1as promocionales de los emails transaccionales. Si aparece un bloque de hard bounce concentrado en Gmail, Outlook o un dominio corporativo, el an\u00e1lisis por proveedor te ayudar\u00e1 a distinguir una lista deteriorada de un problema de reputaci\u00f3n.<\/p>\n\n\n\n

    Automatiza la supresi\u00f3n sin perder supervisi\u00f3n<\/h3>\n\n\n\n

    Una plataforma fiable debe procesar los rebotes y apartar las direcciones no entregables. Despu\u00e9s necesitas informes que permitan ver la causa, el momento y la campa\u00f1a. La automatizaci\u00f3n evita insistir; la supervisi\u00f3n humana encuentra el patr\u00f3n que exige corregir el formulario, el CRM o la autenticaci\u00f3n.<\/p>\n\n\n\n

    Aqu\u00ed encaja Mailrelay<\/a>. Nuestra plataforma gestiona contactos, campa\u00f1as, automatizaciones y estad\u00edsticas desde un panel intuitivo, con segmentaci\u00f3n, campos personalizados, pruebas A\/B y editor con redacci\u00f3n asistida por IA. Los informes en tiempo real, el mapa de clics o calor y el seguimiento del ROI te ayudan a relacionar la calidad de la lista con los resultados, mientras el plugin para WordPress y la API REST facilitan integrar altas y bajas con otros sistemas.<\/p>\n\n\n\n

    Adem\u00e1s, puedes empezar con hasta 80.000 env\u00edos mensuales y 20.000 contactos en la cuenta gratuita de Mailrelay<\/a>. El soporte experto multiling\u00fce por tel\u00e9fono, chat y tickets est\u00e1 disponible tambi\u00e9n en esa cuenta. Si una respuesta SMTP resulta ambigua o detectas un bloqueo por dominio, contar con ayuda humana acorta el diagn\u00f3stico.<\/p>\n\n\n\n

    Un cuadro de mando que convierte rebotes en decisiones<\/h2>\n\n\n\n

    El porcentaje total es el titular, no el diagn\u00f3stico. Para saber d\u00f3nde actuar, cruza la tasa de hard bounce con la fuente de alta, la antig\u00fcedad del contacto, el dominio receptor, la campa\u00f1a y el tipo de mensaje. Esa vista por cohortes se\u00f1ala si el problema naci\u00f3 en un formulario concreto, en una importaci\u00f3n puntual o en un cambio t\u00e9cnico.<\/p>\n\n\n\n

    Se\u00f1al observada<\/th>Hip\u00f3tesis probable<\/th>Siguiente comprobaci\u00f3n<\/th><\/tr><\/thead>
    Rebotes concentrados en altas recientes<\/td>Validaci\u00f3n d\u00e9bil, bots o errores del formulario<\/td>Fuente, dispositivo, dominio escrito y confirmaci\u00f3n<\/td><\/tr>
    Rebotes concentrados en contactos antiguos<\/td>Degradaci\u00f3n natural de la lista<\/td>\u00daltima actividad y pol\u00edtica de caducidad<\/td><\/tr>
    Muchos ‘5.1.1’ en dominios variados<\/td>Direcciones inexistentes<\/td>M\u00e9todo de captaci\u00f3n e importaciones<\/td><\/tr>
    Muchos ‘5.7.1’ en un solo proveedor<\/td>Bloqueo o pol\u00edtica del receptor<\/td>Autenticaci\u00f3n, reputaci\u00f3n y texto SMTP<\/td><\/tr>
    Salto tras migrar de plataforma<\/td>Mapeo o sincronizaci\u00f3n defectuosa<\/td>Campos, estados de supresi\u00f3n y reglas de importaci\u00f3n<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Conviene activar una alerta basada en cambio, no solo en un umbral fijo. Pasar del 0,15 % al 0,8 % en una semana merece atenci\u00f3n aunque el valor a\u00fan parezca bajo. La velocidad del deterioro puede descubrir un formulario roto antes de que afecte al resto de tu programa.<\/p>\n\n\n\n

    Errores habituales al gestionar un rebote duro<\/h2>\n\n\n\n

    El primero es reenviar \u00abpor si acaso\u00bb. Si la causa permanece, cada intento suma otro fallo. El segundo consiste en borrar la direcci\u00f3n sin guardar una supresi\u00f3n: una sincronizaci\u00f3n posterior podr\u00eda importarla de nuevo. El tercero es corregir errores tipogr\u00e1ficos de forma autom\u00e1tica y mandar el correo a una direcci\u00f3n que la persona nunca facilit\u00f3.<\/p>\n\n\n\n

    Tambi\u00e9n falla quien atribuye todos los hard bounces a contactos falsos. Un bloqueo de pol\u00edtica, una autenticaci\u00f3n rota o una mala reputaci\u00f3n pueden afectar a buzones reales. En el extremo contrario, tratar todos los ‘550’ como incidencias temporales lleva a insistir sobre cuentas inexistentes. C\u00f3digo, texto y patr\u00f3n deben leerse juntos.<\/p>\n\n\n\n

    Por \u00faltimo, limpiar justo antes de una gran campa\u00f1a llega tarde si nadie corrige la fuente. La higiene de datos funciona como un proceso continuo: validaci\u00f3n en el alta, supresi\u00f3n autom\u00e1tica, revisi\u00f3n de tendencias y control de cada integraci\u00f3n.<\/p>\n\n\n\n

    Preguntas frecuentes sobre hard bounce<\/h2>\n\n\n\n

    Estas respuestas condensan las dudas que suelen aparecer al revisar un informe de entrega o preparar la siguiente campa\u00f1a.<\/p>\n\n\n\n

    \u00bfQu\u00e9 significa hard bounce en email marketing?<\/h3>\n\n\n\n

    Significa que el correo no pudo entregarse por una causa clasificada como permanente. Suele ocurrir cuando la direcci\u00f3n o el dominio no existen, aunque tambi\u00e9n puede deberse a un rechazo definitivo por pol\u00edtica del servidor receptor.<\/p>\n\n\n\n

    \u00bfDebo eliminar de inmediato un contacto con rebote duro?<\/h3>\n\n\n\n

    Debes detener los env\u00edos de inmediato. Lo m\u00e1s seguro suele ser mantener la direcci\u00f3n suprimida, porque as\u00ed conservas la se\u00f1al que impide reactivarla por accidente. Si el contacto proporciona una direcci\u00f3n corregida y v\u00e1lida, puedes actualizarla siguiendo tu proceso de consentimiento y verificaci\u00f3n.<\/p>\n\n\n\n

    \u00bfUn buz\u00f3n lleno es hard bounce o soft bounce?<\/h3>\n\n\n\n

    Normalmente se considera soft bounce porque la persona puede liberar espacio. Sin embargo, algunos servidores devuelven c\u00f3digos 5xx para problemas de cuota y las plataformas no clasifican todos los casos igual. Consulta el mensaje completo y el historial antes de decidir.<\/p>\n\n\n\n

    \u00bfCu\u00e1l es una buena tasa de hard bounce?<\/h3>\n\n\n\n

    Cuanto m\u00e1s cerca de cero, mejor. Como objetivo operativo, mantenerla por debajo del 0,5 % refleja una lista cuidada; una subida persistente por encima del 1 % merece investigaci\u00f3n. No hay un l\u00edmite universal, as\u00ed que compara por fuente y con tu propio hist\u00f3rico.<\/p>\n\n\n\n

    \u00bfUn hard bounce afecta a la reputaci\u00f3n del dominio?<\/h3>\n\n\n\n

    S\u00ed, sobre todo cuando se repite o aparece en grandes cantidades. Los proveedores pueden interpretar el env\u00edo a cuentas inexistentes como una se\u00f1al de mala higiene de datos, lo que dificulta la entrega de futuros mensajes v\u00e1lidos.<\/p>\n\n\n\n

    \u00bfPuedo volver a enviar a una direcci\u00f3n que tuvo hard bounce?<\/h3>\n\n\n\n

    Solo despu\u00e9s de confirmar que la causa se ha corregido. Esa confirmaci\u00f3n puede llegar mediante una actualizaci\u00f3n realizada por el propio contacto o tras resolver un bloqueo t\u00e9cnico identificado. Reactivar la direcci\u00f3n sin evidencia expone tu reputaci\u00f3n a otro rechazo.<\/p>\n\n\n\n

    \u00bfSPF, DKIM y DMARC evitan todos los rebotes duros?<\/h3>\n\n\n\n

    No. Ayudan a autenticar al remitente y pueden reducir rechazos por identidad o pol\u00edtica, pero no arreglan un buz\u00f3n inexistente ni un dominio mal escrito. La prevenci\u00f3n requiere tambi\u00e9n validaci\u00f3n, consentimiento, limpieza y control de las fuentes de captaci\u00f3n.<\/p>\n\n\n\n

    \u00bfC\u00f3mo detecto si el problema es mi lista o mi configuraci\u00f3n?<\/h3>\n\n\n\n

    Observa la distribuci\u00f3n. Muchos errores ‘5.1.1’ en dominios distintos suelen se\u00f1alar direcciones inv\u00e1lidas. Una oleada de ‘5.7.1’ concentrada en un proveedor o iniciada tras un cambio t\u00e9cnico invita a revisar autenticaci\u00f3n, reputaci\u00f3n y configuraci\u00f3n. Si necesitas apoyo, puedes contactar con el equipo de Mailrelay<\/a>.<\/p>\n\n\n\n

    Convierte cada hard bounce en una mejora de tu base de datos<\/h2>\n\n\n\n

    Un hard bounce es una incidencia de entrega, pero tambi\u00e9n una pista sobre la calidad de tu captaci\u00f3n. Si te limitas a mirar el porcentaje, resolver\u00e1s el s\u00edntoma. Cuando conectas cada rebote duro con su c\u00f3digo, dominio, fuente y antig\u00fcedad, puedes corregir el proceso que lo produjo.<\/p>\n\n\n\n

    La secuencia adecuada resulta sencilla: suprime la direcci\u00f3n, interpreta la respuesta, busca patrones, corrige el origen y comprueba la tendencia. Con una plataforma que automatice el tratamiento de rebotes y ofrezca informes claros, tu equipo dedica menos tiempo a perseguir direcciones imposibles y m\u00e1s a conversar con una audiencia real.<\/p>\n\n\n\n

    Entradas relacionadas<\/h2>\n\n\n\n