Por qué tus correos de Gmail llegan a spam en Outlook y cómo evitarlo

Microsoft filtra el dominio gmail.com con más dureza que el resto: si tus correos no llevan SPF, DKIM y DMARC bien configurados, Outlook los manda a spam aunque el contenido sea intachable.

Si envías facturas, presupuestos o simplemente correos de trabajo desde una cuenta de Gmail a clientes que usan Outlook, Hotmail o una cuenta corporativa de Microsoft 365, hay bastantes posibilidades de que una parte de esos correos nunca llegue a la bandeja de entrada. No es spam de verdad. Es que Microsoft trata el dominio gmail.com de forma distinta al resto de remitentes, y muy poca gente lo sabe hasta que un cliente le dice "no me llegó tu correo" por segunda vez.

Lo raro del caso es que el problema no depende tanto de lo que escribas. Puedes redactar un correo perfecto, sin mayúsculas, sin enlaces sospechosos, sin ninguna palabra típica de spam, y aun así acabar en la carpeta de correo no deseado del destinatario. La causa real casi siempre está en la autenticación técnica del correo, no en el texto.

Índice
  1. Los tres registros que Outlook comprueba antes de leer una sola palabra
  2. Si envías desde una cuenta @gmail.com normal (sin dominio propio)
  3. Si envías desde un dominio propio con Google Workspace
  4. El truco que uso yo cuando tengo prisa y no puedo esperar a la propagación DNS
  5. Cómo saber si el problema es tuyo o del destinatario
  6. Antes de dar el problema por resuelto, comprueba esto

Los tres registros que Outlook comprueba antes de leer una sola palabra

Antes de que el filtro de Microsoft evalúe el contenido de tu mensaje, comprueba tres cosas a nivel de servidor. Si fallan, el contenido ya no importa mucho.

Registro Qué hace Quién lo controla
SPF Lista qué servidores pueden enviar en nombre de tu dominio Gmail lo gestiona solo si usas @gmail.com; tú lo gestionas si usas dominio propio
DKIM Firma criptográfica que certifica que el correo no se modificó por el camino Automático en @gmail.com, manual en dominios propios con Google Workspace
DMARC Le dice al servidor receptor qué hacer si SPF o DKIM fallan Depende del dominio; en @gmail.com lo define Google

Aquí está el matiz que casi nadie explica bien: si usas una cuenta @gmail.com normal, estos tres registros ya están correctos por defecto, porque los gestiona Google. El problema serio aparece cuando envías desde un dominio propio configurado con Google Workspace y alguien tocó la configuración DNS sin saber lo que hacía, o cuando nunca se configuró DMARC en absoluto. En ese caso, Outlook no tiene ninguna garantía de que el correo sea legítimo y opta por lo más seguro para ellos: mandarlo a spam.

Si envías desde una cuenta @gmail.com normal (sin dominio propio)

Aquí el problema no es de autenticación, porque eso ya lo controla Google. La causa suele ser otra, y esta es la parte que de verdad afecta a usuarios particulares y autónomos:

  1. Reputación del destinatario, no la tuya. Si la persona a la que escribes nunca ha respondido tus correos, los ha borrado sin abrir o los marcó como spam alguna vez sin darse cuenta, Outlook aprende de ese patrón y penaliza los siguientes envíos tuyos a esa misma dirección.
  2. Volumen repentino. Si mandas el mismo correo (o uno muy parecido) a varias direcciones @outlook.com u @hotmail.com en poco tiempo, el sistema lo interpreta como envío masivo, aunque sean solo diez destinatarios distintos escritos a mano.
  3. Enlaces acortados o de dominios nuevos. Un enlace de bit.ly o de un dominio registrado hace pocas semanas dispara alarmas automáticas en el filtro de Microsoft, sin importar el resto del mensaje.
  4. Respuestas automáticas o reenvíos en cadena. Si tu correo pasó por dos o tres reenvíos antes de llegar, la cabecera técnica se ensucia y el filtro lo trata con más sospecha.

Si envías desde un dominio propio con Google Workspace

