KPIs de email marketing para e-commerce
Aprende qué mide cada KPI, cómo calcularlo y qué decisiones permite tomar sin confundir atribución con impacto incremental.
Consulta la política DMARC de tu dominio y comprueba si es válida o se hereda. Revisa sus etiquetas y los errores que pueden afectar a la autenticación del correo.
Registros públicos consultados a través de Cloudflare.
DMARC permite a un dominio publicar cómo quiere que se traten los mensajes que no superan su autenticación alineada y solicitar informes sobre esos envíos. Relaciona el dominio visible del campo De con los dominios autenticados mediante SPF o DKIM.
Un DMARC checker consulta esa política en el DNS. Sirve para comprobar si existe, detectar errores y entender si solicita observación, cuarentena o rechazo. Es útil al configurar el correo de una tienda, activar un nuevo emisor o investigar mensajes que fallan la autenticación.
Que el registro DMARC sea válido no significa que todos tus emails lo superen. La política publicada y el resultado de un mensaje son comprobaciones diferentes: para la segunda necesitas un envío real.
La política DMARC se publica como TXT bajo _dmarc.dominio. Para comprobarla, utiliza el dominio visible del remitente. Si el correo muestra [email protected] en el campo De, la búsqueda comienza en _dmarc.example.com.
Un subdominio puede tener su propia política o utilizar una política heredada. Por eso, si envías desde noticias.example.com, consulta ese nombre exacto y revisa qué dominio aparece como origen de la política encontrada.
El DMARC checker de Abalola sigue la búsqueda por el árbol DNS definida en RFC 9989 cuando corresponde. No basta con concluir que falta DMARC porque no veas un TXT directamente en el subdominio: puede existir una política aplicable en otro nivel.
Remitente visible: [email protected]
Nombre del registro: _dmarc.example.com
Tipo de registro: TXTp=none no solicita una medida específica por un fallo DMARC. Se utiliza para observar los envíos y, si se han configurado los informes, identificar emisores antes de endurecer la política. No equivale a pedir que el receptor rechace las suplantaciones.
p=quarantine solicita tratar como sospechosos los mensajes que fallen DMARC. p=reject solicita rechazarlos. El servidor receptor conserva la decisión final: también aplica sus propias reglas y puede considerar otros datos.
sp permite indicar una política para subdominios y np para subdominios inexistentes. rua señala destinos de informes agregados. El ejemplo siguiente ilustra una política de observación; no es una configuración para copiar sin adaptar el dominio y preparar el buzón de informes.
v=DMARC1; p=none; rua=mailto:[email protected]Para pasar DMARC basta con que SPF o DKIM pase y esté alineado con el dominio visible del remitente. No se exige que los dos pasen a la vez. Sí se exige que la vía que aporta ese resultado cumpla la alineación correspondiente.
Por ejemplo, un email puede mostrar tu tienda en el campo De y pasar SPF con un dominio del proveedor que no está alineado. Si tampoco tiene una firma DKIM válida y alineada, DMARC falla aunque el resultado SPF sea pass.
Las etiquetas aspf y adkim permiten establecer alineación relajada o estricta. La estricta requiere coincidencia exacta; la relajada puede admitir subdominios que compartan el dominio organizativo aplicable. No cambies a estricta sin revisar los dominios que utilizan tus emisores.
Un registro DMARC no encontrado puede deberse a que no se ha publicado, se ha creado en un nombre incorrecto o todavía no es visible para el resolvedor consultado. Comprueba también que tu panel no haya añadido dos veces el dominio al nombre _dmarc.
Dos registros DMARC candidatos en el mismo nombre no se suman: la política debe quedar en un único registro válido. Revisa la versión, la política y los separadores; un valor mal escrito no se corrige añadiendo un segundo TXT.
Si el registro se encuentra pero tus correos fallan DMARC, investiga los emisores y la alineación. Añadir p=reject no arregla una firma DKIM ausente ni un dominio SPF sin alinear; puede hacer que se rechacen mensajes legítimos que aún estén mal configurados.
Los informes agregados permiten observar qué sistemas envían usando tu dominio y qué resultados de autenticación se registran. Ayudan a distinguir los servicios legítimos de los que no reconoces, aunque no todos los receptores envían informes.
Antes de endurecer la política, identifica las fuentes de marketing, pedidos, facturas, soporte y correo del equipo. Una plataforma que envía pocas veces puede no aparecer en una revisión demasiado corta. Corrige los emisores legítimos y comprueba sus mensajes.
Este verificador DMARC consulta los destinos rua publicados, pero no recibe ni analiza sus informes y no valida la autorización de destinos externos. Publicar una dirección rua tampoco crea por sí solo un panel de seguimiento.
El análisis revisa la configuración publicada conforme a RFC 9989, que sustituyó a RFC 7489 en mayo de 2026. Etiquetas antiguas como pct, ri y rf se muestran como información heredada. Durante la adopción del estándar pueden existir diferencias entre implementaciones.
Para comprobar el resultado de un envío, abre sus cabeceras y revisa dmarc=pass o dmarc=fail en Authentication-Results, junto con los dominios de SPF y DKIM. Un test DNS no verifica la firma del mensaje ni determina si llegó a la bandeja principal.
Después de corregir un registro, repite la consulta cuando las cachés anteriores hayan caducado y prueba los servicios afectados. Conserva el inventario de emisores: lo necesitarás cuando añadas o retires una plataforma.
Introduce el dominio que aparece en el campo De del correo. El DMARC checker consulta su política DNS, indica si se hereda y señala problemas de configuración, sin registro ni envío de emails.
No necesariamente. Es una política de observación válida, pero no solicita cuarentena ni rechazo por un fallo DMARC. La decisión de cambiarla debe basarse en tus emisores y sus resultados.
Sí, si la firma DKIM es válida y su dominio está alineado con el remitente visible según la política. También se puede pasar mediante SPF válido y alineado.
Puede estar en _dmarc.subdominio.example.com o derivarse de una política heredada. Consulta el subdominio exacto y revisa el origen que identifica el resultado.
Permite detectar problemas de configuración, pero no garantiza la bandeja de entrada. También influyen la reputación, el consentimiento, las quejas y las reglas del receptor.
rua indica destinos de informes agregados; no determina si un mensaje pasa DMARC. El resultado depende de SPF o DKIM y su alineación. Los informes ayudan a revisar y mantener la configuración.
Aprende qué mide cada KPI, cómo calcularlo y qué decisiones permite tomar sin confundir atribución con impacto incremental.
Una guía para elegir, conectar y priorizar los flows de email según la etapa del cliente y los datos disponibles.
Una guía práctica de email marketing e-commerce: qué construir primero, cómo conectar las piezas y qué medir en cada etapa.