La autenticación del correo electrónico es uno de los aspectos más importantes de la capacidad de entrega del correo electrónico y uno de los más malinterpretados.
La mayoría de los remitentes saben que necesitan SPF, DKIM y DMARC, pero solo unos pocos comprenden qué hace realmente cada uno de ellos, cómo funcionan conjuntamente o por qué los correos electrónicos pueden seguir acabando en la carpeta de spam incluso cuando los tres están configurados.
Parte de la confusión se debe a que se considera que la autenticación es una solución para garantizar la entrega, cuando en realidad no lo es. La autenticación ayuda a los proveedores de buzones de correo a verificar quién ha enviado un mensaje y si es fiable. Sin ella, tus correos electrónicos podrían ser rechazados o filtrados. Con ella, simplemente cumples un requisito básico.
En esta guía, aprenderás qué hace cada método de autenticación, cómo funcionan conjuntamente, cómo configurarlos correctamente y cuáles son los errores más comunes que provocan fallos de autenticación, incluso cuando los registros parecen estar correctamente configurados.
¿Qué es la autenticación del correo electrónico?
La autenticación del correo electrónico es un conjunto de métodos que permiten a los proveedores receptores, como Gmail y Outlook, verificar que un correo electrónico procede realmente del dominio que indica y que no ha sido falsificado ni alterado durante su transmisión.
Funciona a través de los registros DNS que publica el dominio remitente:
- SPF enumera los servidores autorizados para enviar
- DKIM añade una firma criptográfica que confirma que el mensaje no ha sido alterado.
- DMARC establece la política que vincula ambos elementos con la dirección «De» visible e indica a los destinatarios qué deben hacer cuando falla una comprobación.
En conjunto, estos protocolos confirman la identidad del remitente, uno de los criterios que tienen en cuenta los proveedores antes de decidir si aceptan, filtran o rechazan el correo entrante.
| Qué demuestra la autenticación |
Lo que la autenticación no demuestra |
| El servidor de envío está autorizado para tu dominio (SPF) |
Que los proveedores confíen en tu dominio (reputación) |
| El mensaje no ha sido modificado durante la transmisión (DKIM) |
Que los destinatarios quieran recibir tu correo o interactúen con él (reputación) |
| Tu dominio «De:» coincide con lo que se ha comprobado (DMARC) |
Que tu contenido no active los filtros antispam (contenido) |
| Cumples los requisitos mínimos de acceso del centro. |
Que tu correo electrónico llegue a la bandeja de entrada |
Los tres métodos principales de autenticación del correo electrónico
La autenticación del correo electrónico se basa en tres protocolos que funcionan conjuntamente para verificar quién envía un correo electrónico y si ese mensaje es fiable. Cada uno de ellos tiene una función diferente, y comprender cómo se complementan entre sí es fundamental para resolver problemas relacionados con la entregabilidad y la autenticación.
SPF (Sender Policy Framework)
El SPF (Sender Policy Framework) es un método de autenticación del correo electrónico que utiliza un registro TXT de DNS para especificar qué servidores y direcciones IP están autorizados a enviar correo electrónico en nombre de tu dominio.
Cuando se recibe un correo electrónico, el proveedor del buzón consulta el registro SPF del dominio remitente y compara la dirección IP del servidor remitente con la lista de remitentes autorizados. Si el servidor está autorizado, el SPF se supera. Si no lo está, el SPF falla.
El objetivo del SPF es confirmar que el servidor que envía el correo electrónico está autorizado a hacerlo para ese dominio. No verifica el contenido del mensaje, la reputación, la interacción ni si el correo electrónico debe llegar a la bandeja de entrada.
DKIM (DomainKeys Identified Mail)
DKIM (DomainKeys Identified Mail) es un método de autenticación del correo electrónico que añade una firma criptográfica a los mensajes salientes, utilizando un par de claves pública y privada, de modo que los proveedores de correo electrónico receptores puedan confirmar que el mensaje ha sido firmado por tu dominio y que no ha sido alterado durante el tránsito.
Cuando se recibe un correo electrónico, el proveedor del buzón busca la clave pública publicada en el DNS de tu dominio bajo un selector específico y la utiliza para verificar la firma añadida por tu plataforma de envío. Si la firma es válida y el mensaje no ha sufrido modificaciones, la verificación DKIM se supera. Si las claves no coinciden o el mensaje ha sido alterado, la verificación DKIM falla.
El objetivo de DKIM es confirmar que el correo electrónico ha sido firmado por un dominio autorizado en la firma DKIM y que las partes firmadas del mensaje no han sido alteradas tras su envío. Por sí solo, no demuestra que el dominio visible en el campo «De» coincida con el dominio autenticado. Esa coincidencia la gestiona DMARC.
DMARC (y la cuestión del encabezado «MAIL FROM» frente al «From:»)
DMARC (Domain-based Message Authentication, Reporting and Conformance) es un método de autenticación del correo electrónico que utiliza un registro DNS para vincular los resultados de SPF y DKIM al dominio que figura en la dirección «De:» visible, y para indicar a los proveedores receptores qué deben hacer cuando falla la autenticación.
Cuando se recibe un correo electrónico, el proveedor del buzón comprueba si el dominio que ha superado las verificaciones SPF o DKIM coincide con el dominio que aparece en la dirección «De:» que ve realmente el destinatario. Si coinciden, DMARC se supera. Si no coinciden, DMARC falla y el proveedor aplica la política que hayas publicado: p=none (solo supervisión), p=quarantine (enviar a la carpeta de spam) o p=reject (bloquear el mensaje).
El objetivo de DMARC es confirmar que el dominio autenticado coincide con el que ve el destinatario, lo que impide que otros suplanten tu dominio, y ofrecerte control sobre cómo se gestionan los errores.
| Factor |
SPF |
DKIM |
DMARC |
| Nombre completo |
Marco de políticas de remitentes |
Correo identificado mediante DomainKeys |
Autenticación, notificación y conformidad de mensajes basados en dominio |
| Objetivo principal |
Comprueba que el servidor remitente esté autorizado para enviar mensajes en nombre del dominio |
Comprueba que el mensaje no haya sido alterado durante la transmisión |
Comprueba la coincidencia de dominios e indica a los destinatarios cómo gestionar los errores de autenticación |
| Qué verifica |
Servidor de envío o dirección IP |
Integridad del mensaje e identidad del remitente mediante una firma criptográfica |
Si SPF y/o DKIM han superado la verificación y coinciden con el dominio «De:» visible |
| Protege contra |
Envío no autorizado desde servidores no autorizados |
Manipulación de mensajes y firmas falsificadas |
Suplantación de dominios y suplantación de identidad |
| Publicado como |
Registro TXT del DNS |
Registro TXT del DNS (clave pública) |
Registro TXT del DNS |
| Evalúa |
Infraestructura de envío |
Contenido del mensaje y firma |
Resultados de la autenticación y alineación de dominios |
| ¿Utiliza el DNS? |
Sí |
Sí |
Sí |
| Se aprueba cuando |
El servidor de envío está autorizado en el registro SPF |
La firma DKIM se verifica con la clave publicada |
SPF o DKIM se validan y coinciden con el dominio del campo «De:» |
| Da error cuando |
El servidor de envío no está autorizado |
Falta la firma, no es válida o ha sido alterada |
Ni el SPF ni el DKIM coinciden con el dominio del campo «De:» |
| ¿Visible para los destinatarios? |
No |
No |
No |
| ¿Ofrece funciones de generación de informes? |
No |
No |
Sí, a través de informes agregados y forenses |
| Opciones de ejecución |
Ninguno |
Ninguno |
p=ninguno, p=cuarentena, p=rechazo |
| ¿Puede trabajar solo? |
Sí, pero ofrece una protección limitada |
Sí, pero ofrece una protección limitada |
No. DMARC depende de SPF y/o DKIM |
| El problema más habitual |
Faltan fuentes de envío o se han superado los límites de consulta SPF |
Selector incorrecto o configuración de firma errónea |
Discrepancias entre los dominios autenticados y los visibles |
| Responde a esta pregunta |
«¿Tiene permiso este servidor para enviar mensajes para este dominio?» |
«¿Se ha modificado este mensaje? ¿Lo ha firmado este dominio?» |
«¿Coinciden los dominios autenticados con el dominio que ve el destinatario?» |
| Papel en la capacidad de entrega moderna |
Referencia de autenticación |
Referencia de autenticación |
Nivel de políticas y cumplimiento exigido por los principales proveedores de correo electrónico |
| Requisito exigido por las normas sobre remitentes masivos de Gmail, Yahoo y Outlook |
Sí |
Sí |
Sí |
Comprueba que tus registros realmente cumplan los requisitos, no solo que existan.
Una consulta de DNS solo confirma que un registro está publicado. No indica si SPF y DKIM se superan cuando Gmail y Outlook reciben tu correo electrónico. Las herramientas gratuitas SPF Checker y DKIM Checker de MailReach realizan pruebas de extremo a extremo y señalan los problemas relacionados con SPF, DKIM, DMARC, listas negras y DNS inverso en un único informe.
BIMI (y por qué es opcional en la captación en frío B2B)
BIMI (Brand Indicators for Message Identification) es un estándar de correo electrónico que muestra el logotipo verificado de tu marca junto a tus mensajes en las bandejas de entrada compatibles, pero solo una vez que tu dominio se encuentre en modo de aplicación de DMARC.
Cuando se recibe un correo electrónico, los proveedores de soporte comprueban que tu dominio aplique DMARC (p=quarantine o p=reject) y buscan en tu DNS un registro BIMI que apunte a tu logotipo. Si se cumplen esas condiciones, tu logotipo aparecerá junto al mensaje. La mayoría de los principales proveedores también exigen un certificado de marca verificada (VMC) que demuestre que eres el propietario del logotipo antes de mostrarlo.
El objetivo de BIMI es el reconocimiento visual de la marca en la bandeja de entrada, no la capacidad de entrega. No afecta a la reputación del remitente, a los resultados de autenticación ni a que tu correo electrónico llegue a la bandeja de entrada. Para las campañas de contacto en frío B2B, es opcional y tiene baja prioridad. Se trata de un elemento de imagen de marca, no de una herramienta para mejorar la capacidad de entrega, por lo que, si eres un remitente de correo saliente y estás decidiendo en qué dedicar tu tiempo, BIMI se sitúa casi al final de la lista.
Cómo funcionan conjuntamente SPF, DKIM y DMARC
SPF, DKIM y DMARC están diseñados para funcionar como una cadena, de modo que cada uno de ellos resuelve una parte diferente del problema de la autenticación del correo electrónico.
- SPF comprueba que el servidor que envía el correo electrónico esté autorizado para hacerlo en nombre del dominio.
- DKIM verifica que el mensaje no haya sido modificado tras su envío.
- DMARC se superpone a ambos y comprueba si el dominio que ha superado las verificaciones de SPF o DKIM coincide con el dominio que ve el destinatario en la dirección «De:».
No es necesario que un correo electrónico supere tanto la verificación SPF como la DKIM para que la verificación DMARC se considere superada. Basta con que supere una de ellas y coincida con el dominio visible en el campo «De:». Si ninguno de los dos coincide, la verificación DMARC falla, aunque SPF o DKIM se hayan superado por separado.
Por eso los problemas de autenticación pueden resultar confusos. Un mensaje puede superar las comprobaciones de SPF y DKIM y, aun así, no superar la de DMARC porque los dominios autenticados no coinciden con la dirección «De:». Por el contrario, un mensaje puede no superar la comprobación de SPF y, aun así, superar la de DMARC si DKIM se supera y se alinea correctamente.
En conjunto, estas tres normas ayudan a los proveedores de correo electrónico a verificar quién envió el mensaje, si se modificó durante el tránsito y si la identidad del remitente es fiable. Si no se aplican las tres conjuntamente, los proveedores tienen menos confianza en el mensaje y es más probable que lo filtren, lo marquen como correo no deseado o lo rechacen.
Requisitos de los proveedores: Google, Yahoo y Microsoft
Desde febrero de 2024, Google y Yahoo han establecido la autenticación como requisito mínimo para los remitentes masivos. Estos deben contar con SPF y DKIM, una política DMARC con un valor mínimo de p=none, autenticación alineada, bajos índices de reclamaciones por spam y un proceso de baja operativo para los mensajes de marketing o de suscripción.
Microsoft también ha establecido una serie de requisitos para los remitentes de gran volumen, es decir, aquellos dominios que envían más de 5.000 correos electrónicos al día a direcciones de particulares de Outlook.com, entre las que se incluyen outlook.com, hotmail.com, live.com y msn.com. Estos requisitos incluyen el cumplimiento de los protocolos SPF, DKIM y DMARC.
La conclusión práctica es sencilla: aunque técnicamente no superes todos los umbrales establecidos para los remitentes masivos, la autenticación es ahora un requisito imprescindible. Debes tener SPF, DKIM y DMARC configurados correctamente antes de ampliar cualquier actividad de envío a gran escala.
Cómo configurar y verificar la autenticación del correo electrónico (paso a paso)
La autenticación del correo electrónico funciona mejor cuando se configuran conjuntamente SPF, DKIM y DMARC. Dado que cada protocolo se basa en los demás, es recomendable configurarlos en un orden concreto.
Paso 1: Identifica las fuentes de envío de tus correos electrónicos
Empieza por hacer una lista de todas las plataformas que envían correos electrónicos utilizando tu dominio. Normalmente, esto incluye:
- Tu proveedor de correo electrónico (Google Workspace, Microsoft 365, etc.)
- Plataformas de marketing
- Sistemas CRM
- Herramientas de captación en frío
- Servicio de asistencia y plataformas de soporte
- Sistemas de facturación
- Cualquier otra aplicación que envíe correos electrónicos en tu nombre
Disponer de un inventario completo facilita la configuración correcta de la autenticación y evita que se pasen por alto remitentes legítimos.
Paso 2: Configurar el SPF
Publica un registro SPF en tu DNS que autorice a los servidores que pueden enviar correo electrónico en nombre de tu dominio.
Al crear tu registro SPF:
- Publica un único registro TXT de SPF para el dominio
- Añade todas las plataformas de envío legítimas
- Utiliza los mecanismos de inclusión recomendados por el proveedor, siempre que estén disponibles
- Revisa el registro cada vez que se añada una nueva herramienta de envío
- Mantén el registro preciso y actualizado
El registro debe incluir todas las fuentes de envío legítimas y, al mismo tiempo, mantenerse preciso y actualizado a medida que se añaden nuevas herramientas.
Paso 3: Configurar DKIM
Activa DKIM para cada plataforma que envíe correos electrónicos en tu nombre.
DKIM permite a los proveedores receptores verificar que un mensaje no ha sido modificado tras su envío.
Para cada plataforma de correo electrónico:
- Generar un par de claves DKIM dentro de la plataforma
- Publica la clave pública en el DNS
- Utiliza el selector que proporciona el proveedor
- Activar la firma DKIM para el correo saliente
- Comprueba que las firmas DKIM sean válidas en los mensajes entregados
La mayoría de los proveedores generan un registro DKIM que debes publicar en el DNS. Una vez configurado, los mensajes salientes se firman automáticamente para que los proveedores receptores puedan verificar la integridad de los mensajes.
Paso 4: Configurar DMARC
Publica un registro DMARC para definir cómo deben gestionar los proveedores receptores los mensajes que no superan la autenticación.
Empieza por:
- Un registro DMARC publicado en _dmarc.tu-dominio.com
- Una política de supervisión (p = ninguna)
- Una dirección de notificación global (rua=)
- Revisiones periódicas de los informes DMARC
Antes de pasar a la fase de ejecución:
- Asegúrate de que todos los remitentes legítimos estén autenticados
- Solucionar los errores de alineación
- Validar los resultados de SPF y DKIM en todas las plataformas de envío
La mayoría de las organizaciones comienzan con una política de supervisión (p=ninguna) para revisar los resultados de la autenticación antes de pasar a políticas de aplicación más estrictas, como p=cuarentena o p=rechazo.
Paso 5: Comprobar los resultados de la autenticación
Una vez realizada la configuración, comprueba que los protocolos SPF, DKIM y DMARC se superen correctamente en los mensajes entregados.
Comprueba que:
- SPF reenvía los mensajes entregados
- DKIM se aplica a los mensajes entregados
- DMARC se supera y se alinea correctamente
- La autenticación sigue funcionando correctamente tras añadir nuevas herramientas o proveedores
Un registro DNS por sí solo solo confirma que la configuración existe. La verificación confirma que los proveedores de buzones de correo pueden autenticar correctamente tu correo electrónico en condiciones reales de recepción.
Comprobarlo en el DNS no es lo mismo que comprobarlo en la bandeja de entrada.
Este es el paso que la mayoría de los remitentes se saltan. La prueba gratuita de entregabilidad de correo electrónico de MailReach envía tu correo electrónico a bandejas de entrada de prueba en entornos de Google, Microsoft y Yahoo, y luego te muestra dónde acaba: en la bandeja de entrada, en la carpeta de spam o en carpetas filtradas específicas de cada proveedor, como «Promociones» de Gmail. También obtienes los resultados de SPF, DKIM y DMARC del mensaje recibido, además de una lista priorizada de lo que debes corregir primero.
Errores habituales en la autenticación del correo electrónico (y cómo solucionarlos)
La mayoría de los errores de autenticación del correo electrónico se deben a pequeños errores de configuración que pasan desapercibidos hasta que los correos empiezan a acabar en la carpeta de spam, no superan las comprobaciones de autenticación o son rechazados directamente.
Los errores que se indican a continuación son los que más suelen encontrar los remitentes. Comprender cómo se producen hace que sea mucho más fácil identificarlos, solucionarlos y prevenirlos antes de que afecten a la capacidad de entrega.
El registro SPF supera el límite de 10 consultas
SPF permite un máximo de 10 consultas DNS. Cada plataforma de correo electrónico que autorices mediante una instrucción «include:» consume parte de ese límite. A medida que se van añadiendo más herramientas con el tiempo, es fácil superar el límite sin darse cuenta.
Cuando se supera el límite, los proveedores de buzones de correo ya no pueden evaluar completamente el registro SPF, lo que provoca que las comprobaciones de SPF fallen, aunque el registro siga existiendo en el DNS.
Cómo solucionarlo:
- Realiza una auditoría de todas las plataformas que actualmente envían correos electrónicos en nombre de tu dominio.
- Elimina las declaraciones «include:» obsoletas o que no se utilicen.
- Consolidar los servicios de envío que se solapen siempre que sea posible.
- Controlar el número de consultas cada vez que se añada una nueva herramienta de envío.
- Comprueba el SPF después de cada cambio para asegurarte de que sigue cumpliendo los requisitos.
Faltan registros DKIM para las nuevas plataformas de envío
DKIM se configura por separado para cada plataforma de envío. Un registro DKIM que funcione para Google Workspace no autentifica automáticamente los correos electrónicos enviados a través de tu CRM, plataforma de contacto, sistema de facturación o servicio de asistencia técnica.
Esto suele ocurrir cuando se conecta una nueva herramienta y empieza a enviar mensajes de inmediato, pero su configuración DKIM nunca se completa. Algunos correos electrónicos superan la autenticación, mientras que otros no, lo que dificulta la detección del problema.
Cómo solucionarlo:
- Crea un registro DKIM para cada plataforma de envío que utilice tu dominio.
- Publica el selector exacto y la clave pública que proporciona cada plataforma.
- Comprueba el DKIM tras la configuración, en lugar de dar por hecho que el registro funciona.
- Mantén un inventario de todos los sistemas de envío y sus selectores DKIM.
- Vuelve a comprobar el DKIM cada vez que un proveedor renueve o actualice sus claves.
Publicación de un registro DMARC sin comprobar la alineación
DMARC solo se supera cuando SPF o DKIM coinciden con el dominio que figura en la dirección «De:» visible.
Un registro puede existir en el DNS y, aun así, no superar la verificación DMARC si el dominio autenticado no coincide con el dominio que ven los destinatarios.
Cómo solucionarlo:
- Comprueba que el SPF coincida con el dominio que aparece en el campo «De:».
- Comprueba que DKIM firme utilizando el mismo dominio que aparece en el encabezado «De:».
- Revisa los informes DMARC para detectar errores de alineación.
- Prueba con correos electrónicos reales para comprobar que DMARC se supera en el momento de la entrega.
- Soluciona los problemas de alineación antes de pasar de p=none.
Pasar a p = «Rechazo demasiado precoz»
La aplicación de DMARC está diseñada para ser gradual. Pasar directamente a p=reject antes de conocer todas las fuentes de envío legítimas puede bloquear correos electrónicos auténticos de la empresa.
El problema suele surgir cuando herramientas olvidadas, sistemas de terceros o aplicaciones internas siguen enviando correos electrónicos que no han sido autenticados correctamente.
Cómo solucionarlo:
- Empieza con p=none y recopila los informes DMARC.
- Identifica todos los sistemas que envían correos electrónicos desde tu dominio.
- Resuelve primero los errores de autenticación y alineación.
- Si quieres una transición más segura, plantéate optar por «p=cuarentena» o una implantación por fases antes de elegir «p=rechazo».
- No apliques el rechazo hasta que un seguimiento constante haya confirmado que todo el correo legítimo pasa sin problemas.
Basarse únicamente en comprobaciones de DNS
Una consulta DNS solo confirma que existe un registro. No garantiza que los proveedores de correo electrónico autentiquen correctamente tus mensajes cuando los reciban.
Esto genera una falsa sensación de seguridad. Todo parece estar bien en el DNS, mientras que los mensajes siguen acabando en la carpeta de spam o no superan los controles de autenticación durante el envío.
Cómo solucionarlo:
- Envía correos electrónicos de prueba a las bandejas de entrada de Gmail y Outlook.
- Comprueba los resultados de SPF, DKIM y DMARC en el mensaje recibido.
- Realiza una prueba después de cada cambio en el DNS o en la plataforma de envío.
- Supervisa los resultados de la autenticación con regularidad, no solo durante la configuración.
- Utiliza las pruebas de entrega en la bandeja de entrada y de autenticación para comprobar el rendimiento en condiciones reales.
Uso de un subdominio para el contacto en frío
Muchos remitentes utilizan un subdominio para el contacto en frío, dando por hecho que esto elimina por completo el riesgo. Aunque la separación resulta útil desde el punto de vista operativo, los proveedores de correo electrónico pueden seguir asociando los subdominios con el dominio principal.
Si las campañas de divulgación generan quejas o una baja participación, los indicadores de reputación podrían afectar al resto del correo asociado a la marca.
Cómo solucionarlo:
- Utiliza un dominio secundario independiente para el contacto en frío, en lugar de tu dominio principal de la empresa. Mantén un nombre sencillo: evita los guiones, los números y los dominios de nivel superior poco habituales, y verifícalo de forma independiente antes de enviarlo.
- Autentifica el dominio secundario de forma independiente.
- Prepara el ámbito de divulgación antes de aumentar el volumen.
- Mantén separados el tráfico de marketing, el transaccional y el de divulgación.
- Protege el dominio principal de tu empresa frente a riesgos innecesarios para su reputación.
Perseguir las listas negras en lugar de mejorar la reputación
A menudo, aparecer en una lista negra puede parecer preocupante, pero la mayoría de las listas negras públicas tienen poca influencia en la ubicación de los mensajes en las bandejas de entrada de Gmail y Outlook. Los proveedores de correo electrónico actuales se basan principalmente en sus propios sistemas de reputación, en las señales de interacción y en los datos sobre reclamaciones.
Muchos remitentes dedican días a investigar las entradas de las listas negras, cuando el verdadero problema es su mala reputación como remitentes.
Cómo solucionarlo:
- Comprueba si los principales proveedores de correo electrónico utilizan realmente la lista negra indicada.
- Céntrate primero en los índices de quejas, la participación y la calidad de la lista.
- Mejorar los procedimientos de autenticación y envío.
- Controla la ubicación en la bandeja de entrada, en lugar de limitarte a comprobar si figura en alguna lista negra.
- Considera las comprobaciones de listas negras como una señal de diagnóstico, no como la principal métrica de entregabilidad.
Autenticación de correo electrónico frente a la entrega en la bandeja de entrada
Los proveedores de correo electrónico consideran cada vez más la autenticación como un requisito básico, en lugar de como un indicador de confianza. A medida que los sistemas de filtrado se vuelven más sofisticados, la diferencia entre el correo autenticado y el que llega a la bandeja de entrada seguirá aumentando. Los proveedores prestan más atención que nunca a la reputación, la interacción, la coherencia y el comportamiento de envío.
Por eso, los remitentes más exitosos consideran la autenticación del correo electrónico como parte de un proceso continuo de entregabilidad. Cada nueva plataforma de envío, cada cambio de dominio, cada herramienta de marketing o cada campaña de divulgación supone una nueva oportunidad para que la autenticación se desajuste sin que nadie se dé cuenta.
El siguiente paso consiste en comprobar continuamente que siguen funcionando en condiciones reales de recepción y detectar los problemas antes de que lo hagan los proveedores de correo electrónico.
Cada nueva herramienta, dominio o campaña supone un riesgo de que SPF, DKIM o DMARC dejen de estar correctamente configurados sin que te des cuenta. Realiza una prueba gratuita de entregabilidad de MailReach para comprobar dónde llegan tus correos electrónicos hoy mismo y combínala con email warmup para construir esa reputación de remitente que la autenticación por sí sola no puede lograr.
Preguntas frecuentes
¿Cuáles son los tres métodos principales de autenticación del correo electrónico?
SPF, DKIM y DMARC. SPF especifica qué servidores pueden enviar mensajes en nombre de tu dominio; DKIM añade una firma que demuestra que el mensaje no ha sido alterado; y DMARC vincula ambos a tu dominio «De:» visible e indica a los destinatarios qué deben hacer en caso de fallo.
¿Necesito DMARC si solo envío correos desde Google Workspace?
Sí. Se recomienda para cualquier remitente y es obligatorio en el caso de envíos masivos. Google Workspace es la plataforma desde la que se realizan los envíos; la publicación de una política DMARC es responsabilidad tuya, no es algo que Workspace gestione automáticamente.
¿Cuál es la diferencia entre SPF, DKIM y DMARC?
SPF autoriza a los servidores de envío. DKIM firma el mensaje para que los destinatarios puedan comprobar que no ha sido alterado. DMARC establece la política y exige que haya coincidencia entre lo que se ha enviado y el dominio del campo «De:» que ve el destinatario.
¿Cuánto tiempo debo permanecer en «p=none» antes de pasar a «p=reject»?
Mantén el valor en «p=none» hasta que los informes DMARC indiquen que se han identificado todos los sistemas legítimos que envían mensajes desde tu dominio. Si actúas demasiado pronto, corres el riesgo de bloquear el correo real de la empresa.
¿Mejora la autenticación del correo electrónico la capacidad de entrega?
Es imprescindible para competir y, sin ella, no puedes llegar a la bandeja de entrada, pero por sí sola no mejora la llegada a la bandeja de entrada. De eso se encargan la reputación y el contenido. La autenticación te abre la puerta; la reputación y el contenido te garantizan un lugar en la bandeja de entrada.
Mejores Prácticas de Email
