Los clientes dicen que nunca recibieron el correo. ¿Dónde quedó?

Un cliente está al teléfono diciendo que la factura nunca llegó. La plataforma de envío muestra una marca de verificación verde junto a la dirección de ese cliente. Ningún rebote cayó en su bandeja de entrada, ningún error apareció en ninguna parte, y cuanto más miran esa marca verde, menos les dice.

Esta es la respuesta corta. Esa marca de verificación significa que el servidor receptor aceptó el mensaje, no que este llegara. Un correo perdido está en uno de cuatro lugares: la carpeta de spam, la cuarentena de una puerta de enlace corporativa, un rebote sin leer en un registro, o no se envió nunca. La causa más común es la colocación en spam, y dos verificaciones encuentran la verdad en minutos: la palabra de estado junto a la dirección en el registro de su plataforma, y una pregunta al cliente, si puede revisar su carpeta de spam. El resto de este artículo recorre cada causa y su corrección.

Dónde está realmente un correo

El registro de su plataforma tiene una línea para ese mensaje, y se lee más o menos así:

Aug 26 09:14   jane@ardentsupply.com   delivered   250 2.0.0 OK   14.2s

La palabra delivered y el código a su lado significan una sola cosa: el servidor receptor tomó el mensaje. Una respuesta 250 significa que la otra máquina lo aceptó. Lo que ocurre después sucede dentro de la pila de filtros de otra persona. Su registro termina en esa palabra.

Así que un mensaje que nadie recibió está en uno de cuatro estados:

1. En la carpeta de spam. El filtro del receptor lo calificó como correo no deseado. Espera ahí hasta que el cliente lo mire.
2. Retenido en la cuarentena de una puerta de enlace corporativa. Los grandes empleadores operan sistemas de correo que retienen los mensajes en los que no confían. El empleado nunca ve la retención y ningún rebote regresa.
3. Rebotó, y el rebote quedó sin leer. La dirección está muerta o fue rechazada. El fallo quedó escrito en un registro que nadie abrió.
4. Nunca se envió. La dirección quedó suprimida tras un fallo anterior, la campaña se detuvo a mitad de camino, o la dirección se escribió mal al registrarse.

Hagan esto: busquen la dirección exacta del cliente en el registro de su plataforma antes de tocar cualquier registro DNS o ajuste. La palabra de estado junto a ella reduce cuatro estados posibles a uno o dos.

Qué significa realmente “entregado”

Las plataformas de envío solo pueden reportar su lado de la conversación. En el momento en que el servidor receptor responde 250, la conversación terminó. La plataforma escribe delivered, sin importar si el mensaje va hacia una bandeja de entrada, una carpeta de correo no deseado o una cuarentena.

La colocación se decide después de la aceptación, por filtros que ponderan cosas que su registro nunca ve: si sus registros SPF, DKIM y DMARC pasan, cómo está la reputación del dominio de envío, y si este destinatario alguna vez les respondió. Dos mensajes con la misma línea de registro pueden caer en carpetas opuestas. Una puerta de enlace corporativa puede tragarse un mensaje entero y no avisarle a nadie, porque un receptor que acepta correo no está obligado a reportar qué hizo con él.

Esa es la trampa de la marca de verificación verde. No está mintiendo. Está respondiendo una pregunta distinta a la que ustedes hacen.

Hagan esto: tomen delivered como “la puerta se abrió”. Luego averigüen a qué habitación entró el mensaje. La siguiente sección muestra cómo.

Una pregunta que resuelve la mitad de estos casos

Antes de diagnosticar nada, pidan al cliente que revise su carpeta de spam buscando el mensaje del martes por la mañana.

Si lo encuentran, tienen la respuesta: colocación en spam, la causa uno de abajo, y saben exactamente qué mensaje inspeccionar. Si no encuentran nada en ninguna parte, incluso con ayuda de su área de TI, lo más probable es que el mensaje nunca completara la entrega. Eso apunta a las causas dos y tres. Esto no cuesta nada y toma un minuto. Supera adivinar entre registros DNS que pueden estar perfectamente bien.

Hagan esto: envíen esa pregunta ahora, y lean el resto de este artículo mientras esperan la respuesta.

Las tres causas, en orden de frecuencia

Causa uno: está en la carpeta de spam

Con mucho, la respuesta más común. El filtro calificó el mensaje como correo no deseado. La razón suelen ser sus registros o su reputación, no las palabras del mensaje. Una factura con un enlace de pago, enviada a un cliente que nunca respondió a su dominio, es exactamente aquello de lo que los filtros están hechos para desconfiar.

La pista: el cliente lo encuentra en la carpeta de correo no deseado, o un segundo cliente reporta lo mismo. Ejecuten el email health check sobre su dominio de envío y lean los veredictos de los registros antes de cambiar una palabra del mensaje. Si los registros están limpios y esto sigue pasando entre clientes, lean el hub de diagnóstico de spam para las señales de reputación y quejas.

Qué hacer: corrijan lo que el health check muestra. Si después de eso sigue pasando entre clientes, trátenlo como un problema de reputación, no de plantilla.

Causa dos: la dirección está muerta o es errónea

La segunda más común, y la más fácil de confirmar, porque su propio registro ya lo sabe. Busquen en el registro otra vez y miren la línea de fallo:

Aug 26 09:14   jane@ardentsuply.com   bounced   550 5.1.1 User unknown

Falta una letra en el dominio. El buzón se cerró el año pasado. El cliente escribió mal su dirección en el formulario de checkout, la versión de esto que más ven las marcas de ecommerce. Las tres terminan en la misma forma 550 5.1.1. El mensaje nunca llegó a un ser humano, y nada de su dominio tiene la culpa.

La pista: la línea del registro para esa dirección dice bounced con un código permanente. O la dirección falta por completo en la lista de envío, porque su plataforma dejó de enviarle después de un fallo anterior. Cada código permanente tiene su propio significado. El que significa “el receptor no quiere su correo” en lugar de “esta dirección está muerta” está explicado en 550 5.7.1 mensaje rechazado.

Qué hacer: consigan la dirección correcta del cliente y eliminen la muerta. Luego verifiquen por dónde entró la dirección errónea a su sistema. Muchas de estas en una sola lista son un problema de recolección, y enviar a direcciones muertas es una de las formas más rápidas de dañar un dominio sano. Una dirección rechazada sigue rechazada, así que no sigan reintentándola.

Causa tres: una puerta de enlace corporativa la puso en cuarentena

La silenciosa. Los grandes empleadores operan puertas de enlace de correo que retienen los mensajes que encuentran sospechosos. El mensaje queda en una cuarentena que el empleado nunca abrió y no puede encontrar sin su área de TI. Ningún rebote regresa, porque la puerta de enlace aceptó el mensaje. Su registro dice delivered, y lo dice en serio.

Esto ocurre más con facturas y avisos de cuenta que van a empresas grandes. También es el peor momento, porque hay dinero esperando ese mensaje. Y por cada cliente que los llama, puede haber otros perdiendo el mismo correo sin decir palabra.

La pista: el cliente no encuentra nada en su propia carpeta de spam, y su área de TI puede ubicar el mensaje en una cuarentena del lado de ellos. Esa última parte es la confirmación. Nada de su lado puede verlo.

Qué hacer: pidan a su contacto que solicite a su área de TI liberar el mensaje y agregar su dominio a la lista de permitidos. De su lado, asegúrense de que el correo esté completamente autenticado. Un pase limpio de SPF, DKIM y DMARC es la mejor evidencia que una puerta de enlace recibe de que su mensaje es lo que dice ser. Más allá de eso, el filtro de otra empresa es cosa suya de ajustar.

Rebote suave o rebote duro: ¿cuál detuvo este correo?

Su registro responde esto antes que el código. Un rebote duro es permanente: la familia 550, como la línea 550 5.1.1 User unknown de arriba. La dirección está muerta o fue rechazada, y la corrección es eliminarla, no reintentar. Un rebote suave es temporal: la familia 4xx, como 421 4.7.0. El receptor no tomó ningún mensaje esta vez, pero no cerró la puerta. Buzón lleno, servidor ocupado, un límite de frecuencia. La mayoría de las plataformas reintenta los rebotes suaves por su cuenta.

Hagan esto: miren el primer dígito del código en su registro. Un 5 significa eliminar la dirección o investigar el rechazo. Un 4 significa esperar y observar, porque una pila creciente de respuestas 4xx es una advertencia temprana que vale leer antes de que se convierta en 5.

Cómo verificar si su dominio de correo está en una lista negra

La colocación en spam tiene un primo más severo: una inclusión en una lista de bloqueo. Las listas de bloqueo son las que receptores y filtros consultan antes de aceptar correo. Un dominio incluido puede ver el correo desaparecer en la puerta, a veces con un rebote que nombra la lista, a veces sin rastro visible alguno, lo que lo devuelve justo a la brecha con la que empezó este artículo.

El blocklist checker responde la pregunta en segundos, para las listas que de verdad afectan la entrega, y verificar no cuesta nada. Si el dominio aparece incluido, el procedimiento de remoción es un trabajo aparte, y la guía gratuita está en la guía para salir de las listas de bloqueo.

Hagan esto: ejecuten la verificación sobre su dominio de envío antes de culpar al mensaje. Un resultado limpio elimina una rama entera del diagnóstico en menos de un minuto.

Verificar antes del siguiente envío

Sea cual sea la causa, ciérrenla verificando el dominio de envío desde fuera de su plataforma. El email health check lee sus registros SPF, DKIM y DMARC como lo hace un receptor y muestra los veredictos en una sola vista.

Luego confirmen con la realidad. Después de la corrección, envíen el siguiente mensaje real a ese cliente y pídanle que confirme que llegó. Una entrega confirmada vale más que cualquier panel, así que no cierren el caso sin ella.

Lo que el registro nunca podrá decirles

Cada verificación de arriba responde por un mensaje en un día. La brecha en el medio del flujo de entrega, entre aceptado y colocado, sigue oscura sin importar cuántas veces repitan las verificaciones a mano. Un registro DNS puede romperse un martes y enviar a spam un mes de facturas antes de que alguien llame. Una inclusión en una lista de bloqueo puede llegar y desaparecer dentro de la misma semana, llevándose el envío de esa semana, y una verificación que hagan los domingos nunca la verá. Una campaña a un segmento viejo puede atraer suficientes quejas para mover cada mensaje posterior, para cada cliente.

Esa brecha es lo que LitInboxes vigila. Vuelve a verificar sus registros, el estado de las listas de bloqueo y las señales de reputación cada seis horas. Conserva el historial fechado que convierte “los clientes dejaron de confirmar” en “el registro DKIM se rompió el 14”. Y envía una alerta cuando algo se mueve, por email en todos los planes, y por Slack, Discord o webhook en Pro. Hay una demo en vivo por si quieren ver el panel antes de que algo más se pierda.

La lista de verificación

1. Busquen la dirección exacta del cliente en el registro de su plataforma. Lean la palabra de estado.
2. Pidan al cliente que revise su carpeta de spam buscando ese mensaje específico.
3. Si rebotó, corrijan la dirección y verifiquen de dónde salió la errónea.
4. Si de parte del cliente no aparece nada, pidan a su área de TI que busque en la cuarentena de la puerta de enlace.
5. Ejecuten el email health check sobre su dominio de envío y corrijan cada registro que señale.
6. Ejecuten el blocklist checker si los problemas de colocación son anteriores a este mensaje.
7. Consigan que la puerta de enlace agregue su dominio a la lista de permitidos si la cuarentena fue la causa.
8. Pongan el dominio en un ciclo de vigilancia, semanal a mano o con monitoreo continuo, para que el próximo fallo silencioso se anuncie solo.