Pourquoi Google impose-t-il l'enregistrement DNS comme seule méthode de vérification pour les propriétés domaine ?

Quelle différence entre propriété domaine et préfixe d'URL ?

Une propriété domaine dans Search Console agrège toutes les variations d'un même domaine : http, https, www, sous-domaines. Vous déclarez exemple.com, et Google consolide les données de www.exemple.com, blog.exemple.com, https://exemple.com dans un seul tableau de bord.

Le préfixe d'URL, lui, cible une URL exacte. Vous vérifiez https://www.exemple.com uniquement — pas http://exemple.com ni https://exemple.com. C'est plus granulaire, mais ça multiplie les propriétés si votre site répond sur plusieurs protocoles ou sous-domaines.

Pourquoi Google impose-t-il cette méthode pour les propriétés domaine ?

Parce que l'enregistrement DNS prouve que vous contrôlez le domaine entier au niveau registrar. Une balise meta ou un fichier HTML sur https://www.exemple.com ne prouve rien pour blog.exemple.com ou http://exemple.com.

Google veut éviter qu'un tiers accède aux données Search Console de toutes vos variations sans contrôler réellement le domaine racine. La vérification DNS ferme cette brèche — si vous pouvez modifier les enregistrements DNS, vous êtes bien le propriétaire légitime.

Concrètement, qu'est-ce qu'un enregistrement DNS TXT ?

C'est une ligne de texte ajoutée dans la zone DNS de votre domaine, chez votre registrar (OVH, Gandi, Cloudflare…). Google génère un code unique, vous le collez dans un enregistrement TXT, et Google interroge les serveurs DNS pour vérifier sa présence.

Pas besoin de toucher au code du site, ni au serveur web. Tout se passe en amont, au niveau de la résolution de noms. Une fois l'enregistrement propagé (quelques minutes à 48h selon les cas), Search Console valide automatiquement.

• Propriété domaine : enregistrement DNS obligatoire, consolide toutes les variations du domaine.
• Préfixe d'URL : DNS optionnel, balise meta ou fichier HTML acceptés, ne couvre qu'une URL exacte.
• Propagation DNS : peut prendre jusqu'à 48h, même si c'est souvent instantané avec les DNS modernes.
• Sécurité renforcée : seul le détenteur du domaine chez le registrar peut ajouter l'enregistrement TXT.
• Aucune modification côté serveur : le CMS, l'hébergement ou le code source ne sont pas touchés.

Cette exigence est-elle cohérente avec les pratiques observées sur le terrain ?

Complètement. Depuis des années, les propriétés domaine posaient un problème d'accès illégitime : un prestataire tiers pouvait vérifier exemple.com via une balise meta sur www.exemple.com, puis voir les stats de tous les sous-domaines sans accord du propriétaire.

L'enregistrement DNS verrouille ça. En revanche, ça complique la vie des équipes qui n'ont pas accès au registrar — typique dans les grandes structures où le marketing pilote le SEO mais n'a pas la main sur les DNS, bloqués côté IT ou légal.

Quelles limites ou pièges faut-il anticiper avec cette méthode ?

Premier piège : la propagation DNS. Si votre TTL (Time To Live) est élevé, l'enregistrement peut mettre des heures à se propager. Google vérifie immédiatement — si le DNS n'a pas encore répliqué, la validation échoue. Attendre et retenter résout le problème, mais ça frustre.

Deuxième point : certains registrars (notamment les revendeurs bas de gamme) ont des interfaces DNS chaotiques. J'ai vu des cas où l'enregistrement TXT ne s'enregistrait tout simplement pas, ou était tronqué. [À vérifier] : Google ne documente pas précisément la longueur maximale acceptée pour un TXT, mais les specs DNS imposent 255 caractères par chaîne — les codes Google restent bien en deçà, heureusement.

Dans quels cas cette méthode pose-t-elle vraiment problème ?

Quand le domaine est géré par une entité externe : agence qui a enregistré le domaine à son nom, hébergeur qui garde la main sur le DNS, ou structure corporate où le service IT refuse de donner l'accès. Dans ces cas, il faut négocier — ou basculer sur des préfixes d'URL, ce qui fragmente les données.

Autre cas limite : les domaines avec DNSSEC activé. Si la signature DNSSEC est mal configurée après ajout du TXT, le domaine peut devenir temporairement inaccessible. Rare, mais ça arrive — toujours tester en environnement de staging si possible.

Que faut-il faire concrètement pour vérifier un domaine via DNS ?

Connectez-vous à Search Console, ajoutez une propriété domaine (exemple.com sans http ni www). Google génère un enregistrement TXT unique, du type google-site-verification=ABC123XYZ. Copiez ce code.

Rendez-vous dans l'interface DNS de votre registrar — OVH, Gandi, Cloudflare, GoDaddy, etc. Créez un nouvel enregistrement de type TXT, nom d'hôte @ ou vide (selon l'interface), valeur = le code fourni par Google. Sauvegardez, attendez quelques minutes, retournez dans Search Console et cliquez sur "Vérifier".

Quelles erreurs éviter pendant la manipulation DNS ?

Ne pas confondre enregistrement TXT et CNAME. Google demande un TXT, pas un CNAME pointant vers un domaine de validation. Certains registrars proposent les deux — lisez bien l'étiquette.

Deuxième erreur fréquente : ajouter des guillemets ou espaces parasites dans la valeur du TXT. Copiez-collez le code exact, sans rien modifier. Un espace en trop, et Google ne reconnaît pas la signature.

Comment vérifier que la propagation DNS a bien fonctionné ?

Utilisez un outil comme dig en ligne de commande (dig exemple.com TXT) ou un service web type MXToolbox, DNSChecker. Vous devez voir apparaître l'enregistrement google-site-verification dans la réponse. Si ce n'est pas le cas après 30 minutes, vérifiez que vous avez sauvegardé la zone DNS chez votre registrar.

Certains registrars demandent une action supplémentaire (bouton "Appliquer les modifications" distinct du simple "Enregistrer"). Si la vérification échoue dans Search Console, c'est souvent que l'enregistrement n'est pas encore visible publiquement.

• Récupérer le code TXT généré par Search Console pour la propriété domaine.
• Se connecter à l'interface DNS du registrar (OVH, Gandi, Cloudflare…).
• Ajouter un enregistrement TXT, nom d'hôte @ ou vide, valeur = code Google.
• Sauvegarder et appliquer les modifications DNS (certains registrars ont deux boutons distincts).
• Patienter 5 à 30 minutes, vérifier la propagation avec dig ou MXToolbox.
• Retourner dans Search Console, cliquer sur "Vérifier" — si ça échoue, attendre encore et réessayer.