Migration SEO : ce que les checklists ne vous disent pas

Une migration SEO désigne toute transformation structurelle d'un site web qui modifie les signaux d'exploration, d'indexation ou de popularité acquis auprès des moteurs de recherche. Changer de domaine, passer à un nouveau CMS, restructurer l'arborescence ou basculer de HTTP vers HTTPS : chacun de ces scénarios expose le référencement naturel à une perte de trafic si la préparation est insuffisante. Une étude relayée par Abondance fixe à 523 jours le délai moyen pour qu'un nouveau domaine retrouve son niveau de trafic organique initial. Ce chiffre devrait figurer dans tous les ordres du jour de kick-off de projet. Il n'y figure presque jamais.

Ce que migration SEO signifie vraiment

Refonte, changement de domaine, CMS : trois réalités très différentes

Une refonte graphique sans modification d'URL constitue le cas le moins risqué. Le robot de Google ne perçoit pas un changement de couleur ou de mise en page, il perçoit des URL, des balises HTML, un fichier robots.txt et des sitemaps. Changer de domaine, en revanche, revient à demander à Google de transférer toute la popularité SEO accumulée vers une nouvelle adresse, et cette opération exige l'outil de changement d'adresse dans Google Search Console. Migrer vers WordPress ou vers Shopify depuis une solution propriétaire implique souvent les deux cas à la fois : changement de structure d'URL et changement de serveur. Ces 3 scénarios ne se gèrent pas avec la même checklist, et les confondre est la première source d'erreur de pilotage.

Pourquoi le SEO n'est pas un pilier parmi d'autres mais la colonne vertébrale du projet

Trop de projets de refonte invitent le consultant SEO en phase de recette, quand les décisions d'arborescence sont déjà gravées dans le cahier des charges. C'est une erreur de gouvernance. Le référencement naturel génère, sur la plupart des sites e-commerce et B2B, entre 40 et 70 % du trafic qualifié. Sacrifier cette source pendant 18 mois pour une refonte graphique n'est pas une décision technique, c'est une décision financière. Nous défendons cette position sans réserve : intégrer le SEO dès la phase de maquettage réduit les coûts de correction post-migration et évite les mauvaises surprises sur le chiffre d'affaires.

Les 4 piliers SEO qui bougent simultanément lors d'une migration

Toute migration SEO affecte 4 dimensions en parallèle. L'indexation change, parce que les nouvelles URL ne sont pas encore connues des moteurs de recherche. L'exploration change, parce que la structure du site et le fichier robots.txt peuvent bloquer le crawl involontairement. La popularité change, parce que les redirections 301 transfèrent le link equity sans garantie de préservation à 100 %. Le contenu change, parce que les titres, les balises méta et les H1 sont souvent réécrits dans la foulée. Traiter ces 4 piliers séparément est une erreur de méthode.

Le chiffre que personne ne cite en titre : 523 jours

Pourquoi la récupération du trafic prend presque un an et demi en moyenne

Ce délai de 523 jours mesuré sur les changements de domaine reflète une réalité que les équipes sous-estiment : Google ne transfère pas instantanément la confiance accumulée sur un domaine. Le Googlebot doit d'abord découvrir les nouvelles URL, vérifier les redirections 301, réévaluer les signaux de pertinence et réindexer les pages une par une. Sur un site de plusieurs milliers de pages, ce processus prend des mois. Un site e-commerce de 8 000 URL qui migre vers un nouveau CMS sans plan de redirection structuré observe des pertes de performances immédiates et durables. Les 4 000 réponses d'IA analysées par Optimum7 attribuent 20 à 40 % des pertes de trafic post-migration à des erreurs d'exécution, pas à des redirections manquantes.

Ce que Google a précisé récemment sur l'outil de changement d'adresse

Google a mis à jour sa documentation sur les migrations de site pour clarifier l'usage de l'outil de changement d'adresse dans Search Console. Cet outil n'est valide que pour les migrations de domaine complet, pas pour les restructurations d'URL internes. La propriété du nouveau domaine doit être vérifiée dans Google Search Console avant toute déclaration. Google précise également que les redirections 301 doivent rester actives pendant au moins 180 jours après la migration pour que le transfert de popularité SEO soit reconnu.

