Playbook · Séquencer une refonte sans perdre l’acquis
Refondre un site sans perdre ce qu’il avait acquis
Ce playbook séquence une refonte du point de vue de ce qui doit survivre. Il s’adresse à qui a décidé de refaire son site (design, technologie, ou les deux) et veut éviter le scénario le plus courant : un site plus beau qui reçoit moins de visites. La refonte n’est pas un projet de design avec un volet SEO ; c’est une migration de sens, où chaque page existante doit se voir attribuer un successeur ou un motif d’abandon. Ce qui se perd dans une refonte n’est presque jamais ce qu’on avait décidé de retirer : c’est ce qu’on n’avait pas inventorié.
Révisé le
Ce que ce playbook suppose
Tu as accès aux données de performance de l’ancien site (au minimum une console de recherche avec un historique de quelques mois) et la possibilité de poser des redirections côté serveur. La date de bascule n’est pas encore verrouillée par une contrainte commerciale : si elle l’est, traite la phase 3 en priorité et accepte de livrer le reste après.
Une distinction gouverne tout le reste : refondre l’apparence et refondre l’arborescence sont deux projets différents. Le premier ne touche pas aux URL et ne présente presque aucun risque de visibilité. Le second en présente beaucoup. Beaucoup de refontes annoncées comme esthétiques deviennent structurelles en cours de route, sans que personne n’ait acté le changement de nature.
Les six phases
Chaque phase a un critère de sortie. Passer outre revient à reporter le travail après la bascule, quand il coûte le plus cher.
Phase 1 : Inventorier la valeur, pas les pages
Liste les URL existantes, puis attache à chacune ce qu’elle apporte : entrées de recherche, liens externes reçus, conversions, rôle dans le maillage. Une liste d’URL sans ces colonnes ne permet aucun arbitrage : elle donne un volume, pas une valeur. Critère de sortie : toute page peut être classée en « à préserver », « à fusionner » ou « à abandonner », et tu sais dire pourquoi.
Phase 2 : Arbitrer les abandons
Décide explicitement ce qui ne sera pas repris. Un abandon assumé est une décision saine : une page sans trafic, sans lien et sans intention claire n’a pas à être portée dans le nouveau site. L’erreur est l’abandon par omission, quand personne n’a remarqué la page. Critère de sortie : la liste des abandons est écrite et relue par quelqu’un qui connaît le contenu.
Phase 3 : Établir le plan de correspondance
À chaque URL préservée, associe son successeur exact dans la nouvelle arborescence. Une correspondance vers une page qui traite un autre sujet n’est pas une correspondance : c’est une perte déguisée en redirection. Les pages sans successeur légitime vont vers la page de catégorie la plus proche, jamais vers l’accueil. Critère de sortie : un tableau à deux colonnes, sans case vide, testable ligne à ligne.
Phase 4 : Geler l’ancien
Arrête de publier et de modifier sur l’ancien site. Toute page créée après l’inventaire échappera au plan de correspondance, et personne ne s’en apercevra avant plusieurs semaines. Critère de sortie : une date de gel annoncée aux personnes qui publient, et respectée.
Phase 5 : Basculer et vérifier le jour même
Après la bascule, vérifie les redirections sur un échantillon tiré de la colonne « à préserver », en commençant par les pages à plus forte valeur. Vérifie aussi que le nouveau site est explorable : un site en préproduction interdit aux robots qui garde sa consigne d’interdiction en production est l’accident le plus banal et le plus coûteux d’une refonte. Critère de sortie : l’échantillon passe, et la consigne d’exploration a été relue à la main.
Phase 6 : Surveiller sans conclure
Les semaines qui suivent une bascule mesurent une réindexation, pas une performance. Suis les erreurs d’exploration et les pages disparues de l’index ; ne tire pas de conclusion sur les positions. Critère de sortie : une date de référence écrite, et l’engagement de ne rien réarbitrer avant que la courbe d’indexation se stabilise.
Ce que devient une page selon son classement
Le plan de correspondance découle mécaniquement de l’inventaire. C’est ce qui le rend défendable.
| Classement en phase 1 | Destination | Ce qu’on vérifie après bascule |
|---|---|---|
| Trafic et liens entrants | Successeur direct, même intention | La page répond, et sur le même sujet |
| Trafic sans lien entrant | Successeur direct ou fusion | L’intention est encore servie quelque part |
| Liens entrants sans trafic | Redirection vers la page la plus proche | Le lien externe n’aboutit pas à une erreur |
| Ni trafic ni lien ni intention | Abandon assumé | Rien : c’est une décision, pas un oubli |
Ce qui fait échouer une refonte
Rediriger l’ensemble de l’ancien site vers l’accueil
La correspondance est perdue page à page. Le visiteur venu pour un sujet précis arrive sur une page qui ne le traite pas, et repart.
Découvrir l’inventaire après la bascule
Les données de l’ancien site deviennent progressivement inaccessibles ; l’inventaire est alors reconstitué de mémoire, donc incomplet.
Laisser en production la consigne d’interdiction de la préproduction
Le site devient inexplorable du jour au lendemain. Le symptôme met plusieurs jours à apparaître, et se confond avec un effet normal de bascule.
Corriger dans tous les sens la deuxième semaine
Les variations d’une réindexation se lisent comme des signaux, et déclenchent des corrections qui empêchent ensuite d’attribuer quoi que ce soit.
Ce que ce playbook ne traite pas
Dit franchement, pour éviter de le chercher ici.
- Le changement de nom de domaine, qui ajoute une couche de contraintes propres et mérite son propre traitement.
- La migration vers Shopify en particulier : les contraintes de plateforme y priment sur la méthode générale.
- Le choix du système de gestion de contenu et l’ergonomie de contribution, qui relèvent d’un autre arbitrage.
Questions fréquentes
Ce qu’il faut retenir de cette page
- Qu’est-ce que c’est ?
- Un playbook de refonte est une séquence de phases qui traite le site existant comme un actif à transférer, et non comme un point de départ à effacer.
- Pourquoi est-ce important ?
- La perte de trafic après refonte vient rarement du nouveau site : elle vient des correspondances non établies entre l’ancien et le nouveau.
- Comment faire ?
- Six phases : inventaire de la valeur, arbitrage de ce qui est conservé, plan de correspondance, gel, bascule, surveillance.
- Quand est-ce pertinent ?
- Avant que la nouvelle arborescence soit figée. Engagée après, la refonte se rattrape au lieu de se conduire.
- Quelles erreurs éviter ?
- Inventorier les pages sans inventorier leur valeur. Rediriger tout vers l’accueil. Conclure trop tôt après la bascule.
- Quels concepts sont liés ?
- maillage interne, page orpheline, intention de recherche, budget de crawl.
Pour aller plus loin
Ressources liées
- Connexe Singles et scellé Arbitrer entre deux logiques de catalogue au moment de refondre.
- Connexe Gammes et fiches beauté Refondre une architecture de gammes et de teintes.
- Concept Maillage interne Ce qui doit être reconstruit dans la nouvelle arborescence.
- Concept Budget de crawl Ce que coûte une bascule mal préparée en exploration.
- Guide Améliorer son maillage interne À reprendre une fois la nouvelle arborescence stabilisée.
- Playbook Reprendre après une perte de trafic Si la bascule a déjà eu lieu et que la baisse est là.
- Terme Page orpheline Ce que produit une refonte qui oublie son maillage.
- Terme Cannibalisation Ce que produit une fusion mal arbitrée.
- Outil Simulateur de décisions Projeter l’effet d’un arbitrage avant de le trancher.
- FAQ Une refonte fait-elle toujours perdre du trafic ? La réponse courte, et ce qui fait la différence.
- Service Campagnes proposées Faire conduire la refonte.