# Cómo configurar DMARC: ejemplos de p=none a reject > Para configurar DMARC, asegúrate de que SPF y DKIM pasen en cada servicio que envía como tu dominio, publica un registro TXT en _dmarc.tudominio como v=DMARC1; p=none; rua=mailto:dmarc@tudominio, lee los informes diarios durante unas semanas y luego endurece la política a quarantine y, al final, a reject. Canonical: https://tellnod.com/es/guides/how-to-set-up-dmarc Last updated: 2026-10-22 Author: Tellnod team ## Pasos 1. **Revisa primero SPF y DKIM.** Haz una lista de todos los servicios que envían con tu dominio en la dirección From y confirma que cada uno pasa [SPF](https://tellnod.com/glossary#spf) o [DKIM](https://tellnod.com/glossary#dkim) con tu propio dominio. Google sugiere configurar ambos al menos 48 horas antes de DMARC [S3]. 2. **Elige un buzón para los informes.** Crea una dirección como dmarc@ninefold.example o usa un servicio de informes. Los informes llegan como archivos XML comprimidos [S2]. 3. **Publica un registro de monitoreo.** Agrega un registro TXT con el host `_dmarc` y el valor `v=DMARC1; p=none; rua=mailto:dmarc@ninefold.example`. Una política none no cambia cómo se trata el correo [S1]. 4. **Verifica el registro.** Ejecuta `dig +short TXT _dmarc.ninefold.example` o usa una herramienta de consulta DNS, y revisa que aparezca exactamente un registro y que empiece con v=DMARC1. 5. **Lee los informes.** Revisa los informes agregados hasta que cada remitente legítimo muestre SPF o DKIM alineado. Google sugiere al menos una semana; el RFC 9989 sugiere cerca de un mes antes de aplicar la política [S1][S3]. 6. **Pasa a quarantine.** Cambia la política a `p=quarantine` para que el correo que falla vaya a spam. Sigue leyendo los informes. 7. **Pasa a reject.** Después de un periodo similar con informes limpios, cambia la política a `p=reject` para que los receptores rechacen el correo que falla [S1]. ## Qué necesitas antes de empezar [DMARC](https://tellnod.com/glossary#dmarc) no autentica nada por sí solo. Lee los resultados de SPF y DKIM y comprueba que al menos uno pasó para un dominio alineado con la dirección From visible [S1]. Si tu herramienta de marketing firma con su propio dominio y no con el tuyo, DMARC falla aunque DKIM haya pasado. Corrige eso primero, o los informes se llenarán con tu propio correo. Para una marca de ropa pequeña como Ninefold, la lista de remitentes suele incluir el buzón del equipo, los correos de pedido y envío de la plataforma de la tienda, el sistema de soporte y la herramienta de email marketing. Cada uno necesita SPF o DKIM configurado en ninefold.example. La guía de [SPF, DKIM y DMARC](https://tellnod.com/es/guides/spf-dkim-dmarc-explained) explica cómo funciona cada registro. > Gmail exige un registro DMARC a quien envía más de 5,000 mensajes al día a cuentas personales de Gmail, y acepta una política none [S4]. Yahoo también pide al menos p=none a los remitentes masivos [S5]. Publicar el registro toma minutos, así que vale la pena agregarlo con cualquier volumen. ## Sintaxis del registro DMARC Un registro DMARC es un registro TXT publicado en `_dmarc` de tu dominio. Es una lista de etiquetas separadas por punto y coma. La etiqueta `v=DMARC1` debe ir primero, o los receptores ignoran todo el registro [S1]. Estas son las etiquetas que necesita una tienda: | Etiqueta | Ejemplo | Qué hace | | --- | --- | --- | | v | v=DMARC1 | Versión; debe ser la primera etiqueta | | p | p=none | Política para tu dominio: none, quarantine o reject | | rua | rua=mailto:dmarc@ninefold.example | Adónde enviar los informes agregados diarios | | sp | sp=reject | Política para los subdominios existentes, si es distinta de p | | np | np=reject | Política para los subdominios que no existen | | adkim / aspf | adkim=r | Alineación de DKIM y SPF: flexible (por defecto) o estricta | | t | t=y | Prueba: pide a los receptores aplicar un nivel menos que la política indicada | No incluyas `adkim` ni `aspf` salvo que tengas una razón. La alineación flexible, que es la predeterminada, permite que el correo firmado por un subdominio como mail.ninefold.example se alinee con una dirección From en ninefold.example [S1], y Yahoo acepta la alineación flexible [S5]. ## Ejemplos de registro DMARC para cada etapa Estos ejemplos usan ninefold.example. Reemplaza el dominio y la dirección de informes por los tuyos, y publica cada uno bajo el host `_dmarc`. ### Monitoreo `v=DMARC1; p=none; rua=mailto:dmarc@ninefold.example` ### Cuarentena `v=DMARC1; p=quarantine; rua=mailto:dmarc@ninefold.example` ### Rechazo `v=DMARC1; p=reject; np=reject; rua=mailto:dmarc@ninefold.example` > Las guías anteriores, incluida la página de implementación de Google, usan `pct=` para aplicar la política a un porcentaje del correo [S3]. El RFC 9989 eliminó esa etiqueta porque los receptores solo la aplicaban de forma fiable en 0 o 100, y agregó `t=y` para un periodo de prueba [S1]. Los receptores deben ignorar las etiquetas que no conocen, así que uno que todavía no admite `np` o `t` simplemente las omite [S1]. ## Qué te dicen los informes rua Los proveedores de correo que envían informes agregados suelen mandar uno al día por dominio, como un archivo XML comprimido [S2]. Cada informe enumera las direcciones IP que enviaron correo con tu dominio, cuántos mensajes salieron de cada una, los resultados de SPF y DKIM, si se alinearon y qué hizo el receptor con el correo [S2]. - **Un origen que reconoces y que falla la alineación** es un remitente que olvidaste configurar. Activa DKIM con tu dominio en ese servicio o agrégalo a SPF. - **Un origen que no reconoces** es un servicio que alguien de tu equipo contrató, o alguien que suplanta tu dominio. Pregunta antes de aplicar la política. - **El correo reenviado** suele fallar SPF y pasar DKIM [S1]. Es lo esperado, y una de las razones por las que DKIM alineado es lo más importante. El XML sin procesar es difícil de leer a mano, así que muchas tiendas envían `rua` a un servicio de informes que lo convierte en gráficas. Si ese servicio usa otro dominio, debe publicar un registro de autorización, o los receptores ignoran la dirección [S2]. Los servicios de informes lo configuran por su lado. ## Cómo pasar de p=none a quarantine y a reject El orden siempre es el mismo: monitorear, luego cuarentena y luego rechazo. Lo que cambia es cuánto dura cada etapa. Google sugiere al menos una semana en none [S3]. El RFC 9989 sugiere al menos un mes en none y un periodo similar en quarantine antes de reject [S1]. Una tienda con pocos remitentes e informes limpios puede avanzar más rápido que una con una docena de herramientas. | Política | Correo que falla | Cuándo usarla | | --- | --- | --- | | p=none | Se entrega como siempre; solo hay informes | Mientras identificas a todos los remitentes | | p=quarantine | Se trata como sospechoso, normalmente va a spam | Cuando los informes muestran a todos tus remitentes alineados | | p=reject | El receptor lo rechaza | Después de un periodo limpio en quarantine | Antes de cada cambio, revisa los informes de la última semana en busca de orígenes conocidos que fallen. Si tu equipo escribe a listas de correo desde el dominio de la tienda, el RFC 9989 desaconseja `p=reject`: el correo de lista rechazado por los receptores causa problemas a la lista y puede hacer que se den de baja suscriptores [S1]. En ese caso, quarantine es un buen punto para detenerse. ## DMARC para subdominios Sin un registro propio, un subdominio como news.ninefold.example usa la política de ninefold.example. Usa `sp` para dar a los subdominios existentes una política distinta, y `np` para los nombres que no existen, una vía común para suplantar una marca [S1]. Algunas tiendas envían su email marketing desde un subdominio para separarlo del correo del equipo. Ese subdominio puede tener su propio registro `_dmarc`. El RFC 9989 describe cómo probar un subdominio con `p=quarantine; t=y`, pasar después a `p=reject` y quitar la marca de prueba [S1]. ## Configurar DMARC con Tellnod en Claude o ChatGPT Tellnod es un [conector MCP](https://tellnod.com/glossary#mcp-connector) para redactar, previsualizar y enviar email marketing desde Claude o ChatGPT. Puedes enviar de inmediato desde una dirección en el dominio compartido de Tellnod, como hello@yourshop.tellnodmail.com, con un límite de 500 destinatarios por campaña y 1,000 emails al mes. Verificar tu propio dominio elimina esos límites. Pide en el chat: “Configura ninefold.example como mi dominio de envío.” Tellnod te da los registros SPF, DKIM y DMARC y los revisa por ti. Si otra persona administra tu DNS, pide un enlace de configuración para enviárselo: puede agregar los registros en un clic en los proveedores compatibles, o copiarlos, sin crear una cuenta. Te avisamos en el chat y por email cuando el dominio quede verificado. Si ya tienes un registro DMARC, conserva uno solo y confirma que tu correo de Tellnod esté alineado antes de endurecer la política. Cada campaña sigue pasando por una vista previa en computadora y en celular, y por una tarjeta de confirmación que solo tú puedes presionar. Tú apruebas cada envío. [Conecta Tellnod](https://tellnod.com/es/connect) para empezar con el plan gratis, o compara los planes en la [página de precios](https://tellnod.com/es/pricing). Para el resto de lo que esperan Gmail y Yahoo, consulta los [conceptos básicos de entregabilidad](https://tellnod.com/guides/email-deliverability-basics). ## FAQ ### ¿Qué registro DMARC conviene usar para empezar? Empieza con v=DMARC1; p=none; rua=mailto: seguido de una dirección que sí revises. No cambia nada en la entrega y activa los informes diarios [S1]. ### ¿Basta con p=none para Gmail y Yahoo? Sí, para los requisitos de remitentes masivos. Ambos aceptan una política none, siempre que el dominio From esté alineado con SPF o DKIM [S4][S5]. Aplicar una política más estricta después agrega protección contra la suplantación. ### ¿Cuánto tiempo debo quedarme en p=none? Hasta que los informes muestren alineado a cada remitente legítimo. Google sugiere al menos una semana, y el RFC 9989 sugiere cerca de un mes antes de aplicar la política [S1][S3]. ### ¿Puedo tener dos registros DMARC? No. Publica un solo registro TXT en _dmarc. Si una consulta devuelve más de un registro DMARC, los receptores los descartan todos, así que combínalos en uno [S1]. ### ¿El registro DMARC va en el dominio raíz o en un subdominio? En el host _dmarc del dominio de tu dirección From. Un registro en el dominio principal también cubre los subdominios que no tienen uno propio, mediante su etiqueta p, sp o np [S1]. ## Sources - [S1] RFC 9989: Domain-based Message Authentication, Reporting, and Conformance (DMARC): (checked 2026-10-22) - [S2] RFC 9990: DMARC aggregate reporting: (checked 2026-10-22) - [S3] Google Workspace Admin Help: Recommended DMARC rollout: (checked 2026-10-22) - [S4] Google Workspace Admin Help: Email sender guidelines: (checked 2026-10-22) - [S5] Yahoo Sender Hub: Sender best practices: (checked 2026-10-22)