Migration SEO

Une migration SEO mal préparée se voit dans la Search Console en quelques jours : des milliers d’URL en 404, des pages qui disparaissent de l’index, un trafic organique qui s’effondre. Mon rôle est d’éviter ce scénario lors d’une refonte, d’un changement de CMS ou de domaine, en intervenant avant, pendant et après la mise en ligne.

La règle que je répète à chaque projet : le SEO entre dans une migration au moment où l’on dessine le nouveau site, pas la veille de la mise en production.

Qu’est-ce qu’une migration SEO ?#

On parle de migration dès qu’un changement touche la façon dont Google trouve, lit ou relie vos pages. Les cas les plus fréquents :

Pourquoi une migration fait-elle perdre du trafic ?#

Les pertes viennent presque toujours des mêmes erreurs :

• des anciennes URL sans redirection, ou redirigées en masse vers la page d’accueil ;
• des redirections en chaîne ou en 302 au lieu de 301 ;
• des contenus supprimés alors qu’ils captaient du trafic ;
• des balises title, meta description et Hn perdues dans les nouveaux templates ;
• une préproduction indexée par Google, ou à l’inverse un site mis en ligne avec un « noindex » oublié ;
• un maillage interne appauvri par la nouvelle navigation ;
• un rendu JavaScript que Googlebot ne lit pas correctement.

Chacune de ces erreurs se détecte avant la mise en ligne. C’est tout l’intérêt d’une recette SEO sérieuse.

Les étapes d’une migration SEO réussie#

1. Audit pré-migration Inventaire complet des URL (crawl, sitemap, Search Console, analytics, backlinks), repérage des pages qui génèrent du trafic, des positions et des liens. C’est la liste de ce qu’il ne faut surtout pas perdre.
2. Spécifications SEO pour les développeurs Un document de spécifications qui fixe les règles du nouveau site : structure des URL, balises par template, pagination, canoniques, hreflang, données structurées, gestion des facettes, sitemap et robots.txt.
3. Plan de redirection Une correspondance URL par URL entre l’ancien et le nouveau site, validée avec les équipes métier. Chaque ancienne page pointe en 301 vers son équivalent le plus proche, jamais vers l’accueil par défaut.
4. Recette en préproduction Crawl de la préproduction protégée, contrôle des balises, des codes de réponse, des redirections et du rendu. Les anomalies partent en tickets avant la date de bascule.
5. Mise en ligne Vérifications le jour J : redirections actives, robots.txt, sitemap soumis dans la Search Console, balises de production, absence de noindex.
6. Suivi post-migration Surveillance quotidienne puis hebdomadaire des 404, de l’indexation, des positions et du trafic organique. Les corrections se font au fil de l’eau, pendant les semaines qui suivent.

Le plan de redirection, cœur de la migration#

Un bon plan de redirection se construit à partir de trois sources croisées : le crawl de l’ancien site, les pages qui reçoivent des clics dans la Search Console et les pages qui reçoivent des backlinks. Une URL oubliée dans le crawl mais présente dans les liens externes, c’est de l’autorité perdue.

Les règles que j’applique :

• une redirection 301 directe, sans chaîne, vers la page la plus proche en contenu ;
• des règles par motif (catégories, fiches produits) complétées par un mapping manuel pour les pages stratégiques ;
• les pages supprimées sans équivalent passent en 410 plutôt qu’en redirection vers une page sans rapport ;
• le fichier de redirection est testé sur la préproduction, pas découvert le jour de la mise en ligne.

Mon accompagnement de migration SEO#

J’interviens seul sur les petits sites, et avec l’équipe datashake sur les projets e-commerce à gros catalogue ou multi-pays. Je travaille directement avec votre agence web ou vos développeurs internes, sur leurs outils de ticketing.

Pour une vision plus large de la refonte (choix du prestataire, budget, planning), mon article refonte SEO : les étapes et erreurs à éviter complète cette page.

Outils utilisés pendant une migration#

• Screaming Frog pour crawler l’ancien site, la préproduction et le nouveau site, et vérifier les redirections en masse ;
• Google Search Console pour les pages indexées, les 404 et la soumission des nouveaux sitemaps ;
• GA4 pour repérer les pages qui génèrent des conversions ;
• Majestic et SEObserver pour lister les pages qui reçoivent des backlinks ;
• un tableur partagé pour le plan de redirection, relu par les équipes métier.

Questions fréquentes#

Quand faut-il impliquer un consultant SEO dans une refonte ?

Dès la phase de conception, avant que l’arborescence et les maquettes soient figées. Plus le SEO arrive tard, plus les corrections coûtent cher en développement.

Une baisse de trafic après une migration est-elle normale ?

Une période de fluctuation est courante, le temps que Google réexplore le site et prenne en compte les redirections. Une baisse durable signale en revanche un problème : redirections manquantes, pages supprimées, balises perdues ou contenu moins riche.

Faut-il garder les redirections indéfiniment ?

Il faut les garder au moins un an, et plus longtemps pour les URL qui reçoivent encore des backlinks ou des visites. Les supprimer trop tôt fait perdre l’autorité transmise.

Peut-on changer de CMS et d’arborescence en même temps ?

C’est possible, mais cela multiplie les risques. Quand c’est faisable, je recommande de changer de CMS en conservant les URL, puis de faire évoluer l’arborescence dans un second temps.

Comment vérifier qu’une migration s’est bien passée ?

En comparant, page par page, le trafic et les positions avant et après, en suivant les rapports d’indexation et de 404 de la Search Console, et en recrawlant l’ancienne liste d’URL pour vérifier que chacune redirige vers la bonne page.