Changer de domaine sans perdre son SEO : Un guide pratique

Les meilleures pratiques SEO pour la migration de domaine se concentrent sur la préservation du capital de recherche grâce à des redirections permanentes strictes de type un pour un, des structures d’URL correspondantes et des contrôles d’indexation disciplinés. Un déménagement réussi nécessite la configuration de redirections 301 côté serveur, la validation de la parité de pré-production (staging), la mise à jour des actifs internes et la soumission d’une notification formelle de changement d’adresse dans Google Search Console. Lorsqu’elle est exécutée proprement, Googlebot réindexe les pages sous l’hôte de destination sans effacer les classements historiques.

Qu’est-ce qui définit un déplacement de site avec des modifications d’URL dans la recherche Google ?

Google classe les migrations de sites Web en deux groupes distincts : les déplacements de site avec modifications d’URL et les déplacements sans modification d’URL. Un déplacement sans modification d’URL couvre les changements apportés à votre infrastructure d’hébergement, à l’emplacement du serveur ou au réseau de diffusion de contenu tout en maintenant vos noms de domaine et structures d’URL identiques. En revanche, passer de example.com à example.net, passer du HTTP au HTTPS ou modifier des sous-dossiers relève d’un déplacement de site avec modifications d’URL.

Lorsque les URL changent, les algorithmes de recherche doivent découvrir les nouvelles adresses, évaluer leur contenu et transmettre les signaux historiques des anciens chemins. Ce processus est gourmand en ressources pour les robots des moteurs de recherche. Si Googlebot rencontre des boucles de redirection, des chaînes brisées ou des cibles manquantes, l’efficacité du crawl chute et les classements glissent. Traiter un changement de domaine comme une mise à niveau d’infrastructure garantit que les robots de recherche traitent le changement avec un minimum de confusion.

Comment devez-vous préparer le mappage d’URL et le staging avant le déplacement ?

La planification commence des mois avant de modifier les enregistrements DNS. Vous avez besoin d’un inventaire complet de chaque URL indexée, liée et génératrice de trafic sur votre site Web existant. Extrayez ces chemins en combinant les données de crawl d’outils tels que Screaming Frog avec les rapports de trafic de Google Search Console et des analyses Web. Chaque URL active sur le domaine source a besoin d’une page de destination dédiée.

Préparez un mappage d’URL des URL actuelles vers leur nouveau format correspondant.

Google Search Central

Évitez de rediriger toutes les anciennes pages vers la page d’accueil du nouveau domaine. Google traite les redirections de masse vers une page d’accueil comme des erreurs 404 logicielles, ce qui entraîne la sortie des anciennes pages de l’indexation sans transférer l’autorité au nouvel équivalent. Maintenez des structures de chemin d’URL identiques dans la mesure du possible pour garder le mappage propre et prévisible pour votre équipe d’ingénierie.

• Exportez toutes les URL qui ont reçu au moins un clic organique ou une impression au cours des 12 derniers mois.
• Incluez les cibles de backlinks externes découvertes via les rapports de liens de Search Console.
• Mappez chaque URL héritée directement vers son nouvel emplacement sur une base un pour un.
• Empêchez les chaînes de redirection en pointant les anciennes adresses directement vers la destination finale sans sauts intermédiaires.
• Mettez le nouveau site en staging derrière une authentification HTTP ou des règles de pare-feu afin que les robots ne l’indexent pas prématurément.

Quelles redirections côté serveur Google attend-il lors d’une migration de domaine ?

Les redirections permanentes au niveau du serveur représentent le signal principal qui indique à Google qu’une page a déménagé pour de bon. Utilisez des codes d’état HTTP 301 dans vos configurations de bordure Nginx, Apache ou CDN. Ne vous fiez pas aux redirections JavaScript, aux meta refreshes ou aux redirections temporaires 302, car ces méthodes retardent l’indexation et ne garantissent pas le transfert des signaux.

Gardez l’ancien domaine actif et diffusez des redirections 301 pendant au moins un an. Googlebot visite les anciennes URL à une fréquence décroissante au fil du temps pour confirmer que la relocalisation reste permanente. Si vous laissez expirer l’ancien domaine prématurément, les liens externes pointant vers votre ancienne marque seront rompus et les signaux de recherche résiduels se dissoudront.

Si votre site est grand et que c’est techniquement possible, nous vous recommandons de ne déplacer initialement qu’une partie du site pour tester les effets éventuels sur le trafic et l’indexation de la recherche.

Google Search Central

Tester une migration échelonnée sur un seul sous-domaine ou répertoire vous permet d’observer comment les moteurs de recherche gèrent vos redirections et modifications canoniques avant de engager tout votre catalogue.

Comment configurez-vous Google Search Console lors d’un changement de domaine ?

Google Search Console fournit l’outil de Changement d’adresse, qui informe directement les systèmes de Google de votre migration de domaine planifiée. Cette fonctionnalité ne fonctionne que pour les déplacements au niveau du domaine, tels que le passage de old-domain.com à new-domain.com, et ne s’applique pas aux modifications au niveau du chemin sur le même nom d’hôte.

Avant d’utiliser l’outil, vérifiez à la fois les domaines source et cible dans Search Console à l’aide des propriétés de domaine. Soumettez des sitemaps XML dédiés pour les deux propriétés. L’ancienne propriété a besoin d’un sitemap XML listant les anciennes URL pour encourager Googlebot à crawler et traiter les codes d’état 301. La nouvelle propriété a besoin d’un sitemap XML listant les nouvelles URL pour accélérer la découverte et l’indexation des pages fraîches.

Comment Alien Road applique les migrations de domaine pour les marques d’entreprise

Chez Alien Road, notre équipe aborde les migrations de domaine par le biais d’un protocole technique en quatre phases conçu pour éliminer les baisses de trafic organique pour les plateformes d’entreprise et de commerce électronique. Nous travaillons aux côtés des équipes d’ingénierie pour relier l’infrastructure technique et la visibilité de recherche.

• Audit de découverte et d’architecture : nous crawlons le site source, compilons les fichiers journaux et signalons les pages orphelines pour construire une table de redirection déterministe un pour un.
• Validation de staging et canonique : nous examinons l’environnement cible pour vérifier l’exactitude canonique, les structures de liens internes, les données structurées et les directives robots.txt avant le basculement DNS.
• Orchestration du lancement : nous abaissons les valeurs TTL DNS 72 heures avant le basculement, appliquons des redirections au niveau de la bordure, soumettons des sitemaps XML et déclenchons l’utilitaire de changement d’adresse.
• Surveillance quotidienne des journaux et suivi des index : nous inspectons quotidiennement les journaux du serveur à la recherche d’erreurs 4xx, de boucles de redirection et de pics de taux de crawl pour confirmer que Googlebot effectue une transition en douceur.

Dans un projet client typique, notre équipe d’Istanbul maintient des tableaux de bord de surveillance active pendant 90 jours après le basculement. Nous analysons les ratios de fréquence de crawl entre l’ancien hôte et le nouvel hôte, garantissant que la vitesse d’indexation correspond aux repères historiques.

Que devez-vous surveiller dans les journaux du serveur après la mise en ligne ?

Les outils d’analyse standard affichent uniquement le trafic des visiteurs humains qui exécutent JavaScript. Ils manquent complètement les requêtes de Googlebot. L’inspection des journaux du serveur Web vous donne une vue précise et en temps réel de la façon dont les robots répondent à votre migration.

Surveillez les codes d’état HTTP renvoyés aux agents utilisateurs de Googlebot. L’ancien domaine doit renvoyer presque exclusivement des réponses 301, avec zéro erreur de serveur 5xx et des réponses 404 négligeables. Pendant ce temps, le nouvel domaine doit afficher des réponses 200 OK croissantes à mesure que Googlebot déplace son accent de crawl. Tout pic d’erreurs 500 indique que l’hôte de destination lutte avec la charge de crawl accrue.

Examinez le rapport d’indexation des pages dans Search Console deux fois par semaine pendant le premier mois. Attendez-vous à voir les pages de l’ancienne propriété passer lentement au statut ‘Page avec redirection’, tandis que les pages de la nouvelle propriété passent à ‘Indexée’.

Où concentrer la feuille de route de migration de votre équipe cette semaine

Commencez par rassembler votre inventaire complet d’URL. Récupérez les fichiers journaux des six derniers mois et extrayez les meilleures pages organiques de Search Console. Demandez à votre équipe de développement de rédiger les règles de redirection localement et de les tester sur des lots d’échantillons avant de toucher aux configurations DNS.

Vérifiez également votre empreinte numérique externe. Compilez une liste de vos domaines référents, profils sociaux et campagnes publicitaires les plus précieux. Contactez les principaux partenaires média et webmasters pour mettre à jour directement les anciens backlinks vers le nouveau domaine, réduisant ainsi la dépendance aux sauts de redirection au fil du temps.