Verificador de SPF: consulta y valida el registro SPF de un dominio
En resumen: Lee el registro TXT de SPF de un dominio, explica cada mecanismo, cuenta las consultas DNS frente al límite de 10 y marca los fallos: sin registro, dos registros, +all o ?all. Límite: SPF solo valida el remitente del sobre; sin DKIM y DMARC no protege la dirección From visible.
Un verificador SPF lee el registro TXT de SPF de un dominio e indica qué servidores autoriza a enviar correo y qué debe pasar con el resto. Para comprobar un registro SPF, escribe el dominio arriba. Verás el registro tal cual, cada mecanismo explicado, el número de consultas DNS frente al límite de 10 y los fallos marcados: sin registro, dos registros, +all o ?all.
Free, no account. Follows every include from a public resolver. Ten lookups a minute.
La herramienta es la misma que en la versión en inglés: sus botones y los motivos de cada resultado aparecen en inglés. Actualizado el 2 de noviembre de 2026 · Equipo de SimpleVerifier
Cómo comprobar el registro SPF de un dominio
- Escribe el dominio que envía el correo, por ejemplo
acme.com. - Pulsa el botón de consulta. La herramienta busca los registros TXT y elige el que empieza por
v=spf1. - Lee cada mecanismo explicado y el recuento de consultas DNS que cuesta la cadena de
include:. - Corrige lo que aparezca marcado: un segundo registro, un
+all, o una cadena que pasa de 10 consultas.
¿Cómo se lee un registro SPF?
De izquierda a derecha: versión, luego los remitentes autorizados y al final la política para todos los demás. Un registro como v=spf1 include:_spf.google.com ip4:203.0.113.5 ~all tiene tres partes. La etiqueta de versión siempre va primero. Los mecanismos del medio autorizan remitentes: include: delega en el registro de otro dominio, ip4: e ip6: nombran direcciones directamente, y a y mx autorizan los servidores del propio dominio.
El calificador final decide qué pasa con los servidores que no están en la lista, y es la parte que lleva la política. -all es un fallo duro que pide a los receptores rechazar. ~all es un fallo suave: tratar como sospechoso pero aceptar. ?all es neutral y casi no aporta nada. +all autoriza a todo internet y nunca debería aparecer en un registro real.
¿Qué es el límite de 10 consultas de SPF?
RFC 7208 permite como máximo diez consultas DNS al evaluar un registro, y cada mecanismo include:, a, mx, ptr y exists cuesta una. Si encadenas demasiadas, todo el registro falla con un error permanente (permerror): los receptores no ignoran simplemente las que sobran.
Es la forma más habitual en que un registro SPF que funcionaba se rompe sin avisar. Añadir un quinto o sexto proveedor de correo suele ser lo que lo hace pasar del límite, y el síntoma son fallos de autenticación en correo que el mes pasado iba bien. La solución es aplanar el registro o reducir proveedores.
¿Por qué SPF solo no basta?
Porque un spammer puede pasarlo y se rompe con el reenvío. SPF valida el remitente del sobre, no la dirección From que ve el destinatario. Un spammer puede pasar SPF con un dominio que controla mientras muestra el tuyo en la cabecera From, y a SPF eso le da igual.
Además falla con el reenvío: al reenviar un mensaje cambia la IP de envío, así que SPF falla aunque el correo sea legítimo. DKIM sobrevive al reenvío, y DMARC es lo que une cualquiera de los dos con la dirección From visible. Los tres juntos son la configuración que funciona: revisa también el verificador de DKIM y el verificador de DMARC.
Preguntas frecuentes
- ¿Cómo compruebo mi registro SPF?
- Pega tu dominio en la herramienta. Busca los registros TXT, encuentra el que empieza por v=spf1, explica cada mecanismo, cuenta las consultas DNS que cuesta la cadena de include y te dice qué corregir. También puedes comprobar cualquier dominio que no sea tuyo.
- ¿Qué significa ~all en un registro SPF?
- Es un fallo suave. El correo de un servidor no autorizado por el registro debería aceptarse pero tratarse como sospechoso, lo que suele significar más probabilidad de acabar en spam. -all es la forma estricta y pide a los receptores rechazarlo; la mayoría de las organizaciones pasan de ~all a -all cuando están seguras de que todos sus remitentes legítimos están en la lista.
- ¿Qué significa que la comprobación SPF falló?
- Que el servidor que envió el mensaje no está autorizado por el registro SPF del dominio del remitente del sobre. Las causas habituales son un servicio de envío que nunca se añadió al registro, un registro que pasa del límite de diez consultas o un mensaje reenviado por otro servidor.
- ¿Cómo compruebo un registro SPF con nslookup?
- Ejecuta nslookup -type=txt example.com, o dig txt example.com en Mac y Linux, con tu dominio en lugar de example.com. Busca el único registro TXT que empieza por v=spf1. Si hay dos que empiezan por v=spf1, SPF falla en todos los mensajes hasta que los unas.
- ¿Un dominio puede tener dos registros SPF?
- No. Publicar dos registros que empiezan por v=spf1 no es válido y hace que la evaluación SPF falle por completo, lo que es peor que tener un solo registro imperfecto. Si necesitas autorizar otro proveedor, añade su mecanismo al registro existente en lugar de publicar uno nuevo.
¿Tienes una lista? Las primeras 100 direcciones son gratis.
Inicia sesión con Google, pega las direcciones o sube un CSV y cada una pasa por la misma comprobación SMTP del buzón, con resultados para descargar. Sin tarjeta.
Los dominios catch-all y los servidores que no responden salen como riesgosos, nunca como válidos.
Al continuar aceptas los Términos y la Política de privacidad. Terms · Privacy
Herramientas gratuitas en español
- Verificador de Gmail
- Buscador de proveedor de correo
- Verificador de correo
- Comprobador de antigüedad de dominio
- MBOX a CSV
- Conversor de VCF a CSV
- Lista de dominios de correo gratuito
- Verificador de correos masivo
- Disponibilidad de dominios en bloque
- MX lookup masivo por proveedor
- Eliminar correos duplicados
- Consulta de registros MX
- Verificador de DMARC
- Verificador de DKIM
- Verificador de listas negras de dominios