Migration SEO : migrer son site sans perdre de trafic (checklist complète)

Changer de nom de domaine, de CMS, d'hébergeur ou de structure d'URL : sur le papier, c'est un projet technique. Dans les faits, c'est le moment où un site peut perdre en quelques jours des positions acquises en plusieurs années. Une migration SEO bien préparée évite ce scénario, et peut même devenir l'occasion de corriger des défauts anciens.

Ce guide réunit tout ce qu'il faut maîtriser pour migrer un site sans perdre son référencement : la checklist avant migration, le plan de redirection 301, la bascule DNS et HTTPS, la séquence du jour J et les tests de performance après la mise en ligne.

En bref

• Une migration se réussit avant la mise en ligne : inventaire des URL, mesures de référence et plan de redirection testé.
• Chaque URL qui a du trafic, des backlinks ou des positions doit avoir une redirection 301 directe vers son équivalent le plus proche.
• La bascule DNS se prépare en abaissant le TTL à l'avance et en gardant l'ancien serveur actif pendant la transition.
• Le passage en HTTPS impose des redirections de chaque URL HTTP vers sa version HTTPS, sans contenu mixte.
• Le suivi après migration (erreurs, indexation, Core Web Vitals, positions) dure au minimum trois mois.

Qu'est-ce qu'une migration SEO ?

Une migration SEO désigne tout changement majeur qui modifie la façon dont les moteurs de recherche accèdent à votre site ou l'interprètent, accompagné des précautions pour préserver sa visibilité. Dès que des URL changent, il y a migration, et donc un risque pour le référencement. Les principaux types, du moins risqué au plus risqué :

• Changement d'hébergement sans changement d'URL : risque faible, surtout lié aux performances et à la disponibilité.
• Passage de HTTP à HTTPS : risque faible à modéré si les redirections sont correctes.
• Refonte avec nouvelles URL : risque élevé, selon le nombre de pages modifiées.
• Changement de CMS : risque élevé, car les URL, les modèles de page et les balises changent souvent en même temps.
• Changement de nom de domaine ou fusion de plusieurs sites : risque le plus élevé, car toute la popularité doit être transférée.

Si vous cumulez plusieurs changements, par exemple un nouveau CMS et un nouveau domaine, envisagez de les séparer dans le temps : il est beaucoup plus simple d'identifier la cause d'une baisse quand un seul paramètre a bougé.

Pourquoi une migration de site fait perdre du trafic

Les pertes de trafic après migration ont presque toujours les mêmes causes, et presque toutes sont évitables.

• Des URL modifiées sans redirection, qui renvoient des erreurs 404.
• Des redirections en masse vers la page d'accueil, que Google peut traiter comme des erreurs 404 logicielles.
• Des chaînes de redirections qui ralentissent l'exploration.
• Un robots.txt ou une balise noindex de préproduction oubliés en production.
• Des contenus supprimés ou fortement raccourcis pendant la migration.
• Des balises canonical, hreflang ou des données structurées qui pointent encore vers l'ancien site.
• Un nouveau site plus lent que l'ancien.

Une baisse passagère de quelques semaines est courante pendant que Google réexplore le site ; une baisse durable signale une erreur à corriger.

La checklist avant migration

C'est la phase la plus importante, et celle qu'on raccourcit le plus souvent faute de temps.

• Mesures de référence : exportez au moins 12 mois de données Google Analytics 4 et Google Search Console (clics, impressions, pages, requêtes) et relevez les positions des requêtes stratégiques.
• Inventaire complet des URL : combinez un crawl (Screaming Frog ou équivalent), le sitemap XML, les URL qui reçoivent du trafic dans Analytics et celles qui ont des backlinks.
• Pages prioritaires : identifiez les pages qui génèrent l'essentiel du trafic et des conversions, elles feront l'objet de tests individuels.
• Préproduction : construisez le nouveau site sur un environnement protégé par mot de passe ou en noindex, jamais accessible aux robots.
• Recette SEO : vérifiez sur la préproduction les title, meta descriptions, H1, canonical, hreflang, données structurées et le maillage interne.
• Performances : mesurez les Core Web Vitals de l'ancien site pour pouvoir comparer.
• Calendrier : choisissez une période creuse pour votre activité et évitez le vendredi soir et la veille d'un salon ou d'une campagne.
• Sauvegardes : sauvegardez fichiers, base de données et configuration serveur de l'ancien site.

Le plan de redirection 301 : la pièce maîtresse

Le plan de redirection est la table qui associe chaque ancienne URL à sa nouvelle URL. C'est lui qui transmet à Google l'historique de vos pages ; sans lui, chaque page modifiée repart de zéro.

301, 302, 308 : quelle redirection utiliser ?

• Redirection 301 : permanente. C'est la référence pour une migration.
• Redirection 308 : permanente également, conserve la méthode HTTP de la requête. Google la traite comme une 301.
• Redirection 302 ou 307 : temporaire. À réserver aux situations réellement provisoires (maintenance, test).
• Redirection JavaScript ou meta refresh : à éviter, utilisez une redirection côté serveur dès que possible.

Construire la table de correspondance

Partez de l'inventaire complet et associez chaque URL à la page de destination qui répond à la même intention. Une fiche produit va vers la nouvelle fiche du même produit, un article vers le même article, une catégorie vers la catégorie équivalente. Pour les pages sans équivalent, choisissez la page parente la plus proche ou laissez une erreur 410 si le contenu a réellement disparu.

