Requisitos de Gmail y Yahoo para remitentes masivos, comparados uno a uno

Gmail y Yahoo exigen a los remitentes masivos autenticarse con SPF y DKIM, publicar un registro DMARC (basta con p=none), alinear el dominio del campo From con SPF o DKIM, ofrecer baja con un clic en el correo de marketing, atender las bajas en un plazo de dos días y mantener la tasa de spam reportada por los usuarios por debajo del 0.3 %. Google añade un objetivo del 0.1 % y un umbral de volumen concreto.

La mayoría de los resúmenes de estas reglas se escribieron a finales de 2023 y se repiten entre sí. El 1 de octubre de 2026 volvimos a las dos fuentes primarias, las directrices para remitentes de correo de Google con sus preguntas frecuentes, y los requisitos para remitentes de Yahoo con sus preguntas frecuentes, y las pusimos una al lado de la otra. Las diferencias importan más que las coincidencias.

Los requisitos, uno al lado del otro

Ambos proveedores dividen sus reglas en "todos los remitentes" y "remitentes masivos". Esta tabla cubre el nivel masivo, que incluye todo lo del nivel inferior.

Requisito	Gmail	Yahoo
Quién cuenta como masivo	Cerca de 5000+ mensajes al día a cuentas personales de Gmail	"Un volumen significativo de correo". Sin cifra
SPF y DKIM	Ambos obligatorios	Ambos obligatorios
DMARC	Registro obligatorio; p=none es aceptable	"Política DMARC válida con al menos p=none", y DMARC debe pasar
Alineación	Dominio From alineado con el dominio de SPF o DKIM	Igual; se acepta la alineación relajada
Baja con un clic	Obligatoria para correo de marketing y de suscripción, mediante encabezados RFC 8058	Obligatoria; POST de RFC 8058 "muy recomendable", mailto "aceptable"
Plazo para atender la baja	48 horas (preguntas frecuentes)	2 días
Enlace de baja visible en el cuerpo	Obligatorio	Obligatorio (puede llevar a una página de preferencias)
Tasa de spam	Por debajo del 0.3 %; procura estar por debajo del 0.1 %	Por debajo del 0.3 %
DNS directo e inverso (PTR)	Obligatorio	Obligatorio
TLS	Obligatorio	No figura como requisito
Formato del mensaje	RFC 5322	RFC 5321 y 5322

Si solo vas a corregir una cosa, corrige la alineación de DMARC. Es el requisito que más falta en cuentas que envían a través de una plataforma de terceros sin un dominio de envío personalizado. Puedes revisar SPF, DKIM y DMARC de cualquier dominio con nuestra auditoría de entregabilidad.

Cómo cuenta Gmail hasta 5000

El umbral de Google es por dominio principal, no por subdominio ni por IP. Las preguntas frecuentes dan el ejemplo directamente: 2500 mensajes al día desde solarmora.com más 2500 desde promotions.solarmora.com te convierten en remitente masivo, porque ambos se suman a solarmora.com.

Hay tres detalles de las preguntas frecuentes que es fácil pasar por alto:

• Es permanente. "Los remitentes que cumplan los criterios anteriores al menos una vez se consideran remitentes masivos de forma permanente". Basta con un solo envío grande, y enviar menos después no lo reinicia.
• Solo cuenta Gmail personal. El correo a cuentas de Google Workspace no se cuenta, y los requisitos y su aplicación "solo se aplican al enviar correo a cuentas personales de Gmail".
• Los dominios nuevos tienen menos margen. Google define un dominio nuevo como uno que no ha enviado más de 5000 al día a Gmail personal desde el 1 de enero de 2024, y dice que la aplicación en dominios nuevos sigue "un calendario acelerado".

Yahoo no cuenta así. Sus preguntas frecuentes dicen que a un remitente se le evalúa "a nivel del dominio autenticado o del dominio del encabezado From", pero que "usará toda la información disponible (contenido, IP, etc.) para revisar el cumplimiento del remitente". El correo suplantado que usa tu dominio también cuenta en lo que Yahoo revisa, lo cual es un motivo para llevar DMARC más allá de p=none con el tiempo (consulta cómo pasar DMARC de p=none a p=reject).

