Cómo configurar SPF, DKIM y DMARC

Publica los tres registros DNS que impiden que otros envíen correo en nombre de tu dominio: lista tus remitentes, escribe SPF, publica una clave DKIM, empieza DMARC en p=none y endurécelo.

Última revisión:

AdSense Placeholder
Slot: header_reference_page
En esta página

Pasos

  1. Enumera todos los servicios que envían correo con tu dominio

    Anota tu proveedor de correo, la herramienta de boletines, el sistema de facturación o CRM, el formulario de contacto de tu web y cualquier servidor que envíe alertas. Todos deben estar cubiertos por SPF, DKIM o ambos, o su correo fallará cuando apliques DMARC.

  2. Crea el registro SPF

    Abre el generador de registros SPF, marca tu proveedor de correo en la lista, añade las direcciones IP o entradas include: adicionales y mantén ~all mientras pruebas. Vigila el contador de consultas: SPF permite como máximo 10 consultas DNS. Publica el resultado como un único registro TXT en tu dominio.

  3. Crea y publica una clave DKIM

    Si tu proveedor (por ejemplo Google Workspace o Microsoft 365) firma el correo por ti, genera la clave en su consola de administración y publica el registro TXT que te da. Si gestionas tu propio servidor de correo, crea un par de claves con el generador de registros DKIM, instala la clave privada en el servidor y publica la pública en selector._domainkey.tudominio.

  4. Publica DMARC en modo de supervisión

    Usa el generador de registros DMARC para escribir v=DMARC1; p=none; rua=mailto:... y publícalo como registro TXT en _dmarc.tudominio. Con p=none no se bloquea nada; solo empiezas a recibir informes agregados.

  5. Comprueba los registros publicados

    Ejecuta el verificador de entregabilidad de correo sobre tu dominio para confirmar que SPF, DMARC y MX se encuentran y se leen exactamente como los escribiste. Usa la consulta de registros DNS con el tipo TXT si un registro parece faltar; los cambios pueden tardar en propagarse.

  6. Lee los informes y endurece la política

    Tras un par de semanas, revisa quién envía con tu dominio. Corrige cualquier remitente legítimo que falle, pasa a p=quarantine y más tarde a p=reject. Cambia el final de SPF de ~all a -all cuando confíes en la lista.

Qué necesitas

Acceso a la configuración DNS de tu dominio (en tu registrador o proveedor de DNS), una dirección que pueda recibir informes DMARC y la lista de todo lo que envía correo con tu dominio.

Los tres registros de un vistazo

Registro Se publica en Qué demuestra
SPF TXT en el propio dominio Que la IP del servidor emisor puede enviar para este dominio
DKIM TXT en selector._domainkey.dominio Que el mensaje lleva una firma válida de una clave publicada por el dominio y no fue alterado
DMARC TXT en _dmarc.dominio Qué deben hacer los receptores cuando ni SPF ni DKIM coinciden con la dirección From visible, y adónde enviar informes

Una configuración terminada para un dominio de ejemplo se ve así:

example.com.                 TXT  "v=spf1 include:_spf.mailhost.example ~all"
s1._domainkey.example.com.   TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A..."
_dmarc.example.com.          TXT  "v=DMARC1; p=none; rua=mailto:[email protected]"

Despliegue seguro de DMARC

Etapa Política Efecto
Supervisión p=none No se bloquea nada; los informes muestran todas las fuentes
Aplicación suave p=quarantine El correo que falla va a spam
Aplicación total p=reject El correo que falla se rechaza

Permanece en cada etapa hasta que los informes no muestren ningún remitente legítimo fallando. Dedica más tiempo a la supervisión del que parezca necesario, porque los remitentes olvidados (un sistema de facturación, una herramienta de boletines antigua) suelen ser las víctimas.

Errores comunes

  • Dos registros SPF. Un dominio debe tener exactamente un registro TXT de SPF. Fusiónalos en uno.
  • Más de 10 consultas. Cada include, a, mx, exists y redirect cuenta, y también todo lo que hacen a su vez los registros incluidos. Pasarse hace que SPF falle con un error permanente.
  • Usar +all. Autoriza a todo internet. No lo publiques nunca.
  • Olvidar remitentes de terceros. Los servicios de boletines, tickets y facturación deben estar en SPF y firmar con tu dominio mediante DKIM.
  • Ignorar la alineación. DMARC exige que el dominio que pasó SPF o DKIM coincida con el dominio From visible. Un servicio que firma solo con su propio dominio no mejora tu resultado DMARC.
  • Buzón saturado de informes. Los informes agregados son archivos XML. Usa un buzón dedicado o un servicio que los procese.

Para profundizar

Cómo encajan los tres estándares se explica en Cómo funciona la autenticación de correo: SPF, DKIM y DMARC y la sintaxis exacta de las etiquetas está en Guía rápida de la sintaxis de SPF, DKIM y DMARC. Para analizar un mensaje recibido, sigue Cómo comprobar si un correo es suplantado.

Pruebe estas herramientas

Véase también

  • Guía Cómo funciona la autenticación de correo: SPF, DKIM y DMARC
    Qué comprueba cada uno de SPF, DKIM y DMARC, cómo son sus registros DNS.
  • Hoja de referencia Guía rápida de la sintaxis de SPF, DKIM y DMARC
    Sintaxis de los registros: mecanismos y calificadores de SPF.
  • Glosario SPF
    SPF (Sender Policy Framework) es un registro DNS que enumera qué servidores pueden enviar correo en nombre de un dominio.
  • Glosario DKIM
    DKIM (DomainKeys Identified Mail) añade una firma digital al correo saliente que los receptores verifican con una clave pública publicada.
  • Glosario DMARC
    DMARC es una política DNS que indica a los receptores qué hacer con el correo que no supera la alineación de SPF y DKIM.

Preguntas frecuentes

Sí. SPF y DKIM demuestran cosas distintas, y DMARC es lo que hace que el receptor actúe según el resultado y te envíe informes. Los grandes proveedores de correo esperan ya los tres de quien envía en volumen, y un dominio con solo SPF aún puede suplantarse de formas que SPF por sí solo no detecta.

Un registro DKIM vive en un nombre que incluye un selector que eliges tú (como s1._domainkey.example.com) y no hay forma de descubrir el selector desde fuera. Por eso el Verificador de Entregabilidad de Correo informa solo de SPF, DMARC y MX. Para comprobar DKIM, envíate un mensaje y lee el encabezado Authentication-Results de la copia recibida.

Puedes, pero probablemente perderás correo legítimo. Hasta que los informes muestren que todos los remitentes legítimos pasan, usa p=none, después quarantine y por último reject.

AdSense Placeholder
Slot: footer_leaderboard