Une refonte réussie graphiquement peut ruiner des années d'acquis en quelques semaines. Voici ce que je verrouille avant de laisser partir un site, redirection par redirection.
Changer de domaine, de CMS ou de structure d’adresses revient à déménager un site web sous les yeux de Google. Chaque adresse qui disparaît sans redirection emporte avec elle des positions, des liens et du trafic acquis parfois sur des années. Une migration SEO préparée en amont conserve ce capital : inventaire des URL, plan de redirection, recette technique avant bascule et suivi dans la Search Console. Voici la méthode que j’applique avant de laisser partir une refonte.
Ce qu’une migration SEO recouvre réellement
Une migration SEO désigne toute opération technique qui modifie les adresses d’un site ou la façon dont les moteurs de recherche y accèdent. La refonte graphique seule, à contenu et adresses identiques, n’en est pas une ; le passage à un nouveau domaine, si.
Dans les audits que je mène, quatre cas concentrent l’essentiel des risques :
- Le changement de domaine : l’ancien nom cède la place à un nouveau, avec ou sans nouveau design. C’est le scénario le plus sensible pour le référencement naturel.
- Le changement de structure d’URL : les pages restent, mais leurs adresses changent (nouvelle arborescence, suppression de dossiers, réécriture des slugs). C’est le cas le plus fréquent lors d’un passage à un nouveau CMS.
- La fusion de sites : plusieurs domaines regroupés sur un seul, avec des contenus à arbitrer page par page.
- Le passage en HTTPS ou la bascule vers un sous-domaine : techniquement plus simple, mais chaque adresse change quand même et mérite sa redirection.
Dans les quatre cas, la logique reste la même : Google a indexé des pages, des sites externes pointent vers elles et des internautes les ont enregistrées. Toute URL qui répond en erreur après la bascule rompt ces trois fils à la fois. La visibilité dans les moteurs de recherche ne se transfère pas automatiquement d’une adresse à l’autre ; le référencement naturel suit les redirections.
L’inventaire des URL, socle de toute la suite
Aucun plan de redirection sérieux ne se construit sans un inventaire exhaustif des URLs de l’ancien site. C’est le premier prérequis SEO que je demande sur une refonte et c’est presque toujours la pièce manquante du dossier.
Cet inventaire se constitue en croisant plusieurs outils, car aucun n’est complet seul :
- Un crawl complet : des outils comme Screaming Frog parcourent le site en suivant les liens internes et restituent l’ensemble des contenus accessibles, avec leur code de réponse et leurs balises.
- Les exports de la Google Search Console : le rapport de performance liste les URL qui reçoivent réellement des impressions et des clics, y compris des pages que le crawl ne voit plus.
- Google Analytics : les données d’audience révèlent les pages consultées, dont certaines vivent hors du maillage (anciennes campagnes, PDF, pages orphelines).
- Les backlinks : les URL qui reçoivent des liens externes méritent un traitement prioritaire, car elles portent une partie de la popularité du site.
Le croisement de ces sources produit l’inventaire de référence des URLs ; aucune section du site ne doit manquer à l’appel. J’y ajoute une colonne de priorité : les pages qui génèrent du trafic ou reçoivent des liens passent en tête, les contenus obsolètes ou dupliqués sont candidats à une suppression assumée. Ce tri évite de migrer du poids mort vers les nouvelles URLs.
Construire le plan de redirection
Le plan de redirection est un tableau de correspondance : chaque ancienne adresse pointe vers la nouvelle URL qui reprend son contenu ou son intention. C’est le document central de la migration, celui que je relis ligne à ligne avant de valider un passage en production.
Trois règles structurent ce travail. La correspondance se fait page à page, même quand la nouvelle arborescence réorganise les dossiers : l’ancienne fiche produit vers la nouvelle fiche produit, l’ancien article vers son équivalent. Rediriger tout l’ancien site vers l’accueil est la pire option ; Google traite ce type de redirection massive comme une erreur 404 déguisée et le trafic s’évapore. Quand aucun contenu équivalent n’existe, je redirige vers la page parente la plus proche ou j’assume une suppression propre en 410.
Les redirections sont permanentes, en 301. C’est le signal qui indique aux moteurs de recherche que le changement d’adresse est définitif et que la popularité de l’ancienne page doit se reporter sur la nouvelle. Une redirection temporaire (302) laissée par défaut par certains serveurs retarde ce transfert et fragilise le capital SEO accumulé.
Les chaînes de 301 sont à proscrire. Si une URL a déjà été redirigée lors d’une migration précédente, la nouvelle règle doit pointer directement vers la destination finale, pas vers l’étape intermédiaire. Techniquement, l’implémentation des règles passe par le fichier .htaccess sur un serveur Apache, par la configuration Nginx ou par le module de redirection du CMS ; le choix dépend du volume de règles et de l’accès au serveur, mais le principe reste identique.
Une migration SEO réussie se joue avant la bascule : le plan de redirection écrit, testé, puis implémenté sans exception.
Les vérifications avant la bascule
La recette technique d’une migration se déroule sur la préproduction, avant toute mise en production. Sur les projets que j’accompagne, je bloque la bascule tant que cette séquence n’est pas verte de bout en bout.
- Geler les contenus : plus aucune création ni modification de page sur l’ancien site une fois la liste d’URL figée, sinon le plan devient obsolète avant d’exister.
- Crawler la préproduction : vérifier que les nouvelles pages répondent en 200, que le contenu principal s’affiche dans le HTML et que les balises title, les canoniques et le maillage interne sont en place.
- Tester le plan de redirection : rejouer la liste complète des anciennes adresses sur l’environnement de test et contrôler que chacune renvoie un code 301 vers la bonne destination, sans chaîne.
- Contrôler le fichier robots.txt : la préproduction est bloquée à l’indexation, la production doit rester ouverte à Googlebot. L’oubli de cette ligne au moment de la bascule est l’accident le plus courant que je constate.
- Préparer le sitemap XML : un fichier à jour listant les nouvelles URL, prêt à être soumis dès la mise en ligne.
- Mettre à jour les liens internes : les menus, les liens en dur dans les contenus et les gabarits doivent pointer directement vers les nouvelles adresses, sans s’appuyer sur les redirections.
Ce dernier point est souvent négligé. Les redirections rattrapent les liens externes que vous ne contrôlez pas, mais rien ne justifie que vos propres liens internes passent par une 301. Un maillage propre dès le premier jour accélère la découverte des nouvelles pages et préserve l’expérience utilisateur.
Search Console et le suivi post-migration
La mise en ligne ne clôt pas la migration ; elle ouvre la phase de surveillance de la migration. La Search Console devient alors l’outil de pilotage principal et je recommande de garder les deux propriétés ouvertes, l’ancienne et la nouvelle.
En cas de changement de domaine, l’outil de changement d’adresse, dans la même interface, signale explicitement le déménagement à Google. Cette déclaration accélère le transfert des signaux de l’ancien site vers le nouveau ; elle ne remplace pas les redirections, elle les complète. Le sitemap des nouvelles URL se soumet dans la foulée, sur la nouvelle propriété. Le passage de Googlebot sur les nouvelles adresses peut aussi s’observer dans les journaux du serveur web.
Les semaines suivantes, trois rapports concentrent mon attention. Le rapport d’indexation montre la bascule progressive : les anciennes URL sortent de l’index, les nouvelles y entrent. Le rapport des erreurs 404 révèle les oublis du plan ; chaque URL en erreur qui recevait du trafic mérite une règle ajoutée dans les jours qui suivent. Le rapport de performance mesure la réalité du transfert SEO par l’analyse des impressions, des clics et des positions, requête par requête, avec des données comparées à la même période sur l’ancienne propriété. Vérifiez également, sur un échantillon d’anciennes adresses, que la destination sert un contenu équivalent et non un gabarit HTML vide.
Google Analytics complète ce suivi côté audience : une chute de trafic organique localisée sur une section du site pointe presque toujours vers un lot de redirections manquantes ou mal ciblées. Les données de vos outils d’analyse se comparent semaine par semaine à la période précédant la bascule. D’après Google, une fluctuation temporaire des positions est normale pendant la période de recrawl : le référencement naturel met quelques semaines à refléter la nouvelle structure. Une baisse qui s’installe au-delà signale un problème à corriger, pas un délai à subir.
Je maintiens ce suivi pendant plusieurs mois. Les redirections, elles, restent en place durablement : les liens externes vers les anciennes URL continueront d’exister des années sur le web.
Les erreurs qui coûtent le plus de trafic
Certaines erreurs reviennent d’une migration à l’autre et je les retrouve dans la majorité des sites qui me consultent après une bascule qui a coûté cher à leurs acquis SEO :
- La redirection globale vers l’accueil : toutes les anciennes adresses pointent vers la home, Google déprécie ce procédé et les positions disparaissent avec les pages.
- Le robots.txt de préproduction poussé en production : le site neuf interdit son propre crawl, l’indexation s’effondre en quelques jours.
- Le plan de redirection partiel : seules les rubriques principales sont traitées, la longue traîne (qui porte souvent l’essentiel du trafic cumulé) répond en 404.
- Les contenus réécrits en même temps que les URL : quand tout change à la fois, impossible d’isoler ce qui fait chuter les positions. Je conseille de dissocier refonte technique et refonte éditoriale.
- L’abandon du suivi après le lancement : sans surveillance, les anomalies s’accumulent silencieusement pendant des semaines.
- La suppression de l’ancien domaine trop tôt : tant que des redirections en dépendent, assurez son maintien et son renouvellement, hébergement compris ; les liens présents sur internet continueront de pointer vers lui.
Aucune de ces erreurs n’est technique au sens noble du terme. Toutes relèvent de la préparation et du pilotage d’une migration, ce qui est une bonne nouvelle : elles s’évitent avec de la méthode, pas avec un budget supplémentaire.
Votre liste d’URL avant la première maquette
Si une refonte se profile, exportez dès maintenant vos adresses depuis la Search Console et lancez un crawl complet de votre site web actuel : ces deux fichiers conditionnent tout le reste de la migration SEO. Assurez-vous d’y joindre l’export des liens externes gagnés sur internet, puis vérifiez que les contenus orphelins y figurent avant de migrer quoi que ce soit. Une refonte se juge autant sur ce qu’elle conserve que sur ce qu’elle apporte et ce qui n’a pas été inventorié avant la bascule ne sera pas récupéré après.
Consultant SEO senior, 8 années de référencement naturel, conférencier (SEO Summit, Bizz & Buzz). Expert netlinking et GEO.