¿Por qué los correos de tu hotel acaban en spam? SPF, DKIM y DMARC en 2026

Actualizada: 10 de noviembre de 2026

Una confirmación de reserva que llega a la carpeta de spam es un cliente que llama preocupado o, peor, que reserva en otro sitio. Desde 2024 Gmail, Yahoo y Outlook.com piden que los correos demuestren que salen de verdad del dominio que los firma, con tres registros técnicos: SPF, DKIM y DMARC. Esta guía resume lo que pudimos comprobar el 10 de noviembre de 2026 en las páginas oficiales de Google, Yahoo y Microsoft, y marca con claridad lo que no pudimos confirmar.

La respuesta corta

Lo esencial:

SPF dice qué servidores pueden enviar correo con tu dominio; DKIM firma cada mensaje; DMARC indica qué hacer si un correo con tu dominio no pasa esas pruebas.
Gmail (desde el 1 de febrero de 2024) y Yahoo (desde febrero de 2024) exigen a todos los remitentes al menos SPF o DKIM.
Quien envía 5.000 correos o más al día necesita además SPF y DKIM, DMARC, alineación del dominio del remitente y, en correos de marketing, baja con un clic.
Outlook.com rechaza desde el 5 de mayo de 2025 los correos de dominios que envían más de 5.000 al día y no cumplen, con el error 550 5.7.515.
Nadie puede garantizar que un correo llegue a la bandeja de entrada: cumplir es el mínimo, no una garantía.

Qué exige Gmail

Según la ayuda oficial de Google:

A todos los que envían a cuentas personales de Gmail: SPF o DKIM, DNS directo e inverso válidos, conexión TLS, mensajes con formato correcto y una tasa de spam en Postmaster Tools por debajo del 0,3 %. Google recomienda no pasar del 0,1 %.
No usar una dirección @gmail.com como remitente desde otros servidores: Google avisa de que Gmail aplica a esas cabeceras una política DMARC de cuarentena.
A quien envía 5.000 o más mensajes al día: SPF y DKIM, un registro DMARC (vale la política p=none), que el dominio del campo De coincida con el de SPF o DKIM y, en correos de marketing o suscripción, baja con un clic y enlace de baja visible.
Los correos del mismo dominio principal suman para el límite de 5.000, y quien lo supera una sola vez queda como remitente masivo para siempre.
En sus preguntas frecuentes Google dice que desde noviembre de 2025 aumenta la aplicación contra el tráfico no conforme, que esos mensajes pueden ser rechazados o ir a spam y que, si los rechaza, envía un código con el motivo. No detalla qué pasa en cada caso.
Estas reglas solo se aplican a correos enviados a cuentas personales de Gmail (@gmail.com y @googlemail.com).

Yahoo y Outlook.com

Lo que dicen sus páginas oficiales:

Yahoo pide a todos SPF o DKIM como mínimo, una tasa de spam por debajo del 0,3 %, DNS directo e inverso válidos y cumplir los estándares de correo. Empezó a aplicarlo en febrero de 2024, de forma gradual durante el primer semestre.
A los remitentes masivos Yahoo les pide además SPF y DKIM, DMARC con al menos p=none que debe pasar (admite alineación relajada), baja con un clic en marketing y atender las bajas en 2 días. La página que leímos no da una cifra para «masivo».
Microsoft anunció el 2 de abril de 2025 requisitos para outlook.com, hotmail.com y live.com: los dominios que envían más de 5.000 correos al día deben pasar SPF y DKIM y tener DMARC con al menos p=none alineado.
En la actualización del 29 de abril de 2025 Microsoft cambió el plan: desde el 5 de mayo de 2025 los correos no conformes se rechazan con el error 550 5.7.515, en lugar de ir primero a correo no deseado. Añadir el remitente a la lista de remitentes seguros no lo evita.
No confirmamos requisitos de Outlook.com para quien envía menos de 5.000 al día, aunque Microsoft se reserva el derecho de filtrar o bloquear remitentes que no cumplan.

Qué significa para un hotel pequeño

Si envías confirmaciones o presupuestos desde tu dominio:

Lo normal es estar muy por debajo de 5.000 correos al día, así que el requisito obligatorio en Gmail y Yahoo es tener SPF o DKIM. Recomendación nuestra: configura los dos y añade DMARC con p=none; cuesta poco y te prepara si un día mandas un boletín grande.
Cuenta todo lo que sale con tu dominio: tu programa de correo, el motor de reservas, el PMS, el formulario de la web y la herramienta de boletines. Todos suman al mismo dominio principal.
Si mandas ofertas o boletines, pon un enlace de baja visible. La baja con un clic solo es obligatoria por encima de 5.000 al día, pero los correos sin baja fácil se marcan más como spam.
Usa un remitente que pueda recibir respuestas, por ejemplo reservas@tuhotel.example, y no direcciones que no se leen.

