Entregabilidad Gmail: la guía completa
Por Thomas · CISO virtual · 2026-07-26
Gmail gestiona miles de millones de buzones. Para una organización que envía emails — marketing, transaccional, notificaciones — la entregabilidad en Gmail no es un asunto más: es a menudo el asunto, ya que una parte abrumadora de los destinatarios tiene una dirección allí. Y Gmail no dice «aceptado» o «rechazado» de forma binaria: clasifica. Bandeja principal, promociones o correo no deseado — tres destinos radicalmente distintos para el mismo mensaje. Esta guía desarrolla, en detalle, lo que determina esa clasificación.
Cuando aún no está claro lo que Gmail exige formalmente de los remitentes en volumen, el punto de partida son los requisitos para remitentes de Gmail y Yahoo — esa base regulatoria es el requisito previo, no la totalidad, de la entregabilidad. Aquí vamos más allá de la conformidad mínima: hacia lo que hace que un remitente conforme aterrice aun así en correo no deseado, y lo que distingue a un remitente que prospera.
La autenticación es el billete de entrada, no la garantía
La primera capa no es negociable: SPF, DKIM y DMARC alineados. Sin una autenticación correcta, Gmail clasifica al remitente en el mejor de los casos por debajo de la línea de flotación, en el peor rechaza el mensaje. Pero una vez marcada esta casilla, la autenticación se convierte en un filtro binario — pasa o no pasa — y ya no explica nada de lo que viene después. La mayoría de las malas entregabilidades que encuentran los remitentes ya autenticados tienen otra causa: la reputación.
Un punto técnico preciso merece señalarse aquí: Gmail aplica DMARC de forma estricta sobre la alineación, lo que significa que un DKIM firmado por un tercero no alineado con el From: no cuenta, aunque «pase» técnicamente. Verificar esa alineación forma parte de la base — ver SPF, DKIM y DMARC explicados juntos si la mecánica todavía se escapa.
La reputación: lo que se juega de verdad
Gmail construye una reputación para cada combinación IP + dominio de envío, y la ajusta de forma continua según el comportamiento observado. Varias señales pesan mucho:
- La tasa de quejas de spam. Cada clic en «marcar como spam» degrada la reputación, y el efecto es desproporcionado: Google apunta a una tasa de quejas por debajo del 0,3%, con un umbral de alerta seria en el 0,1%. Por encima, el declive puede ser brutal.
- La tasa de rebote (bounce). Enviar masivamente a direcciones inválidas o inexistentes señala una lista mal mantenida — y una lista mal mantenida es a menudo el signo de una captación dudosa (compra de lista, scraping). La limpieza tiene que ser regular.
- La tasa de interacción. Aperturas, clics, respuestas: Gmail observa si los destinatarios quieren realmente ese correo. Un flujo ignorado en masa se desliza hacia el correo no deseado, aunque esté perfectamente autenticado.
- La coherencia de volumen. Un pico de envío repentino, sobre todo desde una IP o un dominio reciente, se parece a un comportamiento de abuso. La subida de volumen se hace progresivamente en lugar de de golpe.
- La calidad del contenido. Enlaces sospechosos, estructura HTML endeble, palabras clave asociadas al spam: el propio contenido sigue siendo una señal, aunque pese menos que la reputación conductual.
Ninguna de estas señales es visible directamente en una interfaz de Google — es un sistema opaco, construido sobre la observación agregada de miles de millones de interacciones. Lo que sí es visible, en cambio, es el resultado: la bandeja de destino.
Reputación de dominio y reputación de IP: dos cuentas separadas
Gmail lleva en realidad dos contabilidades distintas, y confundirlas lleva a malos diagnósticos. La reputación de IP está ligada a la infraestructura de envío: al pasar por una plataforma mutualizada, se comparte con todos los vecinos del mismo pool — sus excesos pueden penalizar, su disciplina proteger — y no pertenece al remitente: un cambio de proveedor obliga a partir desde el histórico de otra IP. La reputación de dominio, en cambio, sigue al remitente a todas partes: es su activo a largo plazo, construido envío tras envío, y precisamente porque sobrevive a los cambios de infraestructura, es la que hay que proteger con prioridad.
La consecuencia práctica se juega en el momento de elegir el modo de envío. Una IP dedicada da el control total del destino, pero expone en solitario y hace ineludible el warm-up; un pool compartido suaviza los sobresaltos y conviene mejor a los pequeños volúmenes, a costa de una dependencia del comportamiento de los otros inquilinos. En ambos casos, un incidente en la IP se repara cambiando de infraestructura — un dominio quemado, en cambio, no se reemplaza sin sacrificar años de histórico.
Principal, Promociones o correo no deseado: cómo elige Gmail
Para el correo que llega a la bandeja (ya autenticado y con reputación suficiente), Gmail sigue repartiendo entre pestañas. Principal está reservada al correo percibido como personal o importante; Promociones absorbe lo esencial del marketing, incluso legítimo; Redes sociales y Notificaciones cubren flujos automatizados específicos. Esta clasificación se hace por aprendizaje automático sobre el contenido, el remitente y el histórico de interacción del destinatario con correos similares.
Un email transaccional bien construido (confirmación de pedido, restablecimiento de contraseña) aterriza generalmente en Principal. Una newsletter de marketing, aunque sea excelente, tiende hacia Promociones — y no es necesariamente un problema: los usuarios que consultan esa pestaña lo hacen sabiendo que encontrarán contenido comercial, con una intención de lectura distinta pero real. Querer forzar un email de marketing a Principal imitando un tono transaccional es una estrategia frágil: Gmail detecta el desajuste entre la forma y el fondo, y la sanción puede ser peor que una simple clasificación en Promociones.
Las palancas concretas, en orden de impacto
- Autenticación alineada (requisito absoluto, cf. más arriba).
- Higiene de lista — retirar las direcciones con rebote duro, los inactivos prolongados, y no comprar nunca una lista. Una lista limpia de 10 000 contactos comprometidos entrega mejor que una lista de 100 000 contactos fríos.
- Subida de volumen progresiva sobre una nueva IP o un nuevo dominio de envío — el warm-up evita la señal de abuso.
- Baja en un clic (List-Unsubscribe conforme a la RFC 8058) — Gmail lo valora directamente, y reduce la tasa de quejas al ofrecer una alternativa al botón de spam.
- Coherencia de contenido — un remitente que varía bruscamente su tipo de contenido (transaccional un día, marketing agresivo al siguiente, desde la misma dirección) enturbia la señal de clasificación.
- Vigilancia continua mediante Google Postmaster Tools, que expone una parte de la reputación directamente — tasa de spam, estado de autenticación, tasa de entrega, vistos desde el lado de Google.
El papel de DMARC en todo esto
DMARC no mejora directamente la reputación conductual, pero elimina un factor de confusión importante: sin él, un suplantador que envía spam en nombre de un dominio degrada su reputación por asociación, ya que Gmail no puede distinguir el tráfico real del tráfico falsificado. Un dominio en p=reject garantiza que todo lo que llega autenticado en su nombre viene realmente de él — la reputación observada refleja entonces fielmente el comportamiento propio, no el de un tercero malintencionado. Este hilo se desarrolla en llegar a p=reject sin romper el correo legítimo.
Dos protocolos complementarios que conviene conocer
Más allá de SPF/DKIM/DMARC, dos estándares refuerzan el cuadro, particularmente pertinentes cuando la ambición es una entregabilidad impecable: MTA-STS, que impone un cifrado del transporte SMTP e impide que un atacante degrade la conexión a texto claro (detallado en MTA-STS, qué es y para qué sirve), y TLS-RPT, que informa de los fallos de conexión cifrada observados por los destinatarios (ver TLS-RPT explicado). Ni uno ni otro son exigidos por Gmail para la entregabilidad básica, pero ambos dan fe de una postura de seguridad madura que no se les escapa a los sistemas de reputación más finos.
El caso particular de los remitentes transaccionales
Todo lo anterior se aplica de forma distinta según se envíe marketing o transaccional. El correo transaccional (confirmaciones, facturas, restablecimientos de contraseña, alertas de seguridad) se beneficia de un a priori favorable: los destinatarios lo esperan, lo abren, y se quejan de él rara vez, lo que construye una reputación naturalmente sólida. La trampa clásica es mezclar los dos flujos sobre la misma infraestructura de envío — una campaña de marketing agresiva enviada desde la misma IP o el mismo dominio que los emails de confirmación de pedido puede degradar la reputación de todo el conjunto, transaccional incluido.
La buena práctica, adoptada por la mayoría de las organizaciones maduras, es separar los flujos: un subdominio dedicado al transaccional (mail.ejemplo.es), otro al marketing (news.ejemplo.es), cada uno con su propia reputación de IP/dominio. Un incidente de reputación en uno no afecta entonces al otro. Esta separación tiene una consecuencia directa sobre la configuración DMARC: cada subdominio puede tener su propio registro, con su propia dirección rua, para seguir ambos flujos de forma independiente — ver la política de subdominio DMARC para la mecánica exacta.
Cómo leer Google Postmaster Tools
Puesto que esta herramienta es la ventana más directa a la reputación en Gmail, así se interpreta concretamente una vez conectada (exige un registro DNS de verificación en el dominio):
- El gráfico de reputación del dominio clasifica el dominio en Alta / Media / Baja / Mala. Un vuelco hacia «Baja» o «Mala» precede casi siempre a una caída visible de la tasa de entregabilidad — es la señal de alerta más temprana.
- La tasa de errores de autenticación muestra, día a día, la parte del tráfico que falla SPF/DKIM/DMARC desde el punto de vista de Gmail. Un pico repentino señala a menudo una nueva fuente no alineada, o una suplantación en curso.
- La tasa de quejas de spam, presentada aquí en valor medido real (no una estimación), dice exactamente dónde se sitúa el remitente respecto a los umbrales del 0,1% y el 0,3% mencionados más arriba.
- La entrega por IP detalla, por dirección IP de envío, qué proporción del correo se entregó en bandeja, se clasificó como spam o se rechazó — útil para aislar una IP problemática en una infraestructura compartida.
Consultar esta herramienta una vez al mes basta en régimen de crucero; la frecuencia aumenta en cuanto haya un cambio de plataforma, de volumen o de contenido en marcha.
Warm-up: la mecánica en detalle
El concepto de subida de volumen progresiva merece desarrollarse, porque es una de las palancas peor entendidas. Una nueva IP o un nuevo dominio de envío parte con una reputación neutra, ni buena ni mala — Gmail simplemente aún no tiene suficiente histórico para juzgar. Enviar de golpe un volumen importante desde esta identidad nueva se parece, estadísticamente, al comportamiento de un spammer que explota una infraestructura desechable antes de que la incluyan en una lista negra.
El warm-up consiste en enviar primero pequeños volúmenes hacia los destinatarios más comprometidos (clientes existentes, usuarios activos), y luego aumentar progresivamente a lo largo de varias semanas, vigilando las señales de reputación en cada peldaño. El orden de magnitud clásico: empezar en unos cientos de emails al día, doblar aproximadamente cada semana si las métricas se mantienen sanas, hasta el volumen objetivo. Una plataforma de envío seria (SendGrid, Mailgun, Amazon SES y equivalentes) ofrece a menudo un acompañamiento o una automatización de este warm-up; ignorar esta etapa sobre una infraestructura nueva es una de las causas más frecuentes de entregabilidad catastrófica desde las primeras semanas.
Caída repentina de entregabilidad: por dónde empezar
Cuando la tasa de apertura se hunde de la noche a la mañana, la tentación es modificarlo todo a la vez — es la peor respuesta, porque destruye la información necesaria para aislar la causa. Se procede por eliminación, en este orden. Primero Google Postmaster Tools: un vuelco del gráfico de reputación o un pico de errores de autenticación dice de inmediato en qué capa buscar. Luego viene la única pregunta que cuenta: ¿qué ha cambiado recientemente? Una nueva herramienta añadida al registro SPF puede hacer superar el límite de lookups SPF y romper silenciosamente la autenticación de fuentes hasta entonces sanas; una importación de lista, un rediseño de plantilla o una migración de plataforma son los otros sospechosos habituales. Tercer reflejo: los informes DMARC agregados, donde una fuente legítima recién desalineada se detecta en unos minutos. Si nada de esto explica la caída, la causa es probablemente conductual — interacción a la baja, quejas al alza — y el diagnóstico paso a paso se desarrolla en por qué los emails llegan a spam.
Errores frecuentes que cuestan caros
- Confundir autenticación y entregabilidad. SPF/DKIM/DMARC alineados no garantizan nada sobre la clasificación — es un requisito previo, no un resultado.
- Comprar o alquilar listas. Es el medio más rápido de hundir una reputación, a menudo de forma casi irreversible sobre la IP o el dominio afectado.
- Ignorar las quejas de spam pensando que son marginales. Una tasa del 0,3% parece baja, pero se calcula sobre el volumen enviado, no recibido — a gran escala, eso representa rápido cientos de señalamientos.
- Cambiar bruscamente de contenido o de volumen sin periodo de transición, sobre una reputación ya establecida.
- No consultar nunca Google Postmaster Tools — es la única ventana directa a la reputación vista por Gmail; ignorarla es pilotar a ciegas.
Lo que dice el Observatorio sobre los dominios ES
Una constatación recurrente, observada sobre los dominios analizados a través de nuestro Observatorio: las organizaciones que invierten en la autenticación (DMARC en p=reject, DKIM correctamente rotado) pero descuidan la higiene de lista ven su tasa de quejas de spam permanecer alta a pesar de una infraestructura técnica impecable. A la inversa, dominios con una autenticación más ligera pero con una lista rigurosamente mantenida muestran a veces una mejor entregabilidad efectiva. La lección es clara: la técnica abre la puerta, el comportamiento de envío decide lo que pasa una vez franqueada la puerta. Ninguno de los dos reemplaza al otro — se suman.
En resumen
La entregabilidad Gmail se juega sobre tres capas apiladas: la autenticación (binaria, técnica, no negociable), la reputación (continua, conductual, la más determinante) y la clasificación de pestaña (contextual, ligada al contenido y al histórico del destinatario). Tratar la autenticación como suficiente es el error más extendido entre los remitentes por lo demás serios.
Para verificar la capa de autenticación — la base sobre la que reposa todo lo demás — el analizador DMARC gratuito acepta cualquier dominio; y para situar la progresión global en el tiempo frente a un sector, el Observatorio DMARC da un punto de comparación que ni Gmail ni ninguna otra herramienta ofrece directamente.
Aplicar DMARC, en la práctica
Thomas, el CISO virtual de DMARC.com, identifica cada fuente de envío legítima, escribe los registros DNS exactos y lleva un dominio de p=none a p=reject — sin romper su correo.
Alcanzar p=reject — gratisGuías relacionadas
- Los requisitos para remitentes de Gmail y Yahoo, explicados
Desde 2024, Gmail y Yahoo obligan a los remitentes masivos a autenticarse con SPF, DKIM y DMARC. Esto es lo que se exige, a quién afecta y cómo cumplir con la normativa.
- Activar DKIM en Microsoft 365: la guía paso a paso
Microsoft 365 firma por defecto con onmicrosoft.com, una firma que DMARC no puede alinear. Portal Defender, PowerShell y los dos CNAME: la activación al detalle.
- Configurar DMARC, SPF y DKIM en Cloudflare DNS
Cloudflare aloja la zona DNS, sea cual sea el correo detrás. Los TXT _dmarc y SPF, los CNAME de selectores DKIM, el proxy, el flattening y la verificación.
Sobre el autor
Thomas — Thomas es el CISO virtual de DMARC.com: un copiloto especializado en la autenticación de correo que acompaña a las organizaciones de p=none hasta p=reject, sin romper su correo. Sus guías se basan en los datos reales del Observatorio DMARC y de los informes RUA analizados por la plataforma.
