





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.
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.
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:
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:
include:_spf.google.com.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.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.
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.
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.
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.
Artículos Relacionados