Les nouveaux critères stricts imposés par Google pour les migrations de domaine

Search Engine Journal rapporte que Google a durci ses exigences techniques pour les migrations de domaine. Les sitemaps du nouveau domaine doivent être soumis dans les 48 heures suivant la bascule. Le fichier robots.txt du nouveau site doit autoriser explicitement l'accès aux crawlers Google dès la mise en ligne. Les redirections en chaîne (A vers B vers C) réduisent le transfert de link equity et doivent être évitées. Google impose désormais que le rapport de couverture dans Search Console affiche moins de 5 % d'erreurs critiques avant de valider la migration de domaine.

Avant le jour J : l'état de référence que vous ne construisez pas correctement

Inventorier les URL qui génèrent du trafic, des backlinks ou des conversions

La majorité des audits pré-migration inventorient toutes les URL du site. C'est une erreur de priorité. Un site de 15 000 pages génère souvent 80 % de son trafic organique sur 200 à 300 URL. L'audit doit croiser les données de Google Search Console (clics, impressions, positions) avec les données de backlinks issues d'Ahrefs ou de Screaming Frog pour identifier les pages à valeur SEO réelle. Ces URL constituent le périmètre critique du plan de redirection. Les autres pages peuvent être gérées en masse.

Photographier les performances segment par segment avant toute bascule

Un état de référence fiable mesure les performances par segment : pages produits, pages catégories, pages blog, pages transactionnelles. Google Search Console fournit les données de clics et d'impressions par URL sur les 16 derniers mois. Google Analytics 4 complète avec les taux de conversion par segment. Ces 2 sources, exportées et archivées avant la migration, servent de ligne de base pour diagnostiquer les anomalies à J+7 et J+30.

Construire le plan de redirection en partant de la valeur SEO, pas de l'arborescence

La plupart des plans de redirection sont construits par les développeurs, qui partent de la nouvelle arborescence et cherchent l'ancienne URL correspondante. Cette logique est inversée. Le point de départ doit être la valeur SEO de l'ancienne URL : son trafic, ses backlinks, son positionnement sur des mots-clés cibles. La redirection 301 doit pointer vers la page nouvelle qui couvre la même intention de recherche, pas vers la page techniquement équivalente dans la nouvelle structure. Cette distinction change radicalement les résultats post-migration.

Les 20 à 40 % de perte de trafic qui ne viennent pas des redirections

Les erreurs d'exécution invisibles dans les checklists standard

Les chaînes de redirections non nettoyées constituent la première erreur invisible. Quand une ancienne URL redirige vers une URL intermédiaire qui elle-même redirige vers la destination finale, le transfert de popularité SEO se dégrade à chaque maillon. Screaming Frog détecte ces boucles et ces chaînes, mais encore faut-il relancer le crawl après implémentation des redirections, pas avant. La deuxième erreur invisible concerne les balises canoniques qui pointent encore vers les anciennes URL après migration.

Robots.txt, sitemaps et balises noindex : les trois interrupteurs oubliés

Ces 3 éléments coupent l'exploration et l'indexation aussi efficacement qu'une migration ratée. Un fichier robots.txt copié depuis l'environnement de préproduction bloque fréquemment le Googlebot sur le site de production. Un sitemap non mis à jour soumet des URL en erreur 404 à Google. Des balises noindex laissées sur des pages de catégories empêchent leur réindexation pendant des semaines. La vérification de ces 3 points constitue le premier contrôle à effectuer à J+1.

Capacité serveur et Core Web Vitals : l'impact que les équipes techniques minimisent

Le jour J d'une migration génère un pic d'exploration par le Googlebot. Si la capacité serveur est insuffisante pour absorber simultanément le trafic utilisateurs et le crawl Google, les temps de réponse du serveur augmentent. Google interprète cette latence comme une dégradation de la qualité du site et réduit temporairement le crawl budget. Les Core Web Vitals mesurent directement cet impact : un LCP (Largest Contentful Paint) qui passe au-dessus de 2,5 secondes après migration signale une régression que Google enregistre dans ses critères de classement.

