Consulta de registros TXT que explica cada registro
Introduce un dominio o cualquier nombre de host. Verás cada registro TXT con su TTL y su división en cadenas, qué tipo de registro es (SPF, DMARC, DKIM, BIMI o un token de verificación) y qué hay que corregir. Gratis y sin registrarte. No guardamos nada.
Tu dominio
Pruébalo: salesforce.com, _dmarc.salesforce.com
Opciones: registros de email, selectores DKIM
Lo encontrarás en la cabecera de un email enviado, en DKIM-Signature: … s=selector. Si tienes varios, sepáralos con comas.
¿Qué es un registro TXT?
Un registro TXT contiene texto que un dominio publica en el DNS. Los servidores de correo leen SPF, DKIM y DMARC de registros TXT, y servicios como Google o Microsoft 365 comprueban un token TXT para confirmar que el dominio es tuyo.
El DNS guarda el texto en cadenas de 255 octetos como máximo. Un registro más largo, como una clave DKIM de 2048 bits, se divide en varias cadenas que SPF y DKIM unen sin espacios.
- Tipo
- TXT (16)
- Límite por cadena
- 255 octetos cada una (RFC 1035)
- Varios por nombre
- Sí, salvo SPF y DMARC (solo uno por nombre)
- Los cambios se ven
- Cuando expira el TTL anterior
- Línea de comandos
dig TXT example.com
Cómo leer tu resultado
Cuatro partes, primero lo más urgente.
- 1
La respuesta
Cuántos registros hay y de qué tipo, el resolutor DNS, DNSSEC y la hora de la comprobación.
- 2
Qué corregir primero
Dos registros SPF, un registro DMARC o DKIM en el nombre equivocado, comillas guardadas como texto o una respuesta demasiado grande para un solo paquete UDP.
- 3
Cada registro, explicado
Su tipo, sus partes en una tabla, el TTL, el tamaño en octetos y cómo se divide en cadenas.
- 4
Tus registros de email
_dmarc, los selectores DKIM habituales, BIMI, MTA-STS e informes TLS en una sola consulta, cada uno con enlace a su comprobador.
Qué hay en los registros TXT
La consulta reconoce cada uno por cómo empieza.
| Registro | Empieza por | Se publica en | Lo lee |
|---|---|---|---|
| SPF | v=spf1 | el dominio (@) | servidores de correo receptores |
| DMARC | v=DMARC1 | _dmarc.example.com | servidores de correo receptores |
| DKIM | v=DKIM1; k=rsa; p=… | selector._domainkey.example.com | servidores de correo receptores |
| BIMI | v=BIMI1 | default._bimi.example.com | Gmail, Apple Mail, Yahoo |
| MTA-STS | v=STSv1; id=… | _mta-sts.example.com | servidores de correo emisores |
| Informes TLS | v=TLSRPTv1 | _smtp._tls.example.com | servidores de correo emisores |
| Token de verificación | google-site-verification=, MS=ms… | normalmente el dominio (@) | el servicio que lo emitió |
Tokens de verificación que reconocemos
Cada uno en el formato que documenta el servicio. Los demás tokens se muestran con su propio nombre.
Tokens que la consulta identifica por nombre
- Google.
google-site-verification=para Search Console y Google Workspace. - Microsoft 365.
MS=msseguido de dígitos, del Centro de administración de Microsoft 365. - Apple.
apple-domain-verification=para Apple Business. - Stripe.
stripe-verification=. Consérvalo: Stripe lo vuelve a comprobar más adelante. - Zoho, Brevo.
zoho-verification=ybrevo-code:(con dos puntos). - GlobalSign, Docusign, Adobe.
globalsign-domain-verification=,docusign=,adobe-idp-site-verification=.
Para Pardot y Marketing Cloud Next
Los registros DNS que piden las páginas de ayuda de Salesforce (comprobados el 16 de octubre de 2026).
Account Engagement (Pardot)
Domain Management te da dos registros TXT para un dominio de envío: una clave de validación y la clave DKIM en
200608._domainkey. Consulta los dos aquí para ver si están activos. Account Engagement (Pardot) no necesita ningún include de SPF.Marketing Cloud Next
Un dominio autenticado usa ocho registros CNAME; tres llevan las claves DKIM (
s1-e360-…). Una consulta TXT en esos nombres sigue el CNAME y muestra la clave.
Problemas frecuentes con registros TXT
Lo que más falla y cómo arreglarlo.
- El registro aún no aparece. Los resolvers conservan la respuesta anterior hasta que vence su TTL. Espera ese tiempo y pulsa “Comprobar de nuevo”. Revisa también el nombre de host: algunos paneles añaden el dominio, así que _dmarc.example.com acaba siendo _dmarc.example.com.example.com.
- Dos registros SPF. Solo un registro por nombre puede empezar por v=spf1; con dos, SPF falla para todo el correo. Combínalos en el generador de SPF.
- Comillas guardadas como texto. Algunos paneles DNS añaden las comillas por su cuenta. Pega el valor sin ellas o el registro empezará por una comilla.
- Registro en el nombre equivocado. DMARC va en _dmarc y DKIM en selector._domainkey. Si los publicas en el propio dominio, los servidores receptores nunca los encuentran.
- Un registro largo en varias cadenas. Es normal por encima de 255 octetos. SPF y DKIM unen las cadenas sin espacios, así que no añadas ningún espacio en el corte.
- Se acumulan tokens antiguos. Cada token hace más grande la respuesta. El RFC 7208 recomienda mantener la respuesta TXT de un nombre por debajo de 450 octetos. Borra los tokens de los servicios que ya no usas.
Preguntas frecuentes sobre la consulta de registros TXT
Respuestas breves a lo que la gente pregunta sobre los registros TXT.
¿Cómo consulto los registros TXT de un dominio?
Introduce el dominio arriba. En la línea de comandos: dig TXT example.com o nslookup -type=TXT example.com.
¿Por qué mi registro TXT está dividido en varias partes entre comillas?
El DNS guarda el texto en cadenas de 255 octetos como máximo, así que los registros más largos se dividen. SPF y DKIM unen las partes sin espacios; no hay nada que arreglar.
¿Por qué no veo el registro TXT que acabo de añadir?
Los resolvers conservan la respuesta anterior hasta que vence su TTL. Comprueba también el nombre de host: algunos paneles DNS le añaden tu dominio, así que introduce solo la parte anterior al dominio.
¿Puede un dominio tener varios registros TXT?
Sí, tantos como haga falta. Dos excepciones: un registro SPF por nombre y un registro DMARC en _dmarc.
¿Puedo borrar un registro de verificación una vez verificado el dominio?
Depende del servicio. Algunos vuelven a comprobarlo más adelante (Stripe lo indica), así que borra un token solo cuando ya no uses el servicio.
¿Los datos TXT distinguen entre mayúsculas y minúsculas?
Los nombres DNS no; el texto se guarda tal como se escribe. Que las mayúsculas importen o no depende de quién lo lea: en DKIM, las etiquetas y los valores sí distinguen entre mayúsculas y minúsculas; en SPF, los nombres de los mecanismos no.
¿Se guarda el nombre que consulto?
No. Tu navegador envía el nombre a nuestro servidor, que lo consulta a un resolver DNS público. No se guarda nada, no se registra ningún nombre y el resolver nunca ve tu dirección IP.
Más herramientas gratuitas
Hacemos que tu marketing en Salesforce trabaje para ti
Habla con un consultor certificado, no con un vendedor, y sal de la primera llamada sabiendo cuál es tu siguiente paso.