Comment évaluer la dette technique SEO d’un site avant un redesign ou une migration ?

La plupart des guides sur l’audit pré-migration listent ce qu’il faut cartographier : URLs, backlinks, technique, contenus, redirections. Ils oublient la question qui détermine tout le reste : parmi les problèmes détectés, lesquels méritent d’être corrigés avant la migration, et lesquels la migration va résoudre d’elle-même sans qu’il soit utile d’y toucher aujourd’hui ?

La question qui manque dans les audits pré-migration

Un audit de dette technique avant une refonte ou une migration produit presque toujours la même chose : une longue liste de problèmes, du plus critique au plus anecdotique. Le piège classique consiste à vouloir tout corriger sur le site actuel avant de migrer, en dépensant du temps et du budget sur des chantiers que la refonte va de toute façon remplacer. Le piège inverse, tout aussi coûteux, consiste à ne rien corriger en se disant que « la nouvelle version réglera ça », alors que certains problèmes se transmettent tels quels si personne ne les traite explicitement dans le cahier des charges de la migration.

La bonne question n’est donc pas « qu’est-ce qui ne va pas sur le site actuel », mais « qu’est-ce qui ne va pas sur le site actuel ET qui ne sera pas automatiquement corrigé par la migration ». Cette distinction change radicalement la priorisation d’un audit pré-migration par rapport à un audit technique classique.

Ce que vous risquez sans cet audit

Les chiffres documentés sur les migrations ratées sont sans appel : sans redirections 301 correctement configurées, un site peut perdre jusqu’à 80 % de son trafic organique. Une baisse temporaire de 5 à 10 % reste normale et attendue lors de toute migration, même bien exécutée ; au-delà, c’est le signe d’un problème réel. Seulement 10 % des migrations amélioreraient réellement le SEO du site, et le délai moyen de récupération après une migration ratée atteindrait 523 jours selon une étude citée par plusieurs praticiens du secteur. Un cas documenté illustre concrètement ce risque : un cabinet de conseil ayant changé 40 % de ses URLs sans redirection a perdu 60 % de son trafic organique dès le premier mois, pour un retour à 85 % du trafic initial après huit mois de correctifs.

Les 5 chantiers à cartographier

La grille de triage : corriger maintenant, ou laisser la migration résoudre

Une fois ces cinq chantiers cartographiés, chaque problème détecté se classe dans l’une de trois catégories, à trancher explicitement plutôt qu’à laisser au hasard du cahier des charges.

1. À corriger avant la migrationTout ce qui affecte le trafic ou les conversions AUJOURD’HUI et qui ne dépend pas de la structure technique remplacée : contenus sous-optimisés sur des pages à fort trafic, métadonnées manquantes sur les URLs les plus consultées, backlinks cassés vers des pages toujours en place. Corriger maintenant évite de perdre plusieurs mois de performance en attendant la mise en ligne de la refonte.
2. À neutraliser dans le cahier des charges de la migrationTout ce qui est structurellement lié à la plateforme actuelle et qui doit être explicitement spécifié pour ne PAS se reproduire sur la nouvelle version : structure d’URL, gestion des canonicals, configuration robots.txt, génération du sitemap. Ces points ne se corrigent pas sur l’ancien site, ils se documentent pour être posés correctement dès la conception du nouveau.
3. À laisser tel quel, sans y toucherTout problème mineur sur une page vouée à disparaître ou à être fusionnée dans la nouvelle architecture. Y consacrer du temps avant la migration est un pur gaspillage : la correction disparaît avec la page au moment du lancement.

Cette grille évite l’écueil le plus fréquent des audits pré-migration : traiter tous les problèmes détectés avec la même urgence, alors que leur horizon de pertinence n’a rien à voir. Un audit qui ne distingue pas ces trois catégories fait perdre du temps de développement sur des correctifs qui n’auront jamais l’occasion de produire un effet mesurable.

Le plan de redirection, pierre angulaire du reste

Le plan de redirection 301 dépend directement des quatre premiers chantiers : sans cartographie complète des URLs, du profil de liens et des performances par page, impossible de prioriser correctement les correspondances ancienne URL vers nouvelle URL. Les pages à fort trafic ou à backlinks nombreux doivent être vérifiées manuellement, une par une, plutôt que confiées à une redirection automatique par pattern qui peut mal interpréter une structure d’URL atypique. Google recommande de conserver les redirections en place au minimum 180 jours après la migration, le temps que l’index se stabilise complètement sur les nouvelles URLs.

Checklist de l’audit pré-migration

1. Cartographiez l’intégralité des URLs indexées actuellesAvec leur statut, leur profondeur et leur trafic associé.
2. Croisez avec le profil de backlinksPriorisez les redirections des URLs qui portent le plus de liens entrants.
3. Classez chaque problème détecté dans la grille de triageCorriger maintenant, spécifier dans le cahier des charges, ou laisser tel quel.
4. Construisez le plan de redirection un à unSur les pages à fort trafic ou à backlinks nombreux, jamais uniquement par pattern automatique.
5. Planifiez le maintien des redirections sur au moins 180 joursLe temps que l’index Google se stabilise sur les nouvelles URLs.