Verificação de domínio com registos TXT: como funciona e porque falha

Iniciante⏱ 3 min de leituraAtualizado em 13 de outubro de 2026

A Google, a Microsoft, a Meta, a Apple e dezenas de outros serviços pedem-lhe para «acrescentar este registo TXT para verificar o domínio». É a prova de controlo mais simples que existe: só quem consegue editar o DNS do domínio pode publicar uma sequência aleatória que recebeu. Quando funciona, demora dois minutos. Quando não funciona, a causa é quase sempre uma de cinco.

Como funciona

O serviço dá-lhe um token aleatório. Publica-o como registo TXT, o serviço consulta o registo pelo DNS público e, se encontrar o token, considera o domínio seu. A maioria usa o próprio domínio (@); alguns usam um nome próprio.

Serviço	Nome	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>`

Passo a passo

0 de 6 feitos

Copie o token exatamente, sem espaços antes nem depois.
Acrescente o registo TXT onde o DNS do domínio está realmente alojado — no fornecedor indicado nos registos NS, que nem sempre é o registrar.
No campo do nome, escreva @ (ou deixe vazio) para o próprio domínio. A maioria dos painéis acrescenta o domínio sozinha, por isso escrever example.com cria example.com.example.com.
Cole o valor sem aspas, a menos que o painel as peça.
Guarde e verifique o registo com uma consulta TXT antes de carregar em «Verificar».
Mantenha o registo depois, se o serviço o pedir: a Google e a Microsoft voltam a verificá-lo mais tarde.

Vários registos TXT com o mesmo nome não são problema

Um domínio pode ter qualquer número de registos TXT em @, e cada serviço encontra o seu pelo prefixo. Acrescente cada token como um registo separado:

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

Atenção: Nunca cole um token de verificação no seu registo SPF e nunca crie um segundo registo que comece por v=spf1. O SPF é o único registo TXT que tem de ser único; misturá-los estraga a autenticação do seu email.

Porque a verificação diz «registo não encontrado»

Sítio errado. O registo foi acrescentado no registrar, mas os servidores de nomes do domínio apontam para a Cloudflare ou para uma empresa de alojamento. Verifique primeiro os NS — é a causa mais comum.
Nome errado. O painel acrescentou o domínio e ficou example.com.example.com, ou o registo foi para www em vez do domínio.
Cedo demais. O serviço verificou antes de o registo existir e o resolver dele guardou «não há registo» — durante o tempo de cache negativa do SOA da zona, muitas vezes uma hora. Espere e tente de novo.
Valor estragado. Aspas duplicadas (""token""), um carácter em falta ou um espaço copiado com o token.
Valores longos mal divididos. As sequências TXT com mais de 255 caracteres são divididas em várias partes entre aspas, e alguns painéis fazem-no mal. Raramente acontece com tokens de verificação; com chaves DKIM, muitas vezes.

# 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

Limpe os tokens antigos

Os tokens de serviços que já não usa não fazem mal técnico, mas dizem a quem olhar que ferramentas usa — os atacantes leem-nos quando preparam phishing — e aumentam a resposta TXT. Remova o token quando deixar um serviço e mantenha os que os serviços voltam a verificar.

Dica: A consulta TXT do PixDNS mostra todos os registos TXT de um domínio e assinala os tokens de verificação conhecidos, por isso é fácil ver quais pertencem a serviços que ainda usa.

Consultar os registos TXT de um domínio →A seguir: registos TXT →

Perguntas frequentes

Posso apagar o registo de verificação depois de verificar?

Só se o serviço disser que é uma verificação única. O Google Search Console, o Google Workspace e o Microsoft 365 voltam a verificá-lo, e apagá-lo pode anular a verificação.

Um registo TXT de verificação afeta o meu site ou o meu email?

Não. Só o lê o serviço que o pediu. Os únicos registos TXT que mudam o tratamento do email são SPF, DKIM e DMARC.

Quantos registos TXT pode ter um domínio?

Não há um limite fixo. Dezenas funcionam; respostas TXT muito grandes são mais lentas e podem precisar de TCP — mais uma razão para remover tokens que já não usa.

A verificação por CNAME é diferente?

Alguns serviços oferecem um CNAME em vez de um TXT. Prova o mesmo, mas um CNAME não pode estar no apex nem partilhar o nome com outros registos, por isso o TXT é a escolha habitual.

Experimente no seu domínio

Veja a teoria na prática — execute Consulta TXT para o seu próprio domínio.

Atualizado em 13 de outubro de 2026

Fontes