Rebote frente a queja: qué perjudica realmente la entregabilidad

La diferencia fundamental

Los rebotes son fallos técnicos en los que el servidor receptor rechaza el correo. Las quejas son acciones del usuario en las que el destinatario marca su correo como spam. Mientras que una tasa de rebotes alta indica una mala higiene de la lista, las quejas indican falta de consentimiento o de relevancia. Las quejas perjudican mucho más su reputación porque son una señal directa para los ISP de que su contenido no es deseado, lo que conduce antes a listas negras y a menores tasas de entrega en todo su rango de IP.

Qué son los rebotes

Un rebote se produce cuando un correo no puede entregarse en el buzón del destinatario. Desde el punto de vista de la ingeniería, es un fallo del intento de entrega. Los rebotes se clasifican en dos tipos: permanentes y temporales.

Rebotes permanentes

Un rebote permanente (hard bounce) es un fallo definitivo. La dirección de correo no existe, el dominio no es válido o el servidor receptor ha bloqueado su IP de forma permanente. Debe dejar de enviar a esas direcciones de inmediato. Seguir enviando a direcciones con rebote permanente es una de las principales señales para los ISP de que utiliza una lista antigua o comprada, algo característico del correo masivo no solicitado.

Códigos de error SMTP habituales en los rebotes permanentes:

• 550: User unknown
• 554: Transaction failed
• 550 5.1.1: Bad destination mailbox address

Rebotes temporales

Un rebote temporal (soft bounce) es un fallo transitorio. El buzón puede estar lleno, el servidor puede estar caído momentáneamente o el mensaje supera el tamaño máximo. No son motivo para eliminar un contacto de inmediato, pero los rebotes temporales repetidos deberían acabar tratándose como rebotes permanentes.

Códigos de error SMTP habituales en los rebotes temporales:

• 421: Service not available, closing transmission channel
• 450: Requested mail action not taken: mailbox unavailable
• 451: Requested action aborted: local error in processing

Qué son las quejas

Una queja se produce cuando un usuario hace clic en "Report Spam" o "Mark as Junk" en su cliente de correo. A diferencia de un rebote, el correo se entregó correctamente en el buzón. El fallo no es técnico, sino de comportamiento.

Los ISP (proveedores de servicios de Internet) como Gmail u Outlook controlan la proporción de quejas sobre el volumen total. Si su tasa de quejas supera un umbral muy bajo (a menudo de apenas el 0,1 %), su reputación cae. Esto no afecta solo a la campaña concreta que esté enviando, sino a todos los correos enviados desde esa IP o ese dominio.

La jerarquía de la entregabilidad

Es fundamental distinguir tres conceptos: aceptación por el proveedor, entrega y llegada a la bandeja de entrada.

1. Aceptación por el proveedor: el servidor receptor acepta la conexión y el mensaje. Si esto falla, tiene un rebote.
2. Entrega: el mensaje se deposita correctamente en el almacén de correo del destinatario.
3. Llegada a la bandeja de entrada: el mensaje se coloca en la bandeja de entrada y no en la carpeta de spam. Las quejas afectan directamente a esta etapa.

Si tiene una tasa de quejas alta, sus correos pueden seguir "entregándose" (el servidor los acepta), pero irán directamente a la carpeta de spam de todos los usuarios, independientemente de que esos usuarios concretos se hayan quejado o no.

Diseñar la respuesta

Como ingeniero responsable de la cola de incidentes, no puede depender de una limpieza manual. Necesita un proceso automatizado para gestionar los eventos de entrega.

La lista de supresión

Toda configuración de envío profesional necesita una lista de supresión: una base de datos de direcciones a las que nunca se debe volver a enviar. Cuando reciba un evento bounce o complaint mediante webhook, su sistema debe agregar esa dirección a la lista de supresión de inmediato.

Si utiliza SendHQ, estas supresiones se gestionan a nivel de API, de modo que, aunque la lógica de su aplicación intente enviar a una dirección suprimida, el sistema lo bloquea antes de que el mensaje salga.

Gestión de webhooks

Su manejador de webhooks debería tener un aspecto similar a este (ejemplo conceptual en Node.js):

app.post('/webhooks/email', async (req, res) => { const event = req.body; switch (event.type) { case 'bounce': if (event.detail.category === 'permanent') { await suppressionService.add(event.detail.email, 'hard_bounce'); } break; case 'complaint': await suppressionService.add(event.detail.email, 'spam_complaint'); break; case 'delivered': await trackingService.markAsDelivered(event.detail.messageId); break; } res.sendStatus(200); });

