Connecter un site à Yandex Webmaster prend quatre étapes et environ dix minutes, mais trois de ces étapes contiennent une décision qu’il est coûteux de modifier par la suite : l’adresse exacte que vous enregistrez, la méthode de vérification que vous choisissez et le fait de définir ou non une région. Tout ce que la console vous dira plus tard sur votre site dépend du fait de réussir ces choix du premier coup.
Les quatre étapes
- Se connecter avec un Yandex ID. Un compte peut contenir un nombre illimité de sites, et les sites peuvent être épinglés en haut de la liste lorsqu’il y en a plus d’une poignée.
- Ajouter le site — seul un site sur son propre domaine peut être ajouté, les sous-domaines des plateformes d’hébergement gratuit sont donc exclus. Entrez l’adresse exactement telle qu’elle doit apparaître dans les résultats : protocole correct, et avec ou sans le
wwwpréfixe. Les domaines cyrilliques sont recodés en Punycode automatiquement, mais l’encodage des URL de page doit alors correspondre à l’encodage du contenu, sinon l’adresse ne se résoudra pas pour le robot. - Vérifier la propriété par fichier HTML, balise méta ou enregistrement DNS TXT. La vérification elle-même peut prendre jusqu’à 24 heures pour s’enregistrer.
- Lire les conseils d’optimisation sous Optimisation de site web, qui est l’endroit où Yandex liste les erreurs et recommandations qu’il a déjà trouvées.
Le piège de l’adresse
Yandex traite https://example.com, https://www.example.com, http://example.com et http://www.example.com comme quatre sites distincts. Enregistrer le mauvais produit une console qui se vérifie avec succès, ne signale presque rien et décrit silencieusement une adresse que personne ne visite. Si l’accès est ensuite délégué à un collègue ou à une agence, ils doivent ajouter exactement la même adresse — une non-concordance ici est la raison la plus fréquente pour laquelle les droits délégués apparaissent non vérifiés.

Ce que l’ajout d’un site ne fait pas
L’enregistrement est une décision de mesure, pas de classement. Yandex déclare clairement qu’ajouter un site ne garantit ni l’inclusion dans la recherche ni un indexation plus rapide. Cela fonctionne également dans l’autre sens : supprimer un site de la console ne supprime pas ses pages de la recherche. La console observe ; elle n’admet pas.
Deux conditions que les gens oublient
- Le serveur doit répondre à la fois au robot d’indexation principal de Yandex et au robot séparé Yandex Webmaster avec
200 OK. Un pare-feu ou un filtre de bots qui autorise l’un et bloque l’autre produit un échec de vérification sans cause évidente. - Si le site répond à la fois sur IPv4 et IPv6, il doit répondre correctement sur les deux. Un fichier de vérification présent sur l’hôte IPv4 et absent sur l’hôte IPv6 échoue par intermittence, ce qui est beaucoup plus difficile à diagnostiquer qu’un échec net.
À quoi s’attendre ensuite
La vérification est rapide ; les données utiles ne le sont pas. Les statistiques de crawl apparaissent en quelques jours, les données de requêtes s’accumulent sur des semaines et le premier rapport est trop mince pour en tirer des conclusions. Un site ajouté un lundi et évalué un vendredi aura l’air de n’avoir aucune présence dans la recherche.

Comment nous l'appliquons
We register the exact production address, verify by DNS record where the client controls the zone, and add a second method as a fallback in the same session. The ten minutes this takes at the start of an engagement prevents the situation we have inherited more than once: a console attached to the http:// non-www variant of a site that has been on HTTPS for two years, reporting nothing, with everyone assuming Yandex simply had no data.
Services associés