El límite del 0.3 %, y el del 0.1 %

La tasa de spam es el requisito que más se malinterpreta, porque las cifras parecen diminutas y el denominador no es el que la gente supone.

Ambos proveedores miden las quejas sobre el correo que llegó a la bandeja de entrada. Yahoo lo dice en su página de requisitos: la tasa de spam "se calcula en nuestro sistema a partir del correo entregado en la bandeja de entrada". La documentación de Postmaster Tools de Google la define como el porcentaje de mensajes entregados en la bandeja de entrada y luego marcados como spam. El correo que fue directo a la carpeta de spam no está en el denominador.

Un ejemplo práctico deja clara la escala. Supón que 20 000 de tus mensajes llegan a bandejas de entrada de Gmail en un día determinado:

Tasa de spam	Quejas sobre 20 000 mensajes en bandeja de entrada	Lo que dice Google
0.05 %	10	Saludable
0.10 %	20	El techo objetivo de Google; por encima de esto ya "tiene un impacto negativo en la entrega a la bandeja de entrada para los remitentes masivos"
0.30 %	60	El límite que no hay que alcanzar

Sesenta clics en "Denunciar spam" de veinte mil. Por eso la tasa depende mucho más de quién está en tu lista que de tu texto.

Las preguntas frecuentes de Google añaden la consecuencia: desde junio de 2024, los remitentes masivos por encima del 0.3 % no pueden optar a mitigación (el término de Google para la ayuda con la entrega cuando la solicitas), y vuelven a poder optar "cuando sus tasas de spam se mantienen por debajo del 0.3 % durante 7 días consecutivos". La tasa de spam se calcula a diario.

Hay una trampa en el denominador. Si Gmail ya está mandando la mayor parte de tu correo a spam, muy poca gente lo ve en la bandeja de entrada, así que muy poca lo denuncia, y tu tasa de spam medida puede parecer excelente. Una tasa baja acompañada de aperturas y respuestas en descenso es una advertencia, no un alivio. Analizamos ese patrón en cómo leer Google Postmaster Tools.

Baja con un clic: donde Gmail y Yahoo no coinciden

Ambos la exigen en los mensajes de marketing y de suscripción, y ambos excluyen el correo transaccional, como los restablecimientos de contraseña y las confirmaciones de pedido. Difieren en qué cuenta como válido.

• Gmail exige los dos encabezados de RFC 8058: List-Unsubscribe con una URL HTTPS y List-Unsubscribe-Post: List-Unsubscribe=One-Click. Sus preguntas frecuentes son explícitas: "los enlaces de baja mailto y URL no cumplen nuestro requisito de baja con un clic", y Gmail no busca uno en el cuerpo del mensaje.
• Yahoo exige "un encabezado list-unsubscribe funcional" que admita la baja con un clic, califica el método POST de RFC 8058 como "muy recomendable" y el método mailto como "aceptable".

Así que un encabezado solo con mailto puede cumplir con Yahoo y fallar con Gmail. Como envías a ambos, implementa RFC 8058. Los encabezados exactos, la petición POST que envía Gmail y los errores que lo rompen están en nuestra guía para implementar la baja con un clic.

En cuanto a plazos, Google recomienda procesar las solicitudes en 48 horas e incluye "Las solicitudes de baja no se atienden en 48 horas" en su tabla de aplicación. Las preguntas frecuentes de Yahoo dicen que si una baja "no se atiende en 2 días, no cumpliría el requisito".

Cómo es la aplicación en la práctica

La aplicación ha ido endureciéndose por etapas en lugar de llegar en una sola fecha.

