Les données d’indexation peuvent exposer des éléments qu’un propriétaire de site ne publierait pas — URL internes, chemins de staging, pages exclues pour des raisons qui révèlent la structure du site. C’est pourquoi Yandex ne montre presque rien tant que vous ne prouvez pas que vous contrôlez le domaine. La vérification est la porte d’entrée, et la méthode que vous choisissez détermine la facilité avec laquelle vous perdrez l’accès d’ici deux ans.
Les trois méthodes
- Fichier HTML dans le répertoire racine (recommandation propre à Yandex). Le fichier doit contenir le code fourni et rien d’autre; un serveur ou un CMS qui enveloppe le fichier dans un modèle, ajoute des balises meta ou injecte des analyses l’annule. Résiste aux réécritures d’en-tête, échoue lors d’une migration de plateforme.
- Balise meta sur la page d’accueil, placée à l’intérieur de
<head>. N’importe où ailleurs sur la page, cela ne compte pas. La méthode la plus rapide et la première victime d’une refonte. - Enregistrement TXT DNS. Le plus long à propager, et le seul qui survit à la fois à une refonte et à un changement de plateforme. Nécessite un accès à la zone du domaine.
La vérification est continue, pas ponctuelle
Yandex vérifie régulièrement le marqueur de vérification. S’il disparaît — le fichier a été nettoyé, la balise a été supprimée par une réécriture de modèle, la zone DNS a été migrée — le site redevient non vérifié et une notification est émise. Les statistiques déjà collectées ne sont pas perdues, mais l’accès à celles-ci s’arrête jusqu’à ce que le marqueur soit restauré. C’est pourquoi la stratégie « vérifier et oublier » échoue : le code doit rester en permanence sur le site.
Vérifier son propre travail
Avant de cliquer sur Vérifier, passez l’URL dans Outils → Vérification de la réponse du serveur et basculez le sélecteur de bot du bot d’indexation principal vers le Yandex Webmaster bot. Il indique le statut HTTP et le contenu réel de la page reçu par le robot, ce qui règle les deux arguments qui prennent généralement une après-midi : savoir si le fichier est réellement là où vous le pensez, et si le serveur y ajoute discrètement du balisage.
Sous-domaines et raccourcis CMS
Si vous avez vérifié l’adresse principale vous-même, le même code de vérification fonctionne pour les sous-domaines — ajoutez chaque sous-domaine à la console et placez-y le même fichier ou la même balise. Ce raccourci ne s’applique pas lorsque vos droits sur le domaine principal ont été attribués par un autre utilisateur plutôt que vérifiés par vous ; dans ce cas, chaque sous-domaine doit être vérifié séparément. Plusieurs créateurs de sites (Drupal, Joomla, Wix, LiveJournal) proposent un champ pour la balise meta ou l’enregistrement TXT afin d’éviter d’avoir à modifier des fichiers.
Si vous ne pouvez pas vérifier du tout
Vous n’y êtes pas obligé. Quelqu’un qui détient déjà le rôle de Propriétaire peut vous attribuer un rôle à la place, ce qui vous donne accès sans toucher au site. Pour une agence, c’est généralement la meilleure solution — consultez la page des droits d’accès.
Comment nous l'appliquons
We verify by DNS wherever the client controls the zone, then add the HTML file as a second marker. The failure we have seen most often is the meta tag disappearing during a redesign: the client notices six weeks later, when the data they were about to use in a board report is no longer accessible. Two markers make that a non-event, and neither costs anything to maintain.
Services associés