Le go/no-go : la décision que les équipes SEO perdent trop souvent

Quels contrôles doivent bloquer techniquement le lancement

5 contrôles bloquants s'imposent avant toute mise en ligne. Premièrement, 100 % des URL à valeur SEO critique disposent d'une redirection 301 testée en préproduction. Deuxièmement, le fichier robots.txt du nouveau site autorise le crawl de toutes les sections indexables. Troisièmement, les sitemaps XML sont valides et soumis dans Search Console. Quatrièmement, aucune balise noindex ne subsiste sur les pages à indexer. Cinquièmement, les Core Web Vitals mesurés en préproduction restent dans le vert sur mobile.

Comment défendre un report de migration face à une direction sous pression

Le plan de redirection incomplet se traduit en chiffre d'affaires perdu. Sur un site qui génère 50 000 sessions organiques mensuelles avec un taux de conversion de 2 %, une baisse de trafic de 30 % représente 300 conversions perdues chaque mois. Présenter ce calcul devant une direction commerciale est plus efficace que d'invoquer des arguments techniques. Nous recommandons de chiffrer systématiquement l'impact d'une migration précipitée avant toute réunion de go/no-go.

Migrer vers Shopify ou WordPress sans changer les URL : mythe ou réalité

Préserver les structures d'URL lors d'une migration vers WordPress reste techniquement possible via la configuration des permaliens. Sur Shopify, la situation est différente : la plateforme impose une structure d'URL propriétaire pour les produits et les collections, ce qui rend la préservation des anciennes URL impossible dans la majorité des cas. Les redirections 301 deviennent donc obligatoires pour chaque URL produit et chaque URL de catégorie. Les plugins de redirection en masse sur WordPress comme Redirection (John Godley) automatisent cette étape pour les migrations à grand volume.

Suivi post-migration : ce que vous devez surveiller à J+1, J+7 et J+30

Search Console et Google Analytics 4 comme tableau de bord de crise

Google Search Console révèle à J+1 les premières erreurs de crawl, les URL bloquées et les problèmes de couverture d'index. Google Analytics 4 mesure la continuité du trafic organique heure par heure. Ces 2 outils constituent le tableau de bord minimal de surveillance. Ahrefs ou Screaming Frog complètent la vue en vérifiant que les redirections 301 répondent correctement et que les chaînes de redirection ont disparu.

Diagnostiquer une chute sans confondre délai naturel et erreur réelle

Une baisse de trafic de 10 à 15 % dans les 7 premiers jours post-migration relève du délai naturel de réindexation. Une chute supérieure à 30 % sur des segments entiers signale une erreur réelle : redirections manquantes sur des URL critiques, balises noindex non supprimées ou fichier robots.txt bloquant. La distinction entre ces 2 cas repose sur le rapport de couverture dans Search Console, qui identifie précisément les URL exclues de l'index.

Quand prolonger le suivi au-delà de J+90 et pourquoi

Un suivi de 90 jours couvre la première vague de réindexation. Sur les migrations de domaine ou les changements de CMS avec restructuration d'URL, la récupération des positions sur les mots-clés concurrentiels prend souvent 6 à 9 mois. Le suivi doit se prolonger tant que les performances organiques restent inférieures à 90 % du niveau pré-migration sur les segments prioritaires. Google Search Console fournit les données de comparaison nécessaires via son rapport de performances sur 16 mois.

Une migration SEO sans état de référence, c'est naviguer sans carte : on sait qu'on bouge, mais on ne sait pas si on s'éloigne ou si on approche.

La migration SEO n'est pas un événement, c'est un processus

Traiter la migration SEO comme un interrupteur qu'on bascule un soir à 23h revient à ignorer les mois de travail d'optimisation qui précèdent. Le plan de redirection, l'audit pré-migration, le suivi post-bascule : chaque étape conditionne la suivante. Les équipes qui intègrent le SEO dès la conception du nouveau site évitent les 523 jours de récupération. Les autres les subissent. La différence tient rarement à la technique, elle tient à la gouvernance du projet.