Una norma nueva no obliga a rehacerlo todo
Publicado en mayo de 2026, el RFC 9989 sustituye la especificación anterior de DMARC. Entre sus cambios está la eliminación del parámetro de porcentaje pct.
Para una empresa, el primer paso es revisar lo existente: qué política hay en DNS, qué supuestos contiene la documentación y quién puede autorizar un cambio. La fecha de publicación no demuestra qué versión ha implantado cada proveedor. Confírmelo para los sistemas concretos que utiliza, antes de sustituir registros que funcionan. [1]
El buzón principal es solo una ruta
Incluya formularios web, facturación, soporte y boletines junto a los buzones habituales. Anote para cada ruta un responsable, la dirección visible, el servicio de envío y un mensaje comprobado. Un ensayo desde el webmail no valida automáticamente los envíos de la web.
Plantee una comprobación concreta: ¿puede la plataforma de facturación enviar con el dominio previsto y queda demostrado en el original recibido? Conserve las cabeceras relevantes con fecha. Las credenciales y los contenidos privados no deben formar parte de un inventario DNS de acceso general.
DMARC se supera cuando al menos uno de los dos mecanismos, SPF o DKIM, pasa la comprobación y su dominio se alinea con el dominio From visible según el modo elegido. [1]
Ruta de envío
Registrar el buzón, la web, el CRM o la facturación y su responsable.
Autenticación
Revisar SPF y DKIM en un mensaje realmente recibido.
Alineación
Comparar los dominios autenticados con el dominio From visible.
Evidencia por cada ruta
Anotar resultado, fecha y cambio necesario. La autorización del dominio no acredita la fiabilidad del contenido.
Recorrido ilustrativo de revisión. Examine por separado los mecanismos de autenticación y su relación con el dominio From visible.
Revisar las instrucciones de despliegue antiguas
Compruebe las guías que basan el despliegue gradual únicamente en pct=10 o pct=25. La especificación anterior contemplaba ese mecanismo; una guía histórica no demuestra cómo actúan todos los receptores actuales.
Delimite las rutas afectadas, designe un responsable y registre la configuración de reversión. Confirme la compatibilidad con el proveedor correspondiente. Una política más estricta que ya funciona de forma demostrada no necesita debilitarse preventivamente para efectuar esta revisión. [5]
Deslice la tabla horizontalmente para leerla.
| Área | Evidencia necesaria | Decisión |
|---|---|---|
| Envíos | Cada servicio autorizado tiene un responsable. | Investigar primero las fuentes desconocidas. |
| Política | Constan el valor DNS actual y el de reversión. | Autorizar un cambio trazable. |
| Compatibilidad | El proveedor confirma el comportamiento del entorno. | No asumir una adopción universal. |
| Validación | Se ha comprobado cada ruta acordada. | Pasar después al siguiente grupo. |
Convertir los informes en trabajo asignado
Los informes DMARC agregados describen fuentes de envío observadas y resultados de autenticación. Los informes de fallos son otro tipo y pueden incluir más datos del mensaje.
Recomendamos que cada ruta inesperada tenga una investigación asignada: si corresponde a un servicio autorizado, quién la revisará y cuándo se repetirá la comprobación. Un origen desconocido es inicialmente una cuestión que aclarar. Tampoco un informe sin anomalías sustituye al inventario propio. Defina acceso y conservación de los archivos. [2] [3]
Separar los requisitos del proveedor
Gmail diferencia remitentes ordinarios y remitentes masivos. Para estos últimos, Google exige SPF, DKIM y DMARC y admite, a estos efectos, una política DMARC none.
Ese mínimo no determina la protección adecuada para su dominio. Mantenga dos objetivos distintos: cumplir las reglas del destinatario y disponer de un inventario fiable de envíos autorizados. La entrega efectiva y la clasificación como spam se observan por separado. [4]
Un primer paso concreto
Elija una ruta comercialmente importante, como presupuestos o facturas. La lista permite un cambio verificable sin modificar toda la operación de correo a la vez.
- Guardar el registro DMARC y las instrucciones actuales.
- Enumerar los servicios de envío activos y sus responsables.
- Revisar un mensaje de prueba autorizado por cada ruta relevante.
- Aclarar los despliegues por porcentaje y el soporte del proveedor.
- Acordar ventana de cambio, criterios de aceptación y reversión.
- Después del cambio, contrastar informes y entrega real.