Chaque changement d’adresse dans Yandex — nouveau domaine, ajout ou suppression de www, passage à HTTPS — se résume aux mêmes trois exigences techniques. L’endroit où elles sont configurées dépend de la plateforme : fichiers serveur sur un site auto-hébergé, paramètre d’administration sur un site hébergé.
Ce qui doit être configuré, quelle que soit la plateforme
- L’adresse canonique du site, afin qu’il génère des liens internes et des URL absolues de manière cohérente sur l’adresse que vous prévoyez de conserver.
- Redirections de l’ancienne adresse vers la nouvelle, page par page.
- robots.txt, accessible et cohérent sur les deux adresses, avec la directive
Sitemapmise à jour.
Où se trouve chaque élément
- Auto-hébergé (Apache, nginx). Redirections dans
.htaccessou la configuration du serveur ; l’adresse du site dans les paramètres de l’application. Un contrôle total, et la responsabilité de bien rédiger les règles de réécriture. - Plateformes CMS. La plupart exposent un paramètre d’adresse de site ou d’URL de base qui doit être modifié ainsi que la redirection au niveau du serveur. Modifier l’un sans l’autre produit un site qui redirige correctement puis crée des liens internes vers l’ancienne adresse sur chaque page.
- Créateurs de sites hébergés. Le protocole et le préfixe sont généralement un interrupteur, et les redirections sont gérées par la plateforme. La limite est la granularité : nombre d’entre eux ne proposent qu’une redirection globale vers la page d’accueil, ce que Yandex déconseille explicitement car cela bloque les utilisateurs et ralentit l’indexation du nouveau site.
La vérification qui détecte la plupart des erreurs
Après la configuration, demandez chaque variante de l’adresse — avec et sans www, via HTTP et HTTPS — et confirmez qu’exactement une renvoie 200 et que les autres y sont redirigées en un seul saut. Vérifiez ensuite que robots.txt est accessible sur les anciennes et nouvelles adresses et que les deux fichiers concordent. Les deux vérifications sont disponibles dans l’outil de réponse du serveur de la console.
Alors, et seulement alors
Soumettez le déplacement via Indexation → Déplacer le site. L’outil enregistre une intention ; la configuration est ce qui la rend réelle, et soumettre avant que les redirections ne fonctionnent ne fait que gaspiller les semaines nécessaires à la propagation du changement.
Comment nous l'appliquons
The failure we see most often on CMS platforms is a redirect done properly at the server while the application still has the old address in its settings, so every internal link points back at the address being retired. It costs nothing to check and it is invisible in a browser, because the redirect quietly rescues each click. We test all four address variants before submitting any move request.
Services associés