Elija sus remitentes y su política. Copie el registro TXT terminado en su DNS y luego pruébelo con el verificador.
El generador solo crea texto. No modifica su DNS y no puede saber qué servicios envían en su nombre, así que enumere todos los remitentes antes de publicar. Confirme los valores include de cada proveedor en su propia documentación.
Enumere todos los sistemas que envían correo con su dominio: su proveedor de buzones, su servicio de envío y cualquier otro que envíe en su nombre, como un CRM, un sistema de facturación o un helpdesk. Las herramientas de marketing y los formularios web son los que más se olvidan. Si falta un sistema en el registro, su correo puede fallar en SPF.
Compruebe si su dominio ya tiene un registro. Publicar un segundo registro no se suma al primero; un dominio con dos registros SPF genera un error. Use primero el verificador en su dominio y cree el nuevo registro para que sustituya al anterior.
El generador ofrece los casos habituales y le permite añadir el resto.
El último término indica a los receptores qué hacer con el correo de servidores que usted no incluyó.
| Cierre | Significado | Cuándo usarlo |
|---|---|---|
| ~all | Soft fail: no autorizado, pero no rechazar solo por SPF. | Un valor predeterminado sensato mientras confirma su lista de remitentes. |
| -all | Hard fail: no autorizado. | Cuando esté seguro de que la lista está completa. |
| ?all | Neutral: sin opinión. | Rara vez es útil. No da a los receptores nada sobre lo que actuar. |
Cree un registro TXT en la raíz de su dominio (el host suele mostrarse como @). Pegue el registro exactamente como se generó, sin comillas adicionales salvo que su panel DNS las pida. Si su panel divide por usted los valores largos, déjelo. Mantenga el TTL bajo, por ejemplo 300 segundos, mientras prueba.
Los cambios no son instantáneos. Los resolvers guardan en caché la respuesta anterior hasta que expira su TTL, así que deje pasar un tiempo y luego compruebe el registro activo con nuestro verificador de SPF. El botón "Probar este registro" abre el verificador con su registro generado ya cargado, antes de publicarlo.
El generador lleva la cuenta de las consultas DNS a medida que añade servicios. Si supera las diez, elimine algo o mueva un remitente a su propio subdominio. Un registro que supera el límite parece correcto y aun así falla.
SPF es una de tres comprobaciones. Añada la firma DKIM para su servicio de envío y luego un registro DMARC para que los receptores sepan qué hacer cuando un mensaje falla. Empiece DMARC con p=none, lea los informes durante unas semanas y solo entonces endurézcalo. Nuestro generador de DMARC crea el registro y muestra un despliegue seguro.
Marque los servicios que usa, pegue los valores include de otros proveedores y enumere las direcciones de sus propios servidores.
~all es el punto de partida habitual. Pase a -all cuando esté seguro de que todos los remitentes figuran en la lista.
Publíquelo como un único registro TXT en la raíz de su dominio. Sustituya cualquier registro SPF existente en lugar de añadir un segundo.
Use el verificador para ver el número real de consultas, porque cada include de un proveedor usa sus propias consultas.
Enumere todos los sistemas que envían correo como su dominio, añada una entrada include o ip4/ip6 para cada uno y termine el registro con ~all. Publique el resultado como un único registro TXT en la raíz de su dominio. Este generador crea el texto por usted.
La mayoría de los equipos empiezan con ~all (soft fail) mientras confirman que todos los remitentes figuran en la lista, y consideran -all (hard fail) cuando están seguros. DMARC con DKIM ofrece protección adicional sea cual sea su elección.
No. Un dominio debe publicar exactamente un registro SPF. Dos registros provocan un error permanente. Si añade un remitente nuevo, agregue su include al registro existente en lugar de crear un segundo.
Cada proveedor documenta su propio valor. Para MigoSMTP, copie el valor SPF que aparece en su panel. Para Google Workspace y Microsoft 365, el generador ofrece los valores de su documentación pública; confírmelos en la página de ayuda actual del proveedor antes de publicar.
Tantos como quepan dentro del límite de diez consultas DNS para todo el registro, contando las consultas dentro del propio registro de cada proveedor. Publique el registro y ejecute el verificador de registros SPF para ver el total real.
Depende del TTL del registro. Muchos proveedores de DNS usan valores de pocos minutos a unas horas, y algunos resolvers guardan en caché durante más tiempo. Tras publicar, vuelva a comprobar con el verificador y espere a que caduque el valor anterior.
Ejecute el verificador para confirmar que el registro es válido y ver cuántas de las diez consultas utiliza.
Crea una cuenta, añade tu dominio y envía tu primer correo.