Seoditum
← Tous les articles

Par · · 8 min

Migration de site : garder son référencement

Refonte, changement de domaine, changement de CMS : la checklist technique pour ne pas perdre le référencement déjà acquis — mapping des redirections, sitemap, période de vigilance post-lancement.

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.

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.

Ce point, et les autres, sont vérifiés automatiquement sur votre site.

Lancer mon audit