Verificación de dominio con registros TXT: cómo funciona y por qué falla

Principiante⏱ 3 min de lecturaActualizado el 13 de octubre de 2026

Google, Microsoft, Meta, Apple y decenas de servicios más te piden «añade este registro TXT para verificar tu dominio». Es la prueba de control más sencilla que existe: solo quien puede editar el DNS del dominio puede publicar una cadena aleatoria que le han dado. Cuando funciona, tarda dos minutos. Cuando no, la causa casi siempre es una de cinco.

Cómo funciona

El servicio te da un token aleatorio. Lo publicas como registro TXT, el servicio consulta el registro por el DNS público y, si encuentra el token, para él el dominio es tuyo. La mayoría usa el propio dominio (@); algunos usan un nombre aparte.

Servicio	Nombre	Valor
Google (Search Console, Workspace)	`@`	`google-site-verification=…`
Microsoft 365	`@`	`MS=ms…`
Meta (Facebook, Instagram)	`@`	`facebook-domain-verification=…`
Apple (iCloud+ Custom Email Domain)	`@`	`apple-domain=…`
Atlassian	`@`	`atlassian-domain-verification=…`
Let's Encrypt (DNS-01)	`_acme-challenge`	`<token>`

Paso a paso

0 de 6 hechos

Copia el token exactamente, sin espacios antes ni después.
Añade el registro TXT donde está alojado de verdad el DNS del dominio: el proveedor que indican sus registros NS, que no siempre es el registrador.
En el campo de nombre, escribe @ (o déjalo vacío) para el propio dominio. La mayoría de paneles añaden el dominio solos, así que escribir example.com crea example.com.example.com.
Pega el valor sin comillas, salvo que el panel las pida.
Guarda y comprueba el registro con una consulta TXT antes de pulsar «Verificar».
Conserva el registro después si el servicio lo indica: Google y Microsoft lo vuelven a comprobar.

Varios registros TXT con el mismo nombre no son un problema

Un dominio puede tener cualquier número de registros TXT en @, y cada servicio encuentra el suyo por el prefijo. Añade cada token como un registro aparte:

example.com.  3600 IN TXT "google-site-verification=rXOxyZounnZasA8Z7oaD3c14JdjS9aKSWvsR1EbUSIQ"
example.com.  3600 IN TXT "MS=ms48213307"
example.com.  3600 IN TXT "facebook-domain-verification=w7k2p9d4x1q8z3m6n5b0c2v7"
example.com.  3600 IN TXT "v=spf1 include:_spf.google.com ~all"     ; SPF stays a separate record

Cuidado: Nunca pegues un token de verificación dentro de tu registro SPF ni crees un segundo registro que empiece por v=spf1. SPF es el único registro TXT que debe ser único; mezclarlos rompe la autenticación de tu correo.

Por qué la verificación dice «registro no encontrado»

Lugar equivocado. El registro se añadió en el registrador, pero los servidores de nombres del dominio apuntan a Cloudflare o a un hosting. Comprueba primero los NS: es la causa más frecuente.
Nombre equivocado. El panel añadió el dominio y quedó example.com.example.com, o el registro fue a www en lugar de al dominio.
Demasiado pronto. El servicio miró antes de que existiera el registro y su resolver guardó «no hay registro» durante el tiempo de caché negativa del SOA de la zona, a menudo una hora. Espera y vuelve a intentarlo.
Valor deformado. Comillas dobles (""token""), un carácter que falta o un espacio copiado junto con el token.
Valores largos mal divididos. Las cadenas TXT de más de 255 caracteres se dividen en varias partes entre comillas y algunos paneles lo hacen mal. A los tokens de verificación rara vez les pasa; a las claves DKIM, a menudo.

# what the world sees — is the token there, exactly once, without extra quotes?
dig +short example.com TXT
# where does the domain's DNS really live? Edit the records there.
dig +short example.com NS

Limpia los tokens antiguos

Los tokens de servicios que ya no usas no hacen daño técnico, pero le dicen a cualquiera que mire qué herramientas usas —los atacantes los leen al preparar phishing— y agrandan la respuesta TXT. Quita el token cuando dejes un servicio y conserva los que los servicios vuelven a comprobar.

Consejo: La consulta TXT de PixDNS muestra todos los registros TXT de un dominio y marca los tokens de verificación conocidos, así es fácil ver cuáles pertenecen a servicios que sigues usando.

Consultar los registros TXT de un dominio →Siguiente: los registros TXT →

Preguntas frecuentes

¿Puedo borrar el registro de verificación después de verificar?

Solo si el servicio dice que es una comprobación única. Google Search Console, Google Workspace y Microsoft 365 lo vuelven a comprobar, y borrarlo puede deshacer la verificación.

¿Un registro TXT de verificación afecta a mi web o a mi correo?

No. Solo lo lee el servicio que lo pidió. Los únicos registros TXT que cambian el tratamiento del correo son SPF, DKIM y DMARC.

¿Cuántos registros TXT puede tener un dominio?

No hay un límite fijo. Decenas funcionan; las respuestas TXT muy grandes son más lentas y pueden necesitar TCP, otra razón para quitar los tokens que no se usan.

¿Es distinta la verificación por CNAME?

Algunos servicios ofrecen un CNAME en lugar de un TXT. Demuestra lo mismo, pero un CNAME no puede estar en el apex ni compartir nombre con otros registros, por eso el TXT es lo habitual.

Pruébalo en tu dominio

Ve la teoría en la práctica: ejecuta Consulta TXT para tu propio dominio.

Actualizado el 13 de octubre de 2026

Fuentes