Crea paso a paso un registro DMARC correcto para tu dominio. Elige una política, añade las direcciones que recibirán los informes y copia el registro TXT listo para pegar en tu DNS, con avisos sobre los errores que rompen DMARC sin que te des cuenta.
Funciona 100% en tu navegador: no se sube nada
TXT_dmarcSi tu panel DNS añade el dominio automáticamente, escribe solo _dmarc.
v=DMARC1; p=nonePublica exactamente un registro TXT con este valor.
→ Tras publicarlo, verifícalo con el verificador SPF, DKIM y DMARC gratis
Los cambios de DNS suelen verse en pocos minutos.
Un SPF, DKIM y DMARC perfectos no evitan los rebotes. Enviar a direcciones inválidas, desechables o abandonadas daña tu reputación de remitente igual que un DMARC ausente. Valida tu lista antes de la próxima campaña.
DMARC se apoya en SPF y DKIM. Asegúrate de que cada servicio que envía en nombre de tu dominio supere al menos uno de ellos, con tu dominio alineado.
Empieza con p=none y una dirección rua para recibir informes agregados. El registro se actualiza mientras escribes.
En tu proveedor de DNS, crea un registro TXT llamado _dmarc (algunos paneles piden _dmarc.tudominio.com) y pega el valor. Mantén un único registro DMARC.
Compruébalo con nuestro verificador SPF, DKIM y DMARC gratis, revisa los informes durante unas semanas y después pasa a quarantine y reject.
Un registro DMARC es una lista de pares etiqueta=valor separados por punto y coma. Solo v y p son obligatorias.
v=DMARC1 debe ir primero. p indica a los receptores qué hacer con el correo que falla DMARC: none (solo informar), quarantine (carpeta de spam) o reject (rechazarlo). sp fija otra política para los subdominios; si se omite, siguen a p.
rua recibe informes agregados diarios (XML) de Gmail, Yahoo, Microsoft y otros, con cada IP que envió en nombre de tu dominio. ruf recibe informes de fallo por mensaje, que pocos proveedores envían. Puedes indicar varias direcciones, separadas por comas, cada una como mailto:.
DMARC solo se supera cuando SPF o DKIM pasan para un dominio que coincide con el dominio visible del From. La relajada (r, por defecto) acepta subdominios —mail.ejemplo.com se alinea con ejemplo.com—; la estricta (s) exige coincidencia exacta.
pct aplica la política a un porcentaje del correo que falla, útil para un despliegue gradual. fo decide cuándo se generan informes de fallo. ri solicita un intervalo de informes en segundos, aunque la mayoría de proveedores envía un informe al día igualmente.
Saltar directamente a reject puede bloquear tus propias facturas, newsletters o correos de soporte. Avanza por etapas y deja que los informes te guíen.
Publica p=none con una dirección rua. Lee los informes agregados (nuestro analizador de informes DMARC los abre en tu navegador) y anota cada servicio que envía en nombre de tu dominio.
Para cada servicio, configura DKIM con tu dominio y/o añádelo al SPF. Repite hasta que las fuentes legítimas superen DMARC; que el correo reenviado falle SPF es normal.
Cambia a p=quarantine, si quieres con pct=25, luego 50 y 100. Vigila los informes y tu buzón de soporte por si alguien echa en falta correos.
Cuando quarantine lleve unas semanas sin incidencias, pasa a p=reject. Valora también sp=reject para que nadie suplante subdominios que no usas.
Conserva la dirección rua después de llegar a reject: las herramientas nuevas que empiecen a enviar en nombre de tu dominio aparecerán primero en los informes.
→ Analizador de informes DMARC — Abre informes agregados DMARC (RUA) — XML, .gz o .zip — y descubre quién envía en nombre de tu dominio.
Un registro TXT publicado en _dmarc.tudominio que indica a los servidores receptores cómo tratar los mensajes que dicen venir de tu dominio pero fallan la alineación de SPF y DKIM, y adónde enviar informes sobre ellos.
Empieza con p=none y una dirección rua. No cambia nada en la entrega, pero recibirás informes de todo lo que se envía en nombre de tu dominio. Cuando todos los remitentes legítimos pasen, sube a p=quarantine (con pct si quieres) y finalmente a p=reject.
Para las reglas de remitentes masivos, sí: Gmail y Yahoo (desde febrero de 2024) y Outlook.com (desde mayo de 2025) exigen un registro DMARC válido y aceptan p=none. Pero p=none no impide que suplanten tu dominio; solo quarantine o reject lo hacen.
Crea un registro TXT con host/nombre _dmarc y el valor generado. Algunos paneles DNS añaden tu dominio automáticamente (escribe _dmarc); otros piden el nombre completo (_dmarc.tudominio.com). Nunca publiques dos registros DMARC: los receptores ignorarán ambos.
Sí, pero el dominio receptor debe autorizarlo con un registro TXT llamado tudominio._report._dmarc.dominiodelinforme que contenga v=DMARC1. Los servicios de informes DMARC suelen publicarlo por ti; si usas tu propio buzón en otro dominio, tendrás que añadirlo allí.
No. Los subdominios heredan la política del dominio organizativo (o la etiqueta sp, si existe). Publica un registro en un subdominio solo si necesita otra política u otras direcciones de informes.
Normalmente minutos, según el TTL de tu zona DNS. Los informes agregados llegan aproximadamente una vez al día de cada proveedor que recibió correo de tu dominio, así que espera los primeros en 24–48 horas.
No. El registro se genera íntegramente en tu navegador; nada de lo que escribes se envía a nuestros servidores.
Una cuenta gratis incluye 200 créditos para validar listas de forma masiva, mediante la API REST o en tiempo real en tus formularios, para que tu correo autenticado llegue a personas reales.
Crear cuenta gratis — 200 créditosSin tarjeta de crédito. Los créditos no caducan.