Esta es la situación donde de verdad merece la pena revisar la configuración técnica, y donde suele estar el fallo cuando una empresa entera nota que sus correos no llegan a clientes con Outlook:

  • Entra en la configuración de tu correo de empresa en Gmail y Outlook y comprueba que el registro SPF de tu dominio incluye include:_spf.google.com.
  • Verifica en la Consola de administración de Google Workspace que DKIM está activado para tu dominio (no viene activo por defecto en dominios personalizados, a diferencia de @gmail.com).
  • Añade un registro DMARC aunque sea en modo p=none para empezar a recibir informes sin bloquear nada todavía. Sin DMARC, Outlook desconfía por sistema de cualquier dominio que no sea gmail.com puro.
  • Espera entre 24 y 48 horas tras cualquier cambio DNS antes de dar el problema por no resuelto: la propagación no es instantánea, y probar demasiado pronto lleva a conclusiones erróneas.

Ojo con esto: si administras el dominio desde un panel de hosting distinto al de Google Workspace, es fácil que el registro SPF quede duplicado (uno para el hosting, otro para Google) en vez de combinado en una sola línea. Un dominio con dos registros SPF distintos falla la verificación igual que si no tuviera ninguno.

El truco que uso yo cuando tengo prisa y no puedo esperar a la propagación DNS

Cuando necesito que un correo concreto llegue sí o sí y no tengo tiempo de arreglar la configuración técnica de fondo, uso un alias de Outlook.com para escribir directamente a esa persona, en vez de insistir desde Gmail. No es una solución definitiva ni la recomiendo como parche permanente, pero saca del apuro en el momento. Puedes ver cómo montar uno en la guía para crear un alias de correo aplicado a este caso concreto.

Lo que no funciona, por mucho que se recomiende en foros, es cambiar el asunto del correo o añadir símbolos raros al texto. Eso puede incluso empeorar las cosas, porque son justo el tipo de patrones que los filtros modernos ya identifican como intento de evasión.

Cómo saber si el problema es tuyo o del destinatario

Antes de gastar horas en revisar registros DNS, pide al destinatario que revise dos cosas por su lado: primero, que tu dirección no esté en su lista de remitentes bloqueados (a veces se bloquea sin querer al pulsar "correo no deseado" en un mensaje antiguo tuyo); segundo, que compruebe la carpeta de "correo dudoso" además de la de spam, porque Outlook las separa y mucha gente solo revisa una de las dos. Si repites el envío después de que marque tu dirección como segura y sigue sin llegar, entonces sí es un problema de autenticación de tu lado, y toca revisar SPF, DKIM y DMARC como se explica arriba. Este mismo patrón de diagnóstico aplica también a otros casos de correos de Gmail que no llegan a su destino por motivos distintos al spam.

Vale la pena repasar también las prácticas generales de cómo evitar que tus correos se detecten como spam, porque algunas causas (contenido, frecuencia de envío) se solapan con el problema específico de Outlook, aunque el origen técnico sea distinto.

Antes de dar el problema por resuelto, comprueba esto

  • ¿Tu dominio (si no es @gmail.com) tiene SPF, DKIM y DMARC configurados y sin duplicados? Compruébalo con una herramienta de verificación DNS antes de asumir que está bien.
  • ¿Han pasado al menos 48 horas desde el último cambio en los registros DNS?
  • ¿El destinatario ha marcado tu dirección como remitente seguro después del último intento fallido?
  • ¿Estás enviando el mismo mensaje a varias direcciones @outlook.com u @hotmail.com en poco tiempo? Si es así, espacia los envíos.
  • ¿El correo incluye enlaces acortados o a dominios muy recientes? Sustitúyelos por la URL completa siempre que puedas.

Al final del día, este es un problema que se resuelve con paciencia técnica, no con trucos de redacción. Si administras un dominio propio, la configuración DNS es lo primero que hay que mirar y lo último que la mayoría revisa. Y si escribes desde una cuenta @gmail.com corriente, el foco tiene que estar en la reputación de la relación con ese destinatario concreto, no en el contenido del mensaje.

4.6/5 - (49 votos)

Artículos Relacionados

Subir