Marca los servicios que envían email en nombre de tu dominio, añade tus propios servidores y obtén un único registro SPF válido, listo para pegar en tu DNS. El generador cuenta las consultas DNS sobre la marcha para que no superes el límite de 10 que rompe SPF sin avisar.
Funciona 100% en tu navegador: no se sube nada
0 en este registro · ≈0 total estimado con includes anidados
Cada include, a, mx, exists y redirect consume una consulta, igual que cada include anidado en los registros de tus proveedores. El verificador mide el total real.
TXT@@ significa la raíz de tu dominio. Edita el registro SPF existente en lugar de añadir otro.
v=spf1 ~all→ Comprueba el total real de consultas con el verificador SPF, DKIM y DMARC gratis
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.
Tu proveedor de correo, la herramienta de newsletters, el servicio transaccional, el CRM, el helpdesk, la web y el sistema de facturación: todo lo que envía con tu dominio en el From o en el return-path.
Marca los servicios predefinidos y añade tus IP o includes. El registro y el recuento de consultas se actualizan al instante.
En tu proveedor de DNS, edita el registro SPF existente o crea un TXT en la raíz del dominio (host @). Nunca publiques un segundo registro SPF: júntalo todo en uno.
Usa nuestro verificador SPF, DKIM y DMARC gratis: sigue cada include anidado y muestra el total real de consultas.
Un registro SPF empieza por v=spf1, enumera quién puede enviar por el dominio y termina con una regla “all” para todos los demás.
ip4: e ip6: indican direcciones o rangos (p. ej. ip4:203.0.113.0/24) y no consumen consultas DNS. a autoriza las IP de los registros A/AAAA del dominio y mx los servidores de sus registros MX; cada uno consume una consulta.
include:_spf.google.com incorpora el propio registro SPF del proveedor, así no tienes que seguir sus rangos de IP. Cada include consume una consulta, más cada include, a, mx o exists que contenga.
~all (soft fail) marca todo lo demás como sospechoso y deja decidir a DMARC: la opción habitual. -all (hard fail) pide a los receptores que lo rechacen directamente. Nunca uses +all (cualquiera puede enviar como tú) ni ?all (neutral, no protege nada).
Evaluar SPF puede requerir como máximo 10 consultas DNS (RFC 7208); una más y los receptores devuelven “permerror”, que cuenta como fallo de SPF. Y un dominio solo puede tener un registro v=spf1: dos registros también son un error permanente.
Un registro TXT en tu dominio con la lista de servidores autorizados a enviar email por él. Los receptores comparan la IP de envío con la lista; junto con DKIM y DMARC, impide que otros envíen haciéndose pasar por tu dominio.
No. Un dominio debe tener exactamente un registro TXT que empiece por v=spf1. Con dos, los receptores devuelven un error permanente y SPF falla en todos los mensajes. Junta todos los mecanismos en un único registro: es justo lo que hace este generador.
Ambos sirven cuando DMARC está configurado. ~all (soft fail) es la recomendación habitual porque DMARC toma la decisión final y es menos probable perder correo reenviado; -all (hard fail) es más estricto y algunos proveedores lo prefieren. Nunca uses +all ni ?all.
La RFC 7208 limita a 10 las consultas DNS necesarias para evaluar un registro SPF. Cuentan todos los include, a, mx, exists y redirect, también los anidados en los registros de tus proveedores. Por encima de 10, SPF devuelve permerror y falla.
Elimina servicios que ya no usas; sustituye a y mx por ip4/ip6 cuando las IP sean estables; lleva las herramientas de marketing a un subdominio con su propio SPF; o apóyate en DKIM con los proveedores que firman con tu dominio. Evita “aplanar” a mano los rangos de los proveedores: cambian sin previo aviso.
Gmail y Yahoo (desde febrero de 2024) y Outlook.com (desde mayo de 2025) exigen SPF y DKIM a los remitentes masivos, y DMARC se supera si cualquiera de los dos está alineado. Tener ambos es lo más seguro.
En el dominio usado en el return-path (remitente del sobre), normalmente la raíz de tu dominio (host @). Algunos servicios, como Amazon SES con un dominio MAIL FROM personalizado, usan un subdominio: el registro SPF va entonces en ese subdominio.
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 email de forma masiva, mediante la API REST o en tiempo real en tus formularios.
Crear cuenta gratis — 200 créditosSin tarjeta de crédito. Los créditos no caducan.