La vérification des sous-domaines dans Google Search Console nécessite de choisir entre une propriété de domaine, qui couvre automatiquement tous les sous-domaines via DNS, ou des propriétés de préfixe d’URL spécifiques pour un contrôle granulaire. Les propriétaires de sites doivent prouver leur propriété pour accéder aux données de performance, au statut d’indexation et aux rapports d’erreurs d’exploration. La sélection de la méthode appropriée dépend de la manière dont l’infrastructure de votre site sépare le contenu entre différents sous-domaines comme blog.example.com ou shop.example.com.
La vérification est la première étape pour débloquer tout le potentiel des outils Search Console. Sans une propriété valide, vous restez aveugle à la façon dont Google interprète vos sous-domaines. Que vous exploitiez un site multirégional avec des sous-domaines spécifiques par pays ou un portail de documentation technique séparé, une vérification appropriée sert de base à toutes les améliorations techniques SEO ultérieures.
Pourquoi devriez-vous choisir la vérification par propriété de domaine ?
Le type de propriété de domaine est le moyen le plus efficace de gérer des architectures de sites complexes. En ajoutant un seul enregistrement TXT à votre fournisseur DNS, Google vérifie votre domaine racine et tous les sous-domaines associés. Cela élimine le besoin de vérifier chaque sous-domaine individuellement, ce qui permet de gagner du temps à mesure que votre site se développe.
Lorsque vous sélectionnez la propriété de domaine, vous obtenez accès à une vue agrégée de toute votre présence web. Ceci est particulièrement utile pour les sites web qui distribuent l’autorité sur divers sous-domaines. Par exemple, si vous avez un site principal et un portail séparé pour la gestion des comptes utilisateurs, une propriété de domaine garantit qu’aucun point de données n’est manqué. Cela simplifie la charge administrative en supprimant le besoin de gérer des dizaines de propriétés individuelles à mesure que vous évoluez.
- Rapports consolidés : visualisez les données de performance organique pour toute la hiérarchie du domaine dans une seule vue.
- Découverte automatique : les nouveaux sous-domaines sont suivis immédiatement sans nécessiter de configuration DNS supplémentaire ou d’étapes de vérification.
- Sécurité basée sur DNS : seuls ceux ayant un accès administratif aux paramètres DNS du domaine racine peuvent vérifier la propriété, empêchant tout accès non autorisé aux données.
Quand la vérification par préfixe d’URL est-elle nécessaire ?
Vous pourriez avoir besoin d’une propriété de préfixe d’URL si vous n’avez besoin d’accéder qu’à un sous-domaine spécifique ou si votre équipe n’a pas accès aux paramètres DNS au niveau racine. Cette méthode permet une surveillance plus ciblée, comme donner à un développeur l’accès uniquement au sous-domaine de staging sans lui exposer les données du domaine de production.
De nombreuses grandes organisations préfèrent cette méthode car elle impose des limites d’autorisation strictes. Si un département spécifique gère un blog ou un centre d’aide sur un sous-domaine, la propriété de préfixe d’URL leur permet de voir leurs métriques spécifiques sans interagir avec la configuration du domaine principal. C’est une approche tactique de la gouvernance des données qui empêche l’exposition inutile de détails de configuration sensibles.
Google indexe le contenu en fonction d’URL spécifiques et crée un historique de confiance pour chacune d’elles.
Google Search Central
Comment Alien Road applique cela
Chez Alien Road, notre équipe commence chaque nouvel engagement en effectuant un audit approfondi de la configuration actuelle des propriétés du client dans Google Search Console. Pour les clients à grande échelle, nous préférons l’approche par propriété de domaine car elle offre une vue claire de la façon dont les sous-domaines interagissent avec le site principal. Nous nous assurons que les enregistrements DNS sont mis à jour avec précision pour éviter les lacunes dans les données.
Si un client gère des services distincts sur des sous-domaines séparés, nous créons souvent des propriétés de préfixe d’URL individuelles en plus de la propriété de domaine maître. Cette double approche nous permet de surveiller des sous-domaines spécifiques pour les erreurs d’exploration tout en conservant une vue de haut niveau des tendances du trafic organique. Nous documentons ces configurations pour garantir que tous les membres de l’équipe puissent accéder aux flux de données corrects sans friction.
Par exemple, lors du travail avec un client qui est récemment passé d’une structure de sous-dossiers à un sous-domaine pour son expansion internationale, nous avons configuré des propriétés individuelles pour chaque région. Cela nous a permis d’isoler les problèmes de performance spécifiques aux marchés allemand ou français sans dépendre de l’agrégat global, ce qui pourrait masquer des baisses de classement localisées ou des retards d’indexation.
Quels sont les défis courants lors de la vérification ?
Les obstacles techniques surviennent souvent lorsqu’il y a une inadéquation entre le registraire de domaine et l’hôte DNS. Si l’enregistrement TXT n’est pas placé au niveau racine, Search Console ne pourra pas identifier la relation. De plus, si vous utilisez un service proxy, vous devez vous assurer que vos enregistrements DNS se propagent correctement sur tous les nœuds.
- Retards de propagation DNS : il peut falloir jusqu’à 48 heures pour que les nouveaux enregistrements TXT soient reconnus mondialement par les serveurs de Google.
- Placement incorrect de l’enregistrement : assurez-vous que l’enregistrement TXT est ajouté au domaine racine, et non au niveau du sous-domaine spécifique lors de l’utilisation des propriétés de domaine.
- Conflits d’autorisation : vérifiez que le propriétaire du compte dispose de droits administratifs suffisants pour modifier les configurations DNS.
- Problèmes de mise en cache : videz votre cache DNS local si vous soupçonnez que l’enregistrement a été ajouté mais n’est pas reflété dans l’outil de vérification.
Comment vérifier les sous-domaines étape par étape
Commencez par vous connecter à votre compte Search Console et cliquez sur ‘Ajouter une propriété’. Sélectionnez ‘Domaine’ et entrez votre domaine racine. Copiez l’enregistrement TXT fourni par Google et accédez à la console de gestion DNS de votre registraire de domaine. Créez un nouvel enregistrement TXT, collez la valeur et enregistrez vos modifications. Revenez à Search Console après quelques minutes pour terminer le processus.
Si vous optez pour la méthode par préfixe d’URL, vous devez vérifier le protocole spécifique (http vs https) et le sous-domaine spécifique. Il s’agit d’un processus plus manuel qui nécessite de répéter la vérification pour chaque sous-domaine. Nous recommandons d’utiliser le téléchargement de fichier HTML ou la méthode de balise HTML si vous avez un accès direct aux fichiers du serveur mais manquez d’autorisations DNS.
Par où commencer cette semaine
Identifiez tous les sous-domaines actuellement actifs sur votre serveur. Vérifiez votre tableau de bord Search Console pour voir s’ils sont déjà mappés sous une propriété de domaine. S’ils manquent, lancez le processus de vérification DNS pour le domaine racine afin de centraliser vos données. Cet audit simple fournira une image plus claire de la santé de votre site et garantira qu’aucune partie de l’architecture de votre domaine ne reste sans surveillance.