¿Qué es Email Deliverability?
Email deliverability, o entregabilidad de email, es la capacidad de un remitente para conseguir que sus mensajes legítimos sean aceptados y ubicados en la bandeja de entrada del destinatario, en lugar de ser rechazados, bloqueados o filtrados como spam. Depende de señales técnicas y de comportamiento como la autenticación del dominio, la reputación del remitente, la calidad y el consentimiento de la lista, las quejas, los rebotes y el patrón de envío. No equivale a email delivery: un mensaje puede figurar como entregado técnicamente y terminar en spam.
Qué es Email Deliverability
Email deliverability describe la capacidad real de un remitente para conseguir que sus emails legítimos lleguen a la bandeja de entrada del destinatario. No se limita a que el mensaje salga del proveedor de envío ni a que el servidor receptor responda que lo aceptó: también importa dónde lo coloca el proveedor de correo después de aceptarlo.
Por eso la entregabilidad combina infraestructura y comportamiento. Un dominio correctamente autenticado puede tener problemas si envía a personas que no esperan sus mensajes, acumula quejas o aumenta el volumen de forma brusca. Y una lista con buen engagement puede sufrir si la autenticación, el DNS o la reputación técnica están mal configurados.
La pregunta que responde no es simplemente “¿se envió?”, sino “¿el mensaje legítimo consiguió llegar a un lugar donde el destinatario pueda encontrarlo normalmente?”.
Email delivery vs. email deliverability
Esta diferencia es la frontera conceptual más importante del término. Delivery se refiere a la aceptación técnica del mensaje por parte del servidor receptor. Deliverability se refiere a la colocación posterior y a la capacidad de alcanzar la bandeja de entrada.
Email delivery
Un email se considera técnicamente entregado cuando el servidor del destinatario lo acepta. Esa aceptación no garantiza que aparezca en la bandeja de entrada: todavía puede terminar en spam, cuarentena, una pestaña específica o ser sometido a filtros adicionales.
Email deliverability
Observa si los mensajes aceptados consiguen una colocación útil, especialmente en inbox. Está condicionada por la reputación, la autenticación, la calidad de la audiencia, las quejas, el patrón de envío y las reglas del proveedor receptor.
Por eso una campaña puede mostrar 99% de delivery y aun así tener mala deliverability si una proporción relevante de esos emails termina en spam.
Qué factores determinan la entregabilidad
No existe un único “algoritmo de deliverability”. Gmail, Yahoo, Outlook y otros proveedores aplican sistemas propios. Sin embargo, hay señales que se repiten de forma consistente.
Autenticación y alineación del dominio
SPF, DKIM y DMARC ayudan a demostrar quién envía, si el mensaje fue alterado y si el dominio visible está alineado con los mecanismos de autenticación. Son una base técnica de confianza y, para ciertos volúmenes, un requisito explícito de proveedores como Gmail y Yahoo.
Reputación del remitente
Los proveedores evalúan señales asociadas al dominio, la IP y otros identificadores. Una historia consistente de correo esperado y legítimo favorece la reputación; quejas, bloqueos, direcciones inválidas y patrones asociados a abuso pueden deteriorarla.
Calidad y consentimiento de la lista
Enviar a personas que pidieron recibir comunicaciones reduce el riesgo de quejas y direcciones problemáticas. Listas compradas, registros ambiguos o contactos inactivos elevan el riesgo aunque la infraestructura técnica sea correcta.
Volumen y patrón de envío
Los aumentos bruscos, picos poco habituales o cambios radicales de frecuencia pueden activar controles de reputación. En dominios nuevos o después de cambios importantes conviene aumentar el volumen de forma gradual y consistente.
Quejas, rebotes y señales de recepción
Las quejas de spam son una señal especialmente sensible. Los rebotes también revelan problemas de calidad de lista o infraestructura. Los proveedores pueden combinar estas señales con interacción, historial y características del mensaje para decidir aceptación y colocación.
Cómo se mide la Email Deliverability
No existe una única fórmula universal de “deliverability”. Conviene separar las métricas de aceptación técnica de las métricas de colocación.
Tasa de delivery
Delivery rate = emails aceptados por el servidor receptor ÷ emails enviados × 100
También puede expresarse de forma equivalente como (enviados − rebotes) ÷ enviados × 100, según cómo clasifique los eventos el proveedor. Mide aceptación técnica, no inbox placement.
Inbox placement rate
Inbox placement rate = mensajes ubicados en inbox ÷ mensajes entregados medidos × 100
Esta métrica requiere herramientas o metodologías específicas de inbox placement; no suele poder deducirse con precisión a partir de la tasa de apertura o del estado “delivered” del ESP.
El diagnóstico se completa con bounce rate, spam complaint rate, reputación de dominio/IP, resultados de autenticación y respuestas SMTP. Los umbrales y la forma exacta de calcular algunas señales pueden variar entre proveedores, por lo que no conviene mezclar cifras de fuentes distintas como si fueran idénticas.
SPF, DKIM y DMARC: qué aportan a la entregabilidad
La autenticación no garantiza inbox placement, pero hoy es parte fundamental de una infraestructura de envío confiable.
SPF
Publica qué servidores o IP están autorizados a enviar correo en nombre de un dominio. El receptor puede comprobar si la infraestructura que envió el mensaje está autorizada por ese registro.
DKIM
Añade una firma criptográfica que permite verificar la autenticidad del dominio firmante y comprobar que partes protegidas del mensaje no fueron modificadas durante el tránsito.
DMARC
Conecta la autenticación con el dominio visible en el campo From y permite publicar una política para los mensajes que no superan las comprobaciones requeridas. También habilita reportes útiles para detectar fallos y abuso del dominio.
Una configuración correcta debe contemplar además la alineación entre el dominio visible y SPF o DKIM cuando DMARC lo exige. “Tener SPF, DKIM y DMARC” no alcanza si están mal configurados o no representan realmente el flujo de envío.
Qué exigen hoy Gmail y Yahoo a los remitentes
Las políticas de los proveedores cambian con el tiempo, por lo que esta sección debe leerse como contexto operativo vigente a septiembre de 2026 y verificarse siempre contra las fuentes oficiales.
Gmail exige para todos los remitentes autenticación mediante SPF o DKIM, DNS válido, TLS, formato correcto y control de spam. Para quienes envían más de 5.000 mensajes diarios a cuentas personales de Gmail, añade requisitos como SPF + DKIM + DMARC, alineación DMARC y baja con un clic para mensajes promocionales o de suscripción. Google recomienda mantener la tasa de spam reportada por usuarios por debajo de 0,1% y evitar alcanzar 0,3%.
Yahoo establece un patrón similar: autenticación mínima para todos los remitentes y, para remitentes masivos, SPF + DKIM + DMARC, alineación, baja fácil y tasa de quejas por spam por debajo de 0,3%. También recomienda separar tipos de correo y eliminar destinatarios inválidos.
Estos requisitos son condiciones de base. Cumplirlos reduce riesgos de rechazo o filtrado, pero no garantiza por sí solo una ubicación en inbox: la reputación y la respuesta de los destinatarios siguen siendo relevantes.
Qué es / qué no es
Email Deliverability sí es
- Una capacidad de llegar de forma confiable a la bandeja de entrada
- Un problema técnico y de comportamiento al mismo tiempo
- Una disciplina ligada a autenticación, reputación y calidad de audiencia
- Un sistema que requiere monitoreo continuo
Email Deliverability no es
- Lo mismo que delivery rate
- Una garantía automática por usar un ESP reconocido
- Un resultado explicado sólo por el contenido del email
- Una única métrica o fórmula universal
Errores frecuentes
Confundir “delivered” con “llegó al inbox”
El estado delivered suele indicar aceptación por parte del servidor receptor. El proveedor todavía puede filtrar el mensaje a spam u otra ubicación. Una tasa de delivery alta no demuestra por sí sola buena entregabilidad.
Tratar SPF, DKIM y DMARC como un checklist suficiente
La autenticación es necesaria, pero no neutraliza una mala reputación, una lista sin consentimiento, altas quejas o prácticas de envío agresivas. La deliverability se construye con varias señales simultáneas.
Comprar listas o mantener contactos inválidos
El volumen no compensa la baja calidad. Direcciones inválidas, spam traps potenciales, personas que no esperan el mensaje y contactos inactivos pueden deteriorar rápidamente la reputación del remitente.
Aumentar el volumen de golpe
Un salto brusco puede parecer anómalo para los filtros. En dominios o infraestructuras nuevas conviene construir historial de manera gradual, empezando por audiencias que realmente esperan el correo.
Usar la tasa de apertura como prueba de inbox placement
La apertura puede aportar contexto, pero no mide directamente dónde quedó cada mensaje y además depende de mecanismos de tracking y políticas de privacidad. Para diagnosticar colocación se necesitan señales y pruebas específicas.
Preguntas frecuentes
¿Qué es Email Deliverability?
Email deliverability, o entregabilidad de email, es la capacidad de un remitente para conseguir que sus mensajes legítimos sean aceptados y ubicados en la bandeja de entrada del destinatario, en vez de ser rechazados, bloqueados o filtrados como spam. Depende de autenticación, reputación, calidad de la lista, quejas, rebotes y comportamiento de envío.
¿Cuál es la diferencia entre email delivery y email deliverability?
Email delivery indica que el servidor receptor aceptó técnicamente el mensaje. Email deliverability se ocupa de lo que ocurre después: si el mensaje llega a la bandeja de entrada o es filtrado como spam, cuarentena u otra ubicación. Una tasa de delivery alta no garantiza buena entregabilidad.
¿Cómo se mide la email deliverability?
No existe una única métrica universal. La tasa de delivery mide aceptación técnica; la tasa de inbox placement estima qué proporción de los mensajes medidos como entregados llega a la bandeja de entrada. También se observan rebotes, quejas de spam, reputación, autenticación y respuestas de los proveedores de correo.
¿Qué relación tienen SPF, DKIM y DMARC con la entregabilidad?
SPF y DKIM permiten autenticar el origen y la integridad del correo, mientras DMARC define cómo se evalúan esos mecanismos respecto del dominio visible del remitente y qué hacer ante fallos. Son señales fundamentales de confianza y cumplimiento, pero por sí solas no garantizan llegar a la bandeja de entrada.
¿Un email marcado como delivered puede haber caído en spam?
Sí. Muchos proveedores y plataformas marcan un email como delivered cuando el servidor receptor lo acepta. Después de esa aceptación, el proveedor puede colocarlo en inbox, promociones, spam, cuarentena o aplicar otros filtros. Por eso delivery y deliverability no son sinónimos.
¿Qué factores perjudican la entregabilidad de email?
Entre los factores frecuentes están una autenticación incompleta o desalineada, listas compradas o sin consentimiento claro, altas tasas de queja, direcciones inválidas, aumentos bruscos de volumen, baja reputación del dominio o IP, patrones de envío inconsistentes y contenido o infraestructura asociados a abuso.
¿Gmail y Yahoo exigen autenticación a los remitentes?
Sí. Ambos proveedores publican requisitos para remitentes y requisitos adicionales para remitentes masivos, incluyendo autenticación mediante SPF, DKIM y DMARC en determinados casos, bajas tasas de spam y facilidades de baja para mensajes promocionales o de suscripción. Como estas políticas pueden cambiar, deben verificarse en la documentación oficial vigente.
Referencias clave
Google Gmail. Email sender guidelines. Requisitos actuales de autenticación, DNS, TLS, tasas de spam y baja para remitentes que envían a Gmail.
Google Gmail. Email sender guidelines FAQ. Detalla umbrales de spam, aplicación de requisitos y condiciones para remitentes masivos.
Yahoo Sender Hub. Sender Requirements & Recommendations. Requisitos de autenticación, reputación, bajas y prácticas de envío para Yahoo.
Sinch Mailgun. Deliverability: The impact of inbox placement. Diferencia delivery de deliverability y explica inbox placement.
IETF. RFC 8058 · Signaling One-Click Functionality for List Email Headers. Estándar utilizado por los principales proveedores para la baja con un clic.