Les règles à respecter

• Une redirection directe vers la destination finale, sans chaîne.
• Pas de redirection massive vers la page d'accueil.
• Des redirections testées sur la préproduction ou sur un échantillon avant le lancement.
• Des liens internes mis à jour vers les nouvelles URL, pour ne pas dépendre des redirections.
• Des redirections conservées longtemps : Google recommande de les garder au moins un an, et le plus simple est de ne jamais les retirer.

DNS, hébergement et HTTPS : la bascule technique

Préparer la bascule DNS

Si la migration implique un nouvel hébergeur ou un nouveau domaine, le DNS est la dernière étape et la plus délicate. Quelques jours avant, abaissez le TTL des enregistrements concernés pour que le changement se propage rapidement le jour J. Gardez l'ancien serveur actif pendant la propagation, vérifiez les enregistrements MX pour ne pas couper les e-mails, et conservez l'ancien nom de domaine enregistré pour que ses redirections continuent de fonctionner.

Passer le site en HTTPS

• Installez un certificat valide qui couvre toutes les variantes (avec et sans www).
• Redirigez chaque URL HTTP vers sa version HTTPS en 301, de page à page.
• Supprimez le contenu mixte : images, scripts et feuilles de style doivent tous être chargés en HTTPS.
• Mettez à jour canonical, hreflang, sitemap et liens internes avec les URL en HTTPS.
• Une fois tout stabilisé, activez l'en-tête HSTS pour forcer HTTPS côté navigateur.

Choisissez une seule version canonique (HTTPS, avec ou sans www) et faites converger toutes les autres vers elle en une seule redirection.

Le jour J : la séquence de mise en ligne

1. Gelez les modifications de contenu sur l'ancien site.
2. Déployez le nouveau site et activez les redirections.
3. Retirez le noindex et vérifiez le robots.txt de production.
4. Basculez le DNS si nécessaire.
5. Testez les redirections des pages prioritaires puis un échantillon large.
6. Vérifiez les formulaires, le tracking Analytics et l'envoi des leads vers le CRM.
7. Soumettez le nouveau sitemap XML dans la Search Console.
8. En cas de changement de domaine, utilisez l'outil de changement d'adresse de la Search Console.

Après la migration : tests de performance et suivi

Le travail ne s'arrête pas à la mise en ligne. Les premières semaines servent à détecter les erreurs pendant qu'elles sont encore faciles à corriger.

• Le lendemain : nouveau crawl complet pour repérer les 404, les chaînes de redirections et les pages en noindex par erreur.
• La première semaine : suivi quotidien des rapports d'indexation et des erreurs d'exploration dans la Search Console.
• Les tests de performance : comparez les Core Web Vitals avec les mesures d'avant migration (LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1) avec PageSpeed Insights, puis surveillez les données terrain dans la Search Console.
• Le premier mois : comparaison des clics, impressions et positions des pages prioritaires avec la période de référence.
• Les trois premiers mois : contrôle régulier des 404 qui apparaissent (souvent des URL anciennes oubliées) et ajout des redirections manquantes.

Pensez aussi aux éléments extérieurs au site : mettez à jour les liens de vos profils (LinkedIn, annuaires, Google Business Profile), vos campagnes Google Ads et vos signatures e-mail, et demandez aux partenaires qui vous envoient des backlinks importants de mettre à jour leurs liens.

FAQ sur la migration de site et le SEO

Qu'est-ce que la migration d'un site web ?

C'est le déplacement ou la transformation d'un site existant : nouveau domaine, nouveau CMS, nouvel hébergeur, nouvelle structure d'URL ou passage en HTTPS. Elle devient une migration SEO dès qu'elle peut affecter la façon dont Google explore et classe le site.

Comment migrer un site sans perdre son référencement ?

En inventoriant toutes les URL avant le projet, en construisant un plan de redirection 301 page à page, en testant le nouveau site sur une préproduction non indexable, puis en suivant de près les erreurs et l'indexation après la mise en ligne.

Combien de temps faut-il pour retrouver son trafic après une migration ?

Cela dépend de la taille du site et du type de migration. Google indique qu'il faut quelques semaines pour qu'un site de taille moyenne soit réexploré, et davantage pour un grand site. Une baisse qui dure au-delà de quelques mois signale presque toujours un problème technique.

Combien de temps conserver les redirections 301 ?

Au moins un an selon les recommandations de Google, et idéalement de façon permanente. Des backlinks anciens et des favoris continuent d'utiliser les anciennes URL pendant des années.

Une redirection 301 fait-elle perdre du PageRank ?

Google a indiqué que les redirections 30x ne font pas perdre de PageRank. Les pertes viennent plutôt de redirections vers des pages non pertinentes, de chaînes ou de redirections manquantes.

Sécuriser votre migration avec Klickbee

Chez Klickbee, nous accompagnons les migrations de sites B2B de bout en bout : audit et inventaire des URL, plan de redirection, recette SEO sur préproduction, bascule DNS et HTTPS, puis suivi après lancement. Nos experts seniors s'appuient sur nos agents IA pour fiabiliser les tables de correspondance sur des milliers d'URL. Découvrez notre offre de SEO technique, notre maintenance de site internet pour la suite, ou demandez un plan d'action gratuit avant de lancer votre projet.

À lire aussi

• Refonte de site internet : les étapes et la checklist
• Core Web Vitals : comprendre et améliorer vos scores
• Audit SEO : la méthode complète