El problema de los agentes de IA: idempotencia y aprobación

Cuando se encarga a agentes de IA el envío de correos, aumenta el riesgo de desastres de entregabilidad. Un agente atrapado en un bucle podría enviar por error 1.000 correos idénticos a un mismo usuario y desencadenar una avalancha de quejas.

Claves de idempotencia

Para evitar envíos duplicados, use siempre una clave de idempotencia. Así, si un agente reintenta una solicitud por un tiempo de espera agotado, el correo se envía solo una vez.

Intervención humana (human-in-the-loop, HITL)

Para agentes que envían comunicaciones delicadas, implemente una cola de aprobación. El agente genera el borrador, pero una persona debe lanzar la llamada final a la API. Así se evita el escenario de "spam alucinado", en el que un agente envía contenido irrelevante a una lista grande y dispara su tasa de quejas.

Concesiones de infraestructura y costo

Elegir un proveedor suele implicar un equilibrio entre facilidad de uso y costo. Al escalar, la diferencia de precios en volúmenes altos es enorme.

Según la página de precios de Amazon SES, SES cuesta 0.10 USD por cada 1.000 correos en la modalidad a la carta. Para un volumen de 50.000 correos, esto supone unos 5 USD. En cambio, con los precios de Postmark, 50.000 correos costarían aproximadamente 66 USD (15 USD de base por 10.000 más excedentes de entre 1.20 y 1.80 USD por cada 1.000).

Otras opciones:

• Resend: el plan gratuito incluye 3.000 correos al mes (con un máximo de 100 al día). Pro cuesta 20 USD al mes por 50.000 correos, con excedentes a 0.90 USD por cada 1.000 (precios de Resend).
• SendGrid: el plan gratuito es ahora una prueba de 60 días; Essentials empieza en 19.95 USD al mes (precios de SendGrid).
• Mailgun: 15 USD al mes por 10.000 correos, con excedentes de 1.10 a 1.80 USD por cada 1.000 (precios de Mailgun).

Aunque SES es más barato, la carga operativa de gestionar sus propias listas de supresión y su reputación es mayor. SendHQ cubre esta brecha con envío transaccional desde dominios verificados y gestión de supresiones integrada, sin la complejidad de configurar AWS directamente.

Lista de comprobación de entregabilidad para ingenieros

Para minimizar tanto los rebotes como las quejas, siga esta lista de comprobación técnica:

• Validación de DNS: Asegúrese de que sus registros de SPF, DKIM y DMARC sean correctos. Use el verificador de DNS de SendHQ para comprobarlo. Consulte nuestra guía sobre DKIM, SPF y DMARC para conocer los detalles de configuración.
• Doble opt-in: Nunca agregue correos a una lista sin confirmación explícita. Esta es la única forma de mantener las tasas de quejas cerca de cero.
• Cancelación de suscripción con un clic: Implemente el encabezado List-Unsubscribe. Es mejor que un usuario cancele la suscripción a que le marque como spam.
• Supresión en tiempo real: Asegúrese de que el controlador de su webhook actualice su base de datos en menos de 5 minutos.
• Monitoreo: Configure alertas para cuando su tasa de rebotes supere el 2 % o su tasa de quejas supere el 0,1 %.

Tabla resumen: rebote frente a queja

Aspecto | Rebote | Queja

Causa | Fallo técnico (dirección no válida, buzón lleno) | Acción del usuario (marcado como spam)

Señal | Mala higiene de la lista / datos antiguos | Contenido irrelevante / sin consentimiento

Acción inmediata | Eliminar los rebotes permanentes de inmediato | Eliminar de inmediato

Impacto en la reputación | Moderado (salvo si es muy alto) | Grave

Métrica principal | Tasa de rebotes | Tasa de quejas

Objetivo | Mantener una lista limpia | Mantener la confianza del usuario

Conclusiones

Los rebotes son una molestia, pero las quejas son una crisis. Una tasa de rebotes alta le dice a un ISP que usted es descuidado; una tasa de quejas alta le dice que usted actúa de mala fe. Automatizando su lógica de supresión e implementando flujos de opt-in estrictos, puede proteger su reputación de envío.

Para los equipos de producto que necesitan una forma confiable de gestionar el correo transaccional y las comunicaciones generadas por agentes, conozca SendHQ.