Los requisitos de Gmail, Yahoo y Microsoft
Módulo 5: Reputación y los grandes proveedores · Tiempo de lectura: 11 minutos
Objetivo de aprendizaje: Después de esta lección podrá enumerar los requisitos que Gmail, Yahoo y Microsoft imponen a todos los remitentes y a los remitentes masivos, explicar qué es la baja con un solo clic, y comprobar su propio dominio frente a esos requisitos.
Conceptos clave: directrices de envío, remitente masivo (5.000 al día), SPF o DKIM, SPF y DKIM, DMARC con al menos p=none, alineación, PTR y FCrDNS, TLS, porcentaje de quejas (0,1% y 0,3%), List-Unsubscribe, One-Click (RFC 8058), Postmaster Tools, SNDS, 550 5.7.515
Por qué existen estos requisitos
Gmail, Yahoo y Microsoft (Outlook.com, Hotmail, Live.com, MSN) reciben juntos una gran parte de todo el correo personal. Durante mucho tiempo, SPF, DKIM y DMARC eran "recomendados". En octubre de 2023, Google y Yahoo anunciaron que a partir de febrero de 2024 impondrían requisitos. Microsoft siguió el mismo camino para Outlook.com y las demás direcciones de consumidor, con requisitos que se aplican desde mayo de 2025.
Estos requisitos están pensados contra remitentes falsificados y contra el correo masivo no deseado. Para la mayoría de los remitentes pequeños significa: asegúrese de que la base del módulo 4 esté en orden. Para quien envía newsletters o mucho correo transaccional, se añaden más exigencias.
Requisitos para todos
Gmail y Yahoo imponen estos requisitos a todos los remitentes que envían a sus usuarios:
| Requisito | Qué significa | Lección |
|---|---|---|
| SPF o DKIM | Al menos uno de los dos debe superarse | 4.2, 4.3 |
| DNS directo e inverso válidos | La IP de envío tiene un PTR que apunta de vuelta (FCrDNS) | 5.1 |
| Pocas quejas | El porcentaje de destinatarios que marca su correo como spam se mantiene por debajo del 0,3% | 5.2 |
| Mensajes correctos | El correo sigue los estándares (RFC 5321 y RFC 5322): por ejemplo, exactamente una cabecera From: y una Date: válida | 1.2, 1.5 |
| TLS (Gmail) | La conexión hacia Gmail está cifrada | 1.4, 5.4 |
Además, Google indica: no se haga pasar por Gmail. Quien envía correo con una dirección @gmail.com como remitente a través de un servidor distinto al de Google (por ejemplo, mediante un servicio de newsletters), falla en DMARC: ese servidor no puede firmar en nombre de gmail.com y no figura en el SPF de gmail.com. Google indica que Gmail trata ese correo con una política de cuarentena. Por lo tanto, envíe siempre desde una dirección de su propio dominio.
Requisitos adicionales para remitentes masivos
Google le considera un remitente masivo si en 24 horas envía aproximadamente 5.000 correos o más a direcciones personales de Gmail. El correo de subdominios cuenta para el dominio principal. Y algo importante: quien ha alcanzado ese límite una vez, sigue siendo remitente masivo. Ese estado no caduca. Yahoo no aplica una cifra fija, Microsoft también usa 5.000 al día.
Para los remitentes masivos se añade:
- SPF y DKIM deben estar configurados ambos (no basta con uno de los dos).
- DMARC debe existir, con al menos
p=none. Una política más estricta está permitida, pero no es obligatoria. Yahoo recomienda encarecidamente una dirección de informes (rua). - Alineación: el dominio de la dirección visible
From:debe coincidir con el dominio SPF (Return-Path) o el dominio DKIM (d=). Eso es precisamente lo que comprueba DMARC (lección 4.4). En resumen: el correo debe superar DMARC. - Baja con un solo clic para correo de marketing y de suscripción, además de un enlace de baja claramente visible en el texto.
- Procesar las bajas en un plazo de dos días.
- Quejas por debajo del 0,3%, y preferiblemente por debajo del 0,1%.
Esto coincide exactamente con la recomendación del módulo 4: empiece DMARC con p=none y una dirección de informes. Así cumple el requisito, sin el riesgo de que se rechace su propio correo.
Microsoft: SPF y DKIM y DMARC
Microsoft impone a los remitentes de 5.000 o más correos al día hacia Outlook.com, Hotmail, Live.com y MSN (todos con el mismo dominio en la dirección From:) estos requisitos:
- SPF debe superarse;
- DKIM debe superarse;
- debe existir un registro DMARC, al menos
p=none, y el correo debe superar DMARC.
Fíjese en la diferencia: en DMARC basta con que uno de los dos se supere (SPF o DKIM, alineado). Microsoft exige a los remitentes masivos que ambos se superen. El correo que no cumple no va a la carpeta de no deseados, sino que se rechaza con:
550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.Un dominio que supera DMARC mediante DKIM pero cuyo SPF falla (por ejemplo, porque falta un servicio en el registro SPF), puede recibir igualmente este error.
Baja con un solo clic
En una newsletter, los destinatarios esperan un enlace de baja. Gmail, Yahoo y Apple Mail muestran además su propio botón "Cancelar suscripción" en la parte superior del correo. Ese botón funciona mediante dos cabeceras:
List-Unsubscribe: <https://nieuwsbrief.example/afmelden?id=8f3a2c>, <mailto:afmelden@example.com?subject=afmelden>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickList-Unsubscribe(RFC 2369) ofrece una o varias formas de darse de baja: una dirección web y/o una dirección de correo.List-Unsubscribe-Post: List-Unsubscribe=One-Click(RFC 8058) indica: si se envía una solicitud POST a esa dirección web, el destinatario queda dado de baja al instante. Sin página adicional, sin iniciar sesión, sin "¿está seguro?".
Ambas cabeceras deben quedar incluidas bajo la firma DKIM, de modo que nadie pueda modificarlas por el camino (así lo exige RFC 8058). Un servicio de newsletters se encarga de esto por usted. Si envía usted mismo, tendrá que construirlo usted mismo (lección 7.2).
¿Qué ocurre si no se cumplen los requisitos?
Google indica que el correo que no cumple puede rechazarse temporal o definitivamente, o terminar en la carpeta de spam. Desde noviembre de 2025, Gmail está intensificando aún más esta aplicación. Los mensajes de error son específicos (una lista completa aparece en la lección 6.2), por ejemplo:
| Código | Significado en Gmail |
|---|---|
550 5.7.25 | La IP de envío no tiene PTR |
550 5.7.26 | El remitente no está autenticado (SPF y DKIM fallan, o DMARC falla) |
550 5.7.27 | SPF falló |
550 5.7.29 | No se envió mediante TLS |
550 5.7.30 | DKIM falló |
421 4.7.32 | El dominio de From: no está alineado; ralentizado temporalmente |
Un código con un 4 es temporal (el servidor de envío lo intentará de nuevo más tarde), un código con un 5 es definitivo (lección 6.1).
Medir: Postmaster Tools y SNDS
No puede mirar dentro del buzón de los destinatarios, pero los grandes proveedores sí ofrecen cifras:
- Google Postmaster Tools (postmaster.google.com): tras confirmar su dominio con un registro TXT, verá entre otras cosas el porcentaje de quejas, si su correo supera SPF, DKIM y DMARC, y si se cifra. Solo verá cifras si envía suficiente correo a Gmail.
- Microsoft SNDS (Smart Network Data Services): datos por dirección IP. Solo es útil si tiene una IP propia (lección 6.4).
- Yahoo Sender Hub: el espacio propio de Yahoo para remitentes, con un feed de quejas.
Si envía a través de un servicio de newsletters, ese servicio suele mostrar él mismo el porcentaje de quejas por envío.
En la práctica
Para un buzón empresarial normal con una empresa de hosting o un servicio de correo, normalmente ya se cumplen los requisitos para todos: el proveedor se ocupa del PTR y del TLS, y usted se encarga de SPF, DKIM y un registro DMARC. En WebOké, la ficha Configurar E-Mail en Mi WebOké muestra, registro por registro, si todo está correcto; en otros proveedores, esa comprobación puede llamarse de otra forma, o puede usar una herramienta independiente como internet.nl.
Si envía newsletters, a eso se añaden SPF y DKIM en el servicio de envío (clave DKIM propia en su dominio, lección 4.3 y 7.1), un registro DMARC y un botón de baja que funcione con un solo clic.
Resumen
- Para todos: SPF o DKIM, PTR correcto, mensajes correctos, TLS, quejas por debajo del 0,3%.
- Remitentes masivos (a partir de unos 5.000 al día, y ese estado se mantiene): SPF y DKIM, DMARC con al menos
p=none, alineación, baja con un solo clic, bajas procesadas en dos días. - Microsoft exige a los remitentes masivos que SPF y DKIM se superen, de lo contrario
550 5.7.515. - Baja con un solo clic =
List-Unsubscribecon una dirección https másList-Unsubscribe-Post: List-Unsubscribe=One-Click. - Mida con Google Postmaster Tools, Microsoft SNDS o las cifras de su servicio de envío.
Cuestionario
Ejercicio
Ejercicio Z5.3: Su dominio frente a los requisitos. Introduzca su propio dominio y un selector DKIM que haya encontrado en las cabeceras de un correo propio (s= en DKIM-Signature, lección 4.3). Indique por cada requisito si cree que lo cumple: SPF presente y válido, clave DKIM encontrada, DMARC presente con un p válido, dirección de informes presente, PTR del servidor MX correcto. El programa realiza las mismas comprobaciones en tiempo real y coloca el resultado junto a su estimación. ¿No tiene dominio propio? Utilice entonces sidn.nl (sin selector DKIM).
Para saber más
Los pasos de estos artículos se aplican a los paneles de WebOké; en otros proveedores funciona de forma similar.
- Mis correos electrónicos no llegan o terminan en la carpeta de spam: así puede averiguarlo
- ¿Qué es DMARC? Explicación en lenguaje sencillo
- ¿Puedo enviar un mailing a través de mi paquete de hosting en WebOké?
- Manual de WebOké 6.7: La tarjeta Configurar el correo (MX, SPF, DKIM, DMARC)
- Google, directrices para remitentes: https://support.google.com/a/answer/81126
- Yahoo, Sender best practices: https://senders.yahooinc.com/best-practices/
- Microsoft, error 550 5.7.515 en Outlook.com: https://support.microsoft.com/en-us/outlook/fix-ndr-error-550-5-7-515-in-outlook-com
- RFC 8058 (baja con un solo clic)