Genera tu Registro DMARC
Crea un registro TXT DMARC válido para tu dominio. Configura política, informes y opciones de alineación.
Crea un registro TXT DMARC correctamente formateado para tu dominio en segundos. Elige tu nivel de política, configura la entrega de informes agregados y establece las opciones de alineación. Sin necesidad de registro — solo configura y copia a tu DNS.
La RFC 9989 sustituye pct por esta marca. Los receptores aplican la política un nivel por debajo de la que publicas: reject se trata como quarantine, y quarantine como none. Los informes siguen llegando igual. Los receptores que aún siguen la RFC 7489 ignoran t y aplican la política tal cual.
Dirección de email que recibe los informes agregados DMARC. ¿No tienes buzón para ellos? DMARC Examiner los recibe y los lee por ti, gratis para 1 dominio.
Tu registro DMARC
Añade este registro TXT en tu DNS para: _dmarc.tudominio.com
Cómo elegir tu política DMARC
Publica p=none con una dirección rua desde el primer día: no bloquea nada y tus informes muestran todos los servicios que envían correo con tu dominio. Configura SPF y DKIM en cada uno. Después pasa por las tres políticas en orden, de una en una, y lee tus informes antes de cada paso.
p=none: monitorizar
Los receptores entregan tu correo como siempre y te envían informes. No se bloquea nada. Empieza aquí y quédate al menos un mes, hasta que todos los remitentes legítimos pasen DMARC. La RFC 9989 pide no depender solo de SPF, así que firma cada origen con DKIM.
v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com;p=quarantine: los fallos van a spam
Los mensajes que fallan DMARC van a la carpeta de spam. La RFC 9989 recomienda mantener esta política el mismo tiempo que mantuviste p=none, y leer tus informes antes de pasar a reject.
v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com;p=reject: bloquear los fallos
Los receptores rechazan los mensajes que fallan antes de que lleguen a la bandeja de entrada. Es la protección completa contra la suplantación directa de tu dominio. Pasa aquí cuando tus informes no muestren correo legítimo que falle.
v=DMARC1; p=reject; rua=mailto:dmarc-reports@example.com;Qué pasa después de publicarlo
En uno o dos días, proveedores de correo como Google, Microsoft y Yahoo empiezan a enviar informes agregados a tu dirección rua, normalmente un informe por proveedor al día. Cada informe es un archivo XML comprimido. Lista cada dirección IP que envió correo con tu dominio, cuántos mensajes envió y el resultado de SPF, DKIM y DMARC de cada uno.
El XML no está escrito para personas. Pega un informe en XML a Humano para leerlo, o deja que DMARC Examiner los recoja y los lea todos por ti cada día.
Preguntas frecuentes sobre el registro DMARC
¿Qué diferencia hay entre rua y ruf?
rua recibe los informes agregados: un resumen XML diario por proveedor con cada origen que envió correo con tu dominio y sus recuentos de aprobados y fallidos. ruf recibe los informes de fallo (forenses): detalles de mensajes concretos que fallaron. La mayoría de los grandes proveedores de correo, Gmail incluido, no envían informes ruf por privacidad, así que la dirección que necesitas es rua. Si la dirección rua está en otro dominio, ese dominio tiene que publicar un registro TXT en tudominio.com._report._dmarc.dominioinformes.com con el valor v=DMARC1 para aceptar tus informes.
¿Cómo despliego quarantine o reject de forma gradual ahora que pct ya no existe?
La RFC 9989 (mayo de 2026), que sustituye a la RFC 7489, eliminó la etiqueta pct porque los receptores aplicaban el porcentaje de forma irregular. La sustituye la marca t (testing). Con t=y, los receptores aplican la política un nivel por debajo de la que publicas: p=reject; t=y se trata como quarantine, y p=quarantine; t=y como none. Los informes siguen llegando. Quita t=y, o pon t=n (el valor por defecto), para aplicar la política completa. Los receptores que siguen la RFC 7489 ignoran t y aplican tu política completa, y siguen leyendo pct si lo publicas. La RFC 9989 trata t=y como el equivalente del antiguo pct=0. El camino recomendado es p=none durante al menos un mes, después p=quarantine el mismo tiempo y después p=reject.
¿Para qué sirve la etiqueta sp?
sp fija la política de los subdominios que existen, como news.ejemplo.com. La RFC 9989 añade np para los subdominios que no existen. Si no pones sp, los subdominios usan la política principal de p. Si no pones np, los subdominios inexistentes usan sp, o p cuando no hay sp. Un subdominio que publica su propio registro _dmarc usa ese registro. Pon sp=reject cuando tus subdominios no envíen nunca correo, para que nadie pueda suplantarlos, aunque tu dominio principal siga en p=none.
¿Uso alineación estricta o relajada?
La alineación compara el dominio de la dirección From visible con el dominio que comprobó SPF (el Return-Path) y el dominio que firmó DKIM (d=). La alineación relajada, la que viene por defecto, acepta cualquier subdominio del mismo dominio organizativo: el correo enviado desde news.ejemplo.com se alinea con ejemplo.com. La alineación estricta (adkim=s o aspf=s) exige que coincidan exactamente. Quédate con la relajada salvo que tengas un motivo concreto, porque la estricta rompe los servicios que envían desde un subdominio.
¿Cuánto tarda en propagarse un registro DMARC?
Un registro DMARC es un registro TXT en _dmarc.tudominio.com. La mayoría de los proveedores DNS lo publican en minutos, pero los resolvers pueden guardar la respuesta anterior hasta que caduque su TTL, normalmente menos de una hora y como mucho 48 horas. Comprueba el registro con el verificador DMARC después de publicarlo. Los primeros informes agregados llegan al día siguiente de que los receptores vean el registro.
¿Ya tienes un registro DMARC?
Verificar tu registro DMARCMonitoriza tu despliegue DMARC
Rastrea tu autenticación de email y recibe alertas cuando surjan problemas.
Monitoriza 1 dominio gratis - Sin tarjeta