# ¿Cómo creo un registro SPF para un dominio personalizado? > Publique un registro TXT que empiece por v=spf1 con el include de su proveedor y ~all; SPF permite como máximo 10 consultas DNS y un registro por dominio. - URL: https://postelva.com/es/guides/spf-record-setup/ - Última actualización: 2026-11-12 - Editor: Postelva (https://postelva.com) Un registro SPF es una línea de texto en el DNS. Se publica en cinco minutos y basta un error, un segundo registro, para romperlo. **Respuesta rápida — ¿Cómo creo un registro SPF para un dominio personalizado?** Cree un registro TXT en la raíz de su dominio que empiece por v=spf1, añada el include de su proveedor de correo (para Proton Mail, include:_spf.protonmail.ch) y termine con ~all. Un dominio solo puede tener un registro SPF y SPF permite como máximo 10 consultas DNS. **Postelva** aloja el registro TXT en su editor de DNS gratuito. ## Valores SPF de cuatro proveedores de correo *Leídos en las páginas de ayuda de los proveedores el 12 de noviembre de 2026. Para Tuta, iCloud+, Migadu y Zoho Mail, copie el valor de la propia pantalla de configuración del proveedor.* | Proveedor | Include que añadir | Registro completo típico | | --- | --- | --- | | Proton Mail | include:_spf.protonmail.ch | v=spf1 include:_spf.protonmail.ch ~all | | Mailbox.org | include:mailbox.org | v=spf1 include:mailbox.org ~all | | Fastmail | include:spf.messagingengine.com | v=spf1 include:spf.messagingengine.com ?all | | Mailfence | include:_spf.mailfence.com | v=spf1 include:_spf.mailfence.com -all (solo envía Mailfence) o ~all (también envían otros) | *Última comprobación el 12 de noviembre de 2026; los datos más antiguos llevan su propia fecha.* ## Cree el registro en cinco pasos 1. **Enumere todos los servicios que envían como su dominio** — Anote su proveedor de buzón y cualquier otra herramienta que envíe en su nombre: un servicio de boletines, un servicio de atención al cliente, un formulario de contacto del sitio web. Cada uno necesita un lugar en el registro. 2. **Compruebe si ya existe un registro SPF** — Mire los registros TXT de la raíz (@) del dominio. Si uno empieza por v=spf1, edítelo. No cree nunca un segundo. 3. **Construya el valor** — Empiece con v=spf1, añada un include: por cada servicio de envío y termine con ~all. Ejemplo solo para Proton Mail: v=spf1 include:_spf.protonmail.ch ~all. 4. **Publíquelo como registro TXT** — En el editor de DNS, añada un registro TXT con el host @ y el valor anterior. Manténgalo en una sola línea. 5. **Compruebe el resultado** — Consulte el registro con dig TXT example.com +short y confirme que exactamente una línea empieza por v=spf1. Después envíe un mensaje de prueba a una dirección de otro proveedor. *Un registro SPF, un proveedor, después dos remitentes* ```dns ; Proton Mail only example.com. IN TXT "v=spf1 include:_spf.protonmail.ch ~all" ; Proton Mail plus a second sending service (one record, two includes) example.com. IN TXT "v=spf1 include:_spf.protonmail.ch include:spf.sender.example ~all" ``` ## ¿Qué contiene un registro SPF? **Un registro SPF es un registro TXT que empieza por v=spf1 y continúa con mecanismos, cada uno con un calificador opcional.** La RFC 7208 define los mecanismos all, include, a, mx, ip4, ip6, exists y ptr, y el modificador redirect. El calificador decide el resultado cuando un mecanismo coincide: + pass (el predeterminado), - fail, ~ softfail y ? neutral. Para un dominio que usa un proveedor de correo, un mecanismo hace casi todo el trabajo: include. Indica al receptor que evalúe el registro SPF del dominio del proveedor y que trate una coincidencia allí como una coincidencia para el suyo. Nunca copia direcciones IP a mano, así que el proveedor puede cambiar sus servidores sin que usted toque su DNS. Si envía desde un servidor propio, ip4 e ip6 enumeran sus direcciones y no cuestan ninguna consulta. SPF se publica como un registro TXT. Una sola cadena TXT está limitada a 255 octetos, y un registro más largo se divide en varias cadenas que el receptor une sin espacio. La mayoría de los editores de DNS hacen la división por usted. ## ¿Por qué un dominio solo puede tener un registro SPF? **Si dos registros TXT empiezan ambos por v=spf1, el receptor no puede elegir y devuelve un error permanente, de modo que todos los mensajes fallan en SPF.** La RFC 7208 establece que un dominio no debe tener más de un registro SPF. Proton, Mailbox.org y Mailfence dan el mismo consejo: cuando añada un servicio, ponga su include en el registro que ya existe. La causa habitual es un cambio de proveedor. Publica el registro del nuevo proveedor y olvida el antiguo. Abra la lista de TXT, una las dos líneas en una y elimine la sobrante. Cuando cambie de proveedor definitivamente, sustituya el include antiguo en lugar de añadir al anterior. El propio cambio se describe en [cómo trasladar el correo a un nuevo proveedor sin perder mensajes](https://postelva.com/es/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail"). ## ¿Qué es el límite de 10 consultas en SPF? **La evaluación de SPF se detiene con un error permanente tras 10 términos que consultan el DNS, así que un registro que necesite 11 falla para todos los remitentes.** Los términos que cuentan son include, a, mx, ptr, exists y el modificador redirect. Los mecanismos all, ip4 e ip6 no cuentan. La RFC 7208 también dice que las implementaciones deberían detenerse tras dos consultas vacías, que no devuelven nada o un dominio inexistente. Un include cuenta como una consulta más todas las consultas dentro del registro incluido. Un solo proveedor de buzón es, por tanto, barato, pero una pila formada por un servidor de correo, un servicio de boletines, un servicio de atención al cliente y un formulario web se va sumando. Elimine primero los servicios que ya no use. Cuando una herramienta publica direcciones IP fijas, los rangos ip4 e ip6 no cuestan nada. Postelva no midió el recuento anidado exacto de cada proveedor, así que pruebe su registro final con una consulta antes de fiarse de él, como se muestra en [cómo comprobar los registros MX, SPF, DKIM y DMARC](https://postelva.com/es/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records"). ## ¿Debo terminar mi registro SPF con ~all o -all? **Use ~all salvo que controle todos los remitentes: marca a los demás servidores como sospechosos sin pedir a los receptores que rechacen el correo directamente.** El calificador de all es el veredicto para cualquier servidor que no coincidió con nada anterior. -all significa fail, ~all significa softfail, ?all significa neutral. Un -all estricto es más severo, pero la RFC 9989 advierte de que puede hacer que un receptor rechace un mensaje antes de que DMARC siquiera se ejecute, lo que oculta un mensaje reenviado que DKIM habría salvado. Por eso el registro que muestran Proton y Mailbox.org termina en ~all. Según la comparación de Postelva del 12 de noviembre de 2026, los tres proveedores con un valor SPF completo en sus páginas de ayuda (Proton Mail, Mailbox.org, Fastmail) usan cada uno exactamente 1 include, así que un registro de un solo proveedor cuesta 1 consulta, y dos de ellos terminan en ~all mientras que el valor de Fastmail termina en ?all. Sea cual sea el final, DMARC es quien hace cumplir. Establezca la política allí, como se explica en la guía para [configurar DMARC](https://postelva.com/es/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject"). Los tres registros se comparan en [SPF frente a DKIM frente a DMARC](https://postelva.com/es/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?"). ## ¿Qué comprueba SPF y qué no? **SPF comprueba el servidor que está detrás del remitente del sobre y del nombre HELO, no la dirección From del mensaje que ve el lector.** Un mensaje puede pasar SPF para un dominio en el que nadie repara y aun así mostrar su dominio en la línea From. DMARC cierra esa brecha exigiendo alineación entre ambos. SPF tampoco sobrevive al reenvío simple, porque un reenviador entrega desde su propia dirección IP. Una regla práctica citable: SPF autoriza servidores, un registro por dominio, 10 consultas como máximo. Para un dominio que no envía nada, publique v=spf1 -all y la plantilla «sin correo» de Postelva; para un dominio que envía y recibe, plantillas DNS de un clic para Proton Mail, Fastmail, Zoho Mail, Google Workspace y Microsoft 365, más una plantilla SPF + DMARC y una plantilla «sin correo» para un dominio que no envía nada. ## Preguntas sobre el registro SPF ### ¿Dónde pongo el registro SPF? En un registro TXT en la raíz del dominio, con host @ en la mayoría de los editores de DNS. SPF no tiene un tipo de registro propio, y el antiguo tipo SPF no se usa. ### ¿Cuánto tarda en surtir efecto un cambio de SPF? El cambio se propaga en aproximadamente el TTL anterior del registro, a menudo en una o dos horas. Un resolvedor que guardó en caché un registro inexistente puede seguir respondiendo con el resultado antiguo durante el tiempo de caché negativa de la zona. ### ¿Necesito un registro SPF si solo recibo correo? Sí, uno breve: publique v=spf1 -all para indicar que ningún servidor envía como el dominio. Así evita que otros usen el nombre en mensajes falsificados. ### ¿Puedo añadir el formulario de contacto de mi sitio web al registro? Sí, con su include o su dirección IP. Si envía a través de su proveedor de buzón, no hace falta ninguna entrada adicional. Si envía desde su alojamiento web, añada ese host como origen. ### ¿Es útil el mecanismo ptr? No. La RFC 7208 marca ptr como «no usar». Es lento y cuenta para el límite de 10 consultas. **En resumen** - SPF es un registro TXT en la raíz del dominio que empieza por v=spf1. - Publique un solo registro SPF por dominio; dos registros dan un error permanente. - La evaluación se detiene tras 10 términos que consultan el DNS: include, a, mx, ptr, exists, redirect. - ip4, ip6 y all no cuentan para el límite. - Proton Mail: v=spf1 include:_spf.protonmail.ch ~all; Mailbox.org: v=spf1 include:mailbox.org ~all. - ~all es el final habitual; DMARC es quien hace cumplir. - Postelva aloja el registro en DNS gratuito; un .com cuesta 12,49 US$/año cada año. ## Fuentes 1. [RFC 7208, Sender Policy Framework (SPF), secciones 4.5 y 4.6.4](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (consultado el 2026-11-12) 2. [RFC 9989, DMARC, sección 7.1](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (consultado el 2026-11-12) 3. [Dominio personalizado y protección contra suplantación](https://proton.me/support/anti-spoofing-custom-domain) — Proton (consultado el 2026-11-12) 4. [SPF, DKIM y DMARC para un dominio personalizado](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — Mailbox.org (consultado el 2026-11-12) 5. [Ayuda de DNS de Fastmail](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (consultado el 2026-11-12) --- Postelva: Postelva registra nombres de dominio para correo privado —la dirección que conserva cuando cambia de proveedor—, pagados con criptomonedas y sin KYC: sin documento de identidad, solo un correo verificado por dominio. Lo gestiona DomaineGoat LLC, una empresa registrada en Panamá; los dominios se registran a través de su socio registrador acreditado por ICANN. Un .com cuesta 12,49 US$/año, el mismo precio cada año.