Cómo comprobarlo gratis

Paso a paso:

Envíate una confirmación de reserva real a una cuenta de Gmail. En Gmail en el ordenador, abre el correo, pulsa la flecha bajo el nombre del remitente y mira «Enviado por» (mailed-by) y «Firmado por» (signed-by): si aparece tu dominio, está autenticado.
Si ves un signo de interrogación junto al remitente, Gmail no pudo autenticar el mensaje. Si ves «a través de» (via) y otro dominio, el correo salió de un servidor que no coincide con tu dominio.
Para ver el detalle: junto a Responder, pulsa Más y luego «Mostrar original». Busca las líneas SPF, DKIM y DMARC; deben indicar PASS. En otros programas de correo, busca la cabecera Authentication-Results con spf=pass o dkim=pass.
Google Postmaster Tools muestra tasa de spam y autenticación de tus correos a Gmail. Se verifica el dominio con un registro TXT o CNAME. Aviso: si envías pocos correos al día, Google dice que pueden faltar datos.
Haz la prueba con cada sistema que envía por ti: confirmación del motor de reservas, correo del PMS y formulario de la web.

Errores típicos

Lo que más vemos:

El motor de reservas o el PMS envía con tu dominio (reservas@tuhotel.example) desde sus servidores, pero tu SPF no los autoriza ni firman con DKIM para tu dominio. Google recomienda en estos casos publicar SPF, firmar con DKIM y que el remitente coincida con el dominio autenticado. Pide a tu proveedor los datos exactos para tu DNS.
Usar una cuenta gratuita de Gmail con el nombre del hotel y configurar el motor de reservas para enviar «como» esa dirección: Google pide no suplantar remitentes @gmail.com y aplica cuarentena DMARC. Además, no puedes poner SPF, DKIM ni DMARC a un dominio que no es tuyo.
Tener dos registros SPF en el mismo dominio o borrar el anterior al añadir uno nuevo. Recomendación nuestra: un solo registro SPF que incluya todos los servicios que envían por ti.
Poner DMARC en p=reject desde el primer día. Google describe un paso gradual de «monitor» a «quarantine» y a «reject» a medida que confirmas que todos tus correos se autentican.
Enviar ofertas a quien no las pidió: sube la tasa de spam, que Google y Yahoo quieren por debajo del 0,3 %.

Cómo ayuda iQuota

iQuota pone alojamientos independientes a disposición de los asistentes de IA con reserva directa, pago en el alojamiento y 0 % de comisión, con el precio y las condiciones que fija cada alojamiento. No podemos garantizar que un asistente de IA te recomiende.

¿Quieres que las IA den tus datos reales, con reserva directa y sin comisión? Los primeros 30 hoteles entran gratis hasta el 30 de junio de 2027.

Ver el programa Hoteles Fundadores

Preguntas frecuentes

¿Mi hotel tiene que tener DMARC?

Si envías menos de 5.000 correos al día, Gmail y Yahoo solo exigen SPF o DKIM. DMARC es obligatorio por encima de 5.000 en Gmail, Yahoo (remitentes masivos) y Outlook.com. Recomendamos configurarlo igualmente con p=none.

¿Qué pasó en noviembre de 2025 con Gmail?

Google dice que desde noviembre de 2025 aumenta la aplicación contra el tráfico que no cumple y que esos mensajes pueden ser rechazados o ir a spam. No detalla los casos.

¿Qué significa el error 550 5.7.515?

Es el rechazo de Outlook.com, desde el 5 de mayo de 2025, a correos de dominios que envían más de 5.000 al día sin el nivel de autenticación exigido.

¿Cómo sé si mis confirmaciones están bien autenticadas?

Envíate una a Gmail, abre «Mostrar original» y comprueba que SPF, DKIM y DMARC indican PASS. Si ves «a través de» otro dominio o un signo de interrogación, algo falla.

¿Puedo usar un Gmail gratuito para el hotel?

Puedes recibir y contestar desde él, pero no puedes autenticar un dominio que no es tuyo, y Google pide no enviar como @gmail.com desde otros servidores. Recomendamos un dominio propio.

Fuentes

Más guías para hoteles

Más guías para hoteles →

English · Italiano · Português · Ελληνικά