La migration d’un site web est l’opération la plus risquée pour votre référencement. Changement de nom de domaine, refonte de la structure, passage à un nouveau CMS, ou simple changement d’hébergeur — chaque type de migration peut provoquer une chute brutale de trafic organique si les précautions SEO ne sont pas prises en amont. Les cas de PME qui perdent 30 à 50 % de leur trafic après une refonte ne sont pas des exceptions : ils sont la norme quand le prestataire technique et l’entreprise ne mesurent pas les enjeux SEO de la migration. Le trafic organique qui a pris des mois ou des années à construire peut s’effondrer en quelques jours si Google ne retrouve pas vos pages aux bonnes URLs avec le bon contenu.
Chez Propuls’Lead, nous avons accompagné des dizaines de migrations pour nos clients PME, et notre protocole garantit une transition sans perte de trafic parce qu’il traite la migration comme un projet SEO avant de la traiter comme un projet technique. Cet article détaille les étapes indispensables, les erreurs les plus courantes, et la checklist de vérification post-migration que toute PME devrait suivre.
Cartographier l’existant avant de toucher quoi que ce soit
La première phase d’une migration réussie commence bien avant la mise en ligne du nouveau site. Elle consiste à dresser un inventaire complet de votre patrimoine SEO actuel — chaque URL, chaque classement, chaque backlink — pour s’assurer que rien ne sera perdu pendant la transition.
L’export de toutes les URLs indexées est le point de départ. Google Search Console fournit la liste des pages indexées dans la section « Pages » (anciennement « Couverture »). Screaming Frog complète cette liste en crawlant l’intégralité du site pour identifier les URLs accessibles via le maillage interne, y compris celles que Google n’a pas encore indexées. La fusion de ces deux sources produit la cartographie complète des URLs qui doivent être prises en charge dans le plan de migration. Notre checklist d’audit SEO technique en 20 points fournit la base de cet inventaire.
L’identification des pages stratégiques est l’étape suivante. Toutes les URLs n’ont pas la même valeur SEO. Les pages qui génèrent du trafic organique, celles qui se classent sur des mots-clés stratégiques, et celles qui reçoivent des backlinks de qualité méritent une attention prioritaire. Google Search Console (section « Performance ») identifie les pages qui reçoivent du trafic et les mots-clés sur lesquels elles se positionnent. Ahrefs ou Semrush identifient les pages qui reçoivent des backlinks externes. Propuls’Lead crée un tableur de migration qui associe chaque URL actuelle à son URL future, ses backlinks, ses classements et son trafic, pour que chaque page stratégique soit tracée individuellement tout au long du processus.
L’inventaire des backlinks est la dimension la plus souvent oubliée. Les liens que d’autres sites pointent vers vos pages constituent une partie importante de votre autorité SEO. Si ces liens pointent vers des URLs qui n’existent plus après la migration sans redirection, l’autorité qu’ils transmettent est perdue. Propuls’Lead utilise Ahrefs pour exporter la liste complète des backlinks et vérifie que chaque URL de destination est couverte par le plan de redirection.
Le plan de redirection : l’élément qui fait ou défait la migration
Le plan de redirection 301 est le document le plus important de toute migration SEO. Il associe chaque ancienne URL à la nouvelle URL correspondante et garantit que les visiteurs, les backlinks et le jus SEO sont transférés sans perte vers la nouvelle structure.
Chaque ancienne URL qui avait du trafic, des backlinks ou un classement doit pointer via une redirection 301 vers la nouvelle URL la plus pertinente. Une redirection 301 indique à Google que la page a déménagé définitivement et qu’il doit transférer l’autorité SEO vers la nouvelle adresse. Notre article sur les redirections 301 et 302 détaille la différence entre ces deux types de redirection et les cas d’usage de chacun.
Les erreurs les plus fréquentes dans les plans de redirection sont les redirections génériques qui envoient toutes les anciennes pages vers la page d’accueil au lieu de leur équivalent thématique (Google interprète cela comme une erreur 404 déguisée), les chaînes de redirections qui passent par deux ou trois URLs intermédiaires avant d’atteindre la destination finale (chaque maillon de la chaîne dilue l’autorité transmise et consomme du crawl budget inutilement), et les pages orphelines oubliées dans le plan qui retournent une erreur 404 et perdent définitivement leur autorité et les backlinks associés. Propuls’Lead a constaté que les plans de redirection incomplets sont responsables de 80 % des pertes de trafic post-migration chez les PME qui n’ont pas été accompagnées par un spécialiste SEO. Propuls’Lead teste chaque redirection individuellement avant la mise en ligne avec un outil de vérification en lot qui confirme que chaque ancienne URL redirige correctement vers sa cible.
Vérifications techniques le jour de la mise en ligne
Le jour de la migration est le moment où les erreurs coûtent le plus cher parce qu’elles sont immédiatement visibles par Google et par vos visiteurs. Un protocole de vérification rigoureux réduit le risque de problème à quasi zéro.
La première vérification est le bon fonctionnement des redirections. Testez un échantillon représentatif d’anciennes URLs — au minimum les 50 pages les plus stratégiques — pour confirmer qu’elles redirigent vers la bonne destination avec un code 301 et non un 302. Un outil comme httpstatus.io ou la commande curl en ligne de commande vérifie le code de statut HTTP en quelques secondes par URL.
La deuxième vérification est l’accessibilité du sitemap XML et du robots.txt. Le nouveau sitemap doit être en place avec les nouvelles URLs et soumis dans Google Search Console. Le robots.txt doit autoriser le crawl de toutes les sections du site — un oubli classique est de laisser une directive « Disallow: / » dans le robots.txt de l’environnement de développement, qui bloque tout le site une fois mis en production. Notre article sur le sitemap XML et robots.txt détaille la configuration correcte de ces fichiers.
La troisième vérification est la présence des balises canonical sur toutes les pages du nouveau site, pointant vers les nouvelles URLs. Des balises canonical qui pointent vers les anciennes URLs — un résidu fréquent des migrations précipitées — créent un conflit entre la redirection 301 (qui dit « la page est ici maintenant ») et la canonical (qui dit « la version de référence est là-bas »). Ce conflit désoriente Googlebot et retarde la prise en compte de la nouvelle structure.
La quatrième vérification est la performance du nouveau site. Le temps de chargement, le TTFB et les Core Web Vitals doivent être égaux ou meilleurs qu’avant la migration. Propuls’Lead lance un test Google PageSpeed Insights sur les dix pages principales du nouveau site dans l’heure qui suit la mise en ligne, parce qu’une régression de performance masquée par l’enthousiasme de la refonte peut passer inaperçue pendant des semaines tandis que le classement se dégrade silencieusement. Notre article sur les Core Web Vitals fournit les seuils de performance à respecter.
Le suivi post-migration qui protège votre investissement
Les deux semaines qui suivent la mise en ligne sont la période critique pendant laquelle les problèmes de migration se manifestent dans les données SEO.
Google Search Console est l’outil de surveillance principal. La section « Performance » révèle les variations de trafic et de classements sur les mots-clés stratégiques. Une baisse de 10 à 15 % dans les jours suivant la migration est normale et se résorbe en une à deux semaines si les redirections sont correctes. Une baisse supérieure à 30 % ou une absence de récupération après deux semaines signale un problème dans le plan de redirection ou dans la structure du nouveau site. La section « Pages » (Couverture) signale les nouvelles erreurs 404, les pages exclues et les problèmes d’indexation qui nécessitent une correction immédiate.
Propuls’Lead surveille quotidiennement les positions sur les 20 à 30 mots-clés prioritaires de chaque client pendant le mois suivant la migration avec Semrush ou Ahrefs. Cette surveillance permet de détecter les régressions de positionnement avant qu’elles ne se traduisent par une perte de trafic visible, et d’intervenir — ajuster une redirection, corriger une canonical, soumettre une URL à l’indexation — dans les heures qui suivent la détection du problème. Notre article sur le fonctionnement de l’indexation Google explique les délais normaux de réindexation après une migration et comment accélérer le processus via l’outil d’inspection d’URL de Google Search Console.