Migration SEO : sécuriser une refonte avant la bascule, pas après
Cartographie URL par URL, plan de redirection, validation technique et surveillance avant / pendant / après mise en ligne. Ce qui est livré, qui en répond, et comment la décision de bascule est objectivée.
Une refonte ne perd jamais son trafic à cause du nouveau design. Elle le perd à cause de signaux techniques qui cassent en silence, entre la validation de la maquette et la mise en ligne — et que personne ne vérifie s'ils ne figurent pas dans un plan de recette écrit.
Le problème : on découvre les pertes après la bascule
Le calendrier d'une refonte est tenu par la date de mise en ligne. Le contrôle SEO, lui, arrive presque toujours en dernier, quand il reste peu de marge pour arbitrer. Résultat : les écarts se constatent en production, sur des courbes de trafic, plusieurs semaines après la cause.
Le déséquilibre est structurel. Le design est visible, débattu, validé par plusieurs regards. Une URL orpheline, une chaîne de redirections trop longue ou un canonical contradictoire ne sont lus que par un moteur — donc par personne, jusqu'à l'incident. Le modèle de risque détaillé est développé dans ce qui casse vraiment lors d'une migration SEO.
L'intervention : un référentiel de tests, pas un avis
Nous prenons la recette de migration comme un chantier à part entière, mené avant la bascule.
- Cartographie URL par URL. Chaque URL de l'ancien site reçoit une destination explicite, ou un arbitrage assumé. Rien n'est laissé au hasard d'une règle générique.
- Plan de redirection. Les règles sont écrites, testées, et leur statut HTTP réel est vérifié en direct — pas déduit d'une table de configuration.
- Validation technique. Canonicals,
meta robots, balisage, maillage interne, données structurées : chaque famille de signaux a son test, et chaque test a un verdict. - Surveillance resserrée. Avant, pendant et après la mise en ligne, avec un point de comparaison antérieur à la bascule.
Le contrôle suit la même chaîne que toutes nos productions — les neuf étapes du pipeline — avec un artefact nommé et un responsable humain à chaque étape.
Ce qui est livré
mapping · plan de redirection · référentiel de tests rejouable · verdict go / no-go · surveillance post-bascule
Le point qui compte n'est pas la liste : c'est que le référentiel soit rejouable. Un test qui ne peut être relancé après correction ne mesure rien — il donne un avis à un instant donné. Le nôtre se ré-exécute, et le delta entre deux passages est lisible.
La preuve
Sur une recette de migration menée pour un éditeur SaaS e-commerce international, plateforme en refonte avant bascule : 763 URLs auditées, seize audits spécialisés, quatre bloqueurs critiques identifiés, et un verdict no-go objectivé à 24/100.
Ce verdict est le livrable le plus utile de la mission. Il n'a pas empêché la refonte : il a empêché la bascule un jour où elle aurait coûté cher, et il a nommé les quatre choses à corriger d'abord.
Pour aller plus loin
- L'architecture d'URL dans une refonte — ce qui se décide avant de rédiger la moindre redirection.
- La recette de preprod d'une migration SEO — le détail de la méthode de test.
- Les signaux à surveiller après une refonte CMS.
Une bascule à sécuriser ? Recevez le diagnostic de visibilité — cartographie Google et moteurs IA, trois écarts prioritaires, retour sous 72 h. Ou parlons directement du chantier.