Cuándo	Qué cambió	Fuente
Febrero de 2024	Entran en vigor los requisitos de Gmail y Yahoo, aplicados de forma gradual	Directrices de Google; preguntas frecuentes de Yahoo
Junio de 2024	Yahoo empieza a exigir la baja con un clic; los remitentes masivos de Gmail por encima del 0.3 % pierden la opción de mitigación	Preguntas frecuentes de Yahoo; preguntas frecuentes de Google
Noviembre de 2025	Gmail "intensifica la aplicación sobre el tráfico que no cumple", incluidos "rechazos temporales y permanentes"	Preguntas frecuentes de Google

La tabla de aplicación de Google divide los requisitos en dos grupos. La falta de autenticación, la falta de alineación, la ausencia de registros PTR, la falta de TLS y los mensajes mal formados provocan "códigos de fallo temporales o permanentes, o envío a la carpeta de spam". Una tasa de spam superior al 0.3 %, la falta de registro DMARC, la falta de baja con un clic y las bajas lentas provocan que "la ayuda con la entrega o las mitigaciones no estén disponibles".

Cuando Gmail rechaza o aplaza por estos motivos, la respuesta SMTP te dice qué regla incumpliste. Estos son los códigos que enumera Google:

Código	Significado (parafraseado de las preguntas frecuentes de Google)
4.7.23 / 5.7.25	La IP de envío no tiene registro PTR, o el PTR no resuelve de vuelta a la IP
4.7.27 / 5.7.27	SPF no pasó
4.7.29 / 5.7.29	No se envió mediante TLS
4.7.30 / 5.7.30	DKIM no pasó
4.7.31	No hay registro DMARC, o no contiene política
4.7.32	El dominio From no está alineado con el dominio de SPF o DKIM
5.7.26	Mensaje no autenticado, mencionado en las directrices principales

Los códigos 4.x.x son temporales: Gmail está limitando tu ritmo de envío y espera un reintento. Los códigos 5.x.x son rechazos permanentes. Si tu plataforma solo muestra "rebotado", pídele la respuesta SMTP completa, porque el código es el diagnóstico.

Yahoo dice que el correo que no cumple "puede enviarse a la carpeta de spam o ser rechazado" y que los rechazos llevan un código de error específico, documentado en su página de códigos de error.

Una lista de comprobación que puedes completar hoy

1. SPF pasa para el dominio que tu plataforma usa como remitente del sobre. Vigila el límite de 10 consultas.
2. DKIM firma con tu propio dominio, no solo con el de la plataforma. Usa como mínimo una clave de 1024 bits; ambos proveedores recomiendan 2048.
3. Registro DMARC publicado en _dmarc.yourdomain.com con al menos p=none y una dirección rua para poder leer los informes. Nuestro comprobador de DMARC muestra lo que está activo.
4. Alineación: el dominio From coincide con el dominio d= de DKIM (o con el dominio de SPF) a nivel organizativo.
5. Encabezados RFC 8058 en cada mensaje de marketing, con un endpoint que procese el POST en menos de 48 horas.
6. Enlace de baja visible también en el cuerpo.
7. Tasa de spam supervisada en Google Postmaster Tools y en el Complaint Feedback Loop de Yahoo. Toma el 0.1 % como tu techo, no el 0.3 %.
8. PTR y TLS confirmados con tu plataforma de envío. Si usas un ESP conocido, normalmente ya está hecho.
9. Calidad de la lista: elimina las direcciones con rebote duro y verifica las listas que no recopilaste tú antes del primer envío. Los rebotes no son uno de los requisitos mencionados, pero enviar a direcciones muertas es una de las formas más rápidas de parecer el tipo de remitente para el que se escribieron estas reglas.

La conclusión práctica

Los dos proveedores coinciden en casi todo lo importante: autentícate con SPF y DKIM, publica DMARC, alinea tu dominio From, da a la gente una forma de salir con un clic y atiéndela en dos días, y mantén las quejas muy por debajo del 0.3 %. Donde difieren, cumple con el más estricto. Eso significa los encabezados RFC 8058 de Gmail en lugar del mailto aceptable de Yahoo, y el objetivo del 0.1 % de Gmail en lugar del techo del 0.3 % que publican ambos.