Los correos de mi empresa llegan a spam: qué revisar
Revise por qué sus mensajes terminan en spam: destinos afectados, autenticación y aplicaciones de envío. Qué pedir para investigar la causa.
La cotización salió, no apareció ningún error y el cliente dice que no la recibió. Horas después la encuentra en spam. No es un detalle menor cuando de ese mensaje dependen una venta, un pago o una fecha de entrega.
Llegar a spam no significa necesariamente que su empresa haya enviado correo basura. El destino evalúa cómo se envió el mensaje, quién lo firma y otras señales. Para encontrar la causa, lo más útil es comparar qué mensajes fallan y cuáles llegan bien.
Primero: ¿está en spam o fue rechazado?
Si el destinatario encuentra el mensaje en su carpeta de spam, el sistema lo recibió y lo clasificó allí. Si usted recibió un aviso de entrega fallida, hay un rechazo que debe investigarse con su código. Si no existe ninguna de esas evidencias, aún falta localizar el mensaje: podría intervenir una regla, una cuarentena o un problema de entrega.
No trate los tres escenarios como si fueran iguales. Pedir al cliente que mire spam es una comprobación inicial, no un diagnóstico completo.
El alcance del problema suele dar la mejor pista
Antes de modificar el dominio, reúna dos o tres ejemplos recientes y compare:
| Dónde ocurre | Por dónde empezar |
|---|---|
| Solo con una persona | Revisar con ella reglas, bloqueos y ubicación del mensaje. |
| Con varias personas de una misma empresa | Pedir a su administrador que revise la decisión del filtro. |
| Con distintos destinos | Comprobar autenticación, sistemas de envío y reputación. |
| Solo desde el formulario o sistema de facturación | Comparar esa salida con el correo enviado desde la cuenta habitual. |
| Desde una migración o un cambio reciente | Revisar qué cambió en la ruta de envío y en el dominio. |
Es una forma de ordenar la investigación, no una lista de causas seguras. Guarde la fecha, el destino afectado, desde qué herramienta se envió y qué ocurrió. Comparta los mensajes originales solo con quien deba revisarlos.
Revise el mensaje que llegó, no solo el panel del dominio
Tener registros SPF, DKIM y DMARC publicados no asegura que una aplicación concreta esté enviando correctamente.
Imagine que el correo de su equipo funciona bien, pero una herramienta nueva de facturación utiliza otra plataforma. Si esa ruta no quedó contemplada, sus facturas pueden presentar resultados de autenticación distintos de los mensajes habituales.
Pida una comprobación sobre un mensaje real. Debe identificar qué sistema lo envió y si la autenticación corresponde al dominio visible del remitente. DMARC se satisface cuando pasa al menos uno de sus mecanismos compatibles y alineados; no consiste en sumar tres etiquetas verdes en un panel. Microsoft explica la alineación de DMARC.
En Gmail, el destinatario puede consultar Mostrar original para ver las cabeceras. Estas son las instrucciones oficiales. No publique ese contenido en foros sin retirar datos sensibles.
Haga una lista de todo lo que envía por su empresa
El correo no siempre sale desde Outlook o el navegador. También pueden enviar mensajes el sitio web, un sistema de ventas, la facturación, una plataforma de reservas o una herramienta de campañas.
Revise cada origen antes de endurecer las políticas del dominio. Un cambio que ayuda a una cuenta puede perjudicar a otra aplicación si no se considera el conjunto.
La autenticación es una parte del trabajo. Según el destino, también pueden influir la identificación del servidor, la conexión utilizada, las quejas de los destinatarios o la reputación del envío. Los requisitos de Gmail, por ejemplo, distinguen entre remitentes generales y grandes remitentes hacia cuentas personales Gmail. No todos sus requisitos adicionales se aplican a cualquier mensaje empresarial.
El contenido importa, pero no hay una palabra prohibida universal
Cambiar “cotización” por “propuesta” sin investigar lo demás rara vez explica el problema. Tampoco basta con quitar una imagen y dar el caso por resuelto.
Haga una prueba controlada con un destinatario que colabore: envíe un mensaje sencillo desde la misma cuenta y compare con el que terminó en spam. Si hace falta, pruebe después el adjunto o enlace por separado. Cambie una variable cada vez y conserve los resultados.
Que una prueba llegue bien no demuestra una causa definitiva, pero ayuda a reducir posibilidades. Evite enviar decenas de pruebas repetidas o pedir que desactiven la protección del destinatario.
Si envía campañas comerciales, revise además que las personas esperen esos mensajes y puedan dejar de recibirlos. Las reglas de una campaña masiva no deben confundirse con las de una conversación individual con un cliente.
¿Estar en una lista negra explica todo?
No necesariamente. Una lista puede ser relevante si el servidor receptor la utiliza o la menciona en su respuesta. Un resultado aislado en una herramienta pública no explica todas las entregas.
Pida al proveedor evidencia del destino afectado. Cambiar de dirección IP o contratar una dedicada sin ese diagnóstico puede no resolver la causa. Del mismo modo, aprobar SPF y DKIM no garantiza bandeja de entrada: Google advierte que la autenticación y la clasificación no son equivalentes.
Qué pedir para cerrar el caso
Solicite una respuesta que indique el origen del problema, qué se cambió y cómo se comprobó después. Si afecta a Gmail personal, Postmaster Tools puede aportar información del envío; no representa todos los destinos de su empresa.
Si el problema ocurre solo con una organización, puede hacer falta la colaboración de su administrador. Ningún proveedor controla todas las decisiones de los servidores que reciben sus mensajes.
Que una cotización no termine en una búsqueda improvisada
La continuidad del correo empresarial requiere algo más que una cuenta que permite enviar: hace falta poder seguir una entrega y explicar por qué falló.
