Migration de site : garder son référencement

Une migration de site (refonte, changement de CMS, changement de domaine) est le moment où le référencement acquis est le plus exposé — pas parce que Google "pénalise" les migrations, mais parce qu'une migration mal préparée casse mécaniquement les signaux que Google avait associés aux anciennes URLs. La bonne nouvelle : le risque est presque entièrement maîtrisable avec une checklist technique suivie sérieusement, pas une question de chance.

Avant le lancement

• Faire l'inventaire complet des URLs existantes (via le crawl d'un audit récent, ou l'export du sitemap actuel) — impossible de rediriger correctement ce qu'on n'a pas listé.
• Construire une correspondance ligne par ligne : chaque ancienne URL vers sa nouvelle URL équivalente. Une redirection générique de tout le site vers la nouvelle page d'accueil est l'erreur la plus fréquente et la plus coûteuse — elle ne transfère quasiment aucun signal.
• Conserver la structure d'URL existante quand c'est possible : moins de changements signifie moins de redirections à gérer et moins de risque d'erreur dans le mapping.
• Auditer l'état du site avant migration, pour avoir une vraie référence à laquelle comparer après coup — sans ce point de départ, impossible de distinguer objectivement un effet de la migration d'une fluctuation normale.

Au moment du lancement

• Mettre en place des redirections 301 (permanentes), jamais 302, pour chaque URL de la correspondance établie en amont — une 302 ne transfère pas le signal accumulé.
• Mettre à jour tous les liens internes pour qu'ils pointent directement vers les nouvelles URLs, plutôt que de laisser le site interne traverser une chaîne de redirections.
• Générer et soumettre le nouveau sitemap XML dans Search Console dès le lancement, pas plusieurs semaines après.
• En cas de changement de domaine, utiliser l'outil de changement d'adresse de Search Console — il informe Google explicitement du déplacement plutôt que de le laisser le déduire seul des redirections.

Quand la migration inclut un changement de CMS, une partie des problèmes qui apparaissent ensuite viennent directement de la nouvelle plateforme plutôt que d'une erreur de mapping — chaque CMS a ses propres pièges récurrents sur les URLs, les balises ou la structure.

Après le lancement : la période de vigilance

Une fluctuation de trafic dans les deux à quatre semaines suivant une migration est normale — le temps que Google re-crawle les nouvelles URLs, traite les redirections, et transfère progressivement les signaux. Une baisse ponctuelle sur cette période ne signale pas nécessairement un problème ; une baisse qui persiste au-delà, si.

• Surveiller le rapport de couverture dans Search Console pour repérer les erreurs d'indexation nouvelles (404 inattendues, redirections en boucle).
• Comparer les positions et impressions avant/après sur les pages clés déjà identifiées lors de l'audit pré-migration — la seule façon de distinguer un vrai problème d'une fluctuation normale.
• Garder les redirections actives durablement (au moins un an en cas de changement de domaine) plutôt que de les retirer une fois le nouveau site stabilisé.
• Éviter de changer le contenu en même temps que la structure technique : isoler les deux permet de savoir laquelle des deux modifications explique un changement observé, si jamais il y en a un.

Un audit avant migration établit la référence ; un audit après vérifie qu'aucune régression n'est passée inaperçue — les deux ensemble transforment la migration d'un pari en une opération mesurée, avec une preuve concrète que rien n'a été perdu en route.

Seoditum vérifie ce point automatiquement, avec preuve à l'appui, sur l'ensemble de votre site.