Verifica del dominio con record TXT: come funziona e perché fallisce

Principiante⏱ 3 min di letturaAggiornato il 13 ottobre 2026

Google, Microsoft, Meta, Apple e decine di altri servizi ti chiedono di «aggiungere questo record TXT per verificare il dominio». È la prova di controllo più semplice che esista: solo chi può modificare il DNS del dominio può pubblicare una stringa casuale ricevuta. Quando funziona, bastano due minuti. Quando non funziona, la causa è quasi sempre una di cinque.

Come funziona

Il servizio ti dà un token casuale. Lo pubblichi come record TXT, il servizio interroga il record tramite il DNS pubblico e, se trova il token, per lui il dominio è tuo. La maggior parte usa il dominio stesso (@); alcuni usano un nome dedicato.

Servizio	Nome	Valore
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 per passo

0 di 6 fatti

Copia il token esattamente, senza spazi prima o dopo.
Aggiungi il record TXT dove il DNS del dominio è davvero ospitato: il provider indicato nei record NS, che non sempre è il registrar.
Nel campo del nome scrivi @ (o lascialo vuoto) per il dominio stesso. La maggior parte dei pannelli aggiunge il dominio da sola, quindi scrivere example.com crea example.com.example.com.
Incolla il valore senza virgolette, a meno che il pannello non le chieda.
Salva e controlla il record con una ricerca TXT prima di premere «Verifica».
Tieni il record anche dopo, se il servizio lo dice: Google e Microsoft lo ricontrollano più avanti.

Più record TXT con lo stesso nome vanno benissimo

Un dominio può avere qualsiasi numero di record TXT su @, e ogni servizio trova il proprio dal prefisso. Aggiungi ogni token come record separato:

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

Attenzione: Non incollare mai un token di verifica nel record SPF e non creare mai un secondo record che inizia con v=spf1. SPF è l'unico record TXT che deve essere unico; mescolarli rompe l'autenticazione della posta.

Perché la verifica dice «record non trovato»

Posto sbagliato. Il record è stato aggiunto presso il registrar, ma i nameserver del dominio puntano a Cloudflare o a un hosting. Controlla prima gli NS: è la causa più frequente.
Nome sbagliato. Il pannello ha aggiunto il dominio ed è nato example.com.example.com, oppure il record è finito su www invece che sul dominio.
Troppo presto. Il servizio ha controllato prima che il record esistesse e il suo resolver ha messo in cache «nessun record» per il tempo di cache negativa del SOA della zona, spesso un'ora. Aspetta e riprova.
Valore rovinato. Virgolette doppie (""token""), un carattere mancante o uno spazio copiato insieme al token.
Valori lunghi divisi male. Le stringhe TXT oltre i 255 caratteri vengono divise in più parti tra virgolette e alcuni pannelli lo fanno male. Ai token di verifica succede di rado, alle chiavi DKIM spesso.

# 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

Ripulisci i vecchi token

I token di servizi che non usi più non fanno danni tecnici, ma dicono a chiunque guardi quali strumenti usi — gli attaccanti li leggono quando preparano il phishing — e appesantiscono la risposta TXT. Togli il token quando lasci un servizio e tieni quelli che i servizi ricontrollano.

Suggerimento: La ricerca TXT di PixDNS mostra tutti i record TXT di un dominio e segnala i token di verifica noti, così è facile vedere quali appartengono a servizi che usi ancora.

Cerca i record TXT di un dominio →Avanti: i record TXT →

Domande frequenti

Posso cancellare il record di verifica dopo la verifica?

Solo se il servizio dice che è un controllo unico. Google Search Console, Google Workspace e Microsoft 365 lo ricontrollano, e cancellarlo può annullare la verifica.

Un record TXT di verifica influisce sul sito o sulla posta?

No. Lo legge solo il servizio che lo ha richiesto. Gli unici record TXT che cambiano la gestione della posta sono SPF, DKIM e DMARC.

Quanti record TXT può avere un dominio?

Non c'è un limite fisso. Decine funzionano; risposte TXT molto grandi sono più lente e possono richiedere TCP, un motivo in più per togliere i token inutilizzati.

La verifica tramite CNAME è diversa?

Alcuni servizi offrono un CNAME invece di un TXT. Dimostra la stessa cosa, ma un CNAME non può stare sull'apex né condividere il nome con altri record, per questo il TXT è la scelta predefinita.

Provalo sul tuo dominio

Vedi la teoria in pratica: esegui Ricerca TXT sul tuo dominio.

Aggiornato il 13 ottobre 2026

Fonti