Une refonte commence souvent par une envie légitime : le site a vieilli, l’offre a changé et personne n’a très envie de continuer à empiler des correctifs. Le danger arrive quand on traite l’ancien site comme un carton à jeter alors qu’il contient déjà des URL connues, des liens entrants, des contenus trouvés dans Google et des habitudes d’utilisateurs.

Le bon objectif n’est donc pas de tout conserver. Il est de savoir précisément ce qui mérite de l’être, ce qui doit être amélioré et ce qui peut disparaître sans laisser de trou dans le parcours.

01

Avant la maquette, faire l’inventaire

Le premier document utile n’est pas une planche d’inspiration. C’est une liste des URL actuelles avec, pour chacune, son rôle, son trafic éventuel, ses liens internes et sa destination future. Cette étape paraît moins glamour qu’un nouveau hero, mais elle évite beaucoup de sueurs froides le jour de la mise en ligne.

L’inventaire doit aussi inclure les formulaires, téléchargements, langues, types de contenus, taxonomies et fonctions qui ne se voient pas depuis l’accueil. Un site WordPress contient souvent davantage de structures que son menu ne le laisse croire.

  • Exporter toutes les URL indexables et les croiser avec le sitemap
  • Repérer les pages qui reçoivent du trafic ou des liens externes
  • Identifier les contenus dupliqués, obsolètes ou sans destination claire
  • Lister les formulaires, fichiers, langues et fonctions métier à préserver
  • Décider page par page : garder, fusionner, améliorer, rediriger ou supprimer

02

Une redirection n’est pas un déménagement au hasard

Une redirection 301 indique qu’une ancienne adresse a été remplacée durablement. Elle doit conduire vers la page la plus proche par son intention, pas automatiquement vers l’accueil. Envoyer cinquante anciennes pages différentes vers la même destination ne reconstitue pas leur sens.

Les chaînes de redirections sont également à éviter. Si une URL A renvoie vers B, puis B vers C, le plan final doit idéalement faire pointer A directement vers C. C’est plus propre pour les robots, plus rapide pour les visiteurs et beaucoup plus simple à reprendre plus tard.

03

Préserver le sens, pas seulement les adresses

Conserver une URL ne suffit pas si son sujet, son titre et ses liens internes changent complètement. Les pages importantes doivent garder une continuité éditoriale : une intention claire, un titre descriptif, un contenu qui répond réellement à la recherche et des liens vers les ressources voisines.

La refonte est aussi l’occasion de mieux structurer ce qui était flou. Plusieurs petites pages presque identiques peuvent devenir une ressource solide. À l’inverse, une longue page qui mélange cinq services peut être découpée lorsque chaque besoin mérite une réponse autonome.

  • Un titre de page unique et compréhensible
  • Un seul H1 qui annonce clairement le sujet
  • Des liens internes avec des intitulés descriptifs
  • Des images proches du contenu qu’elles illustrent
  • Une description pensée pour donner envie de cliquer, sans promesse excessive

04

Le site de test doit rester un site de test

Une préproduction publique peut être indexée si rien ne l’en empêche. On se retrouve alors avec des pages de test dans Google, parfois avant même la version finale. La protection doit être prévue dès le début : accès restreint lorsque c’est possible, et directives d’indexation adaptées.

Au moment de la bascule, il faut au contraire vérifier que le nouveau site est accessible, que les balises temporaires ont disparu, que le robots.txt ne bloque pas les pages utiles et que les URL canoniques pointent bien vers le domaine définitif. Le petit noindex oublié a déjà gâché des lancements autrement impeccables.

05

Contrôler après la mise en ligne, pas seulement avant

La publication n’est pas la fin de la migration. Les premières heures servent à tester les redirections, les formulaires, la navigation mobile, les erreurs serveur et les données structurées. Les jours suivants, la Search Console permet de suivre l’exploration, les pages exclues et l’évolution des requêtes.

Une fluctuation temporaire est possible après une refonte. Ce qui compte est de distinguer le temps normal de retraitement d’un problème concret : pages bloquées, canonique incorrecte, contenu disparu ou redirection manquante.

Sources et outils utiles

Questions fréquentes

Pour aller au bout du sujet

Faut-il conserver toutes les anciennes URL ?

Non. Il faut conserver les URL utiles et rediriger celles qui possèdent une destination réellement équivalente. Les pages faibles ou sans remplaçant peuvent disparaître proprement.

Une refonte améliore-t-elle automatiquement le référencement ?

Non. Elle peut améliorer la structure, la vitesse, les contenus et les liens internes, mais Google ne récompense pas une nouvelle apparence en tant que telle.

Quand faut-il préparer le plan de redirections ?

Avant la mise en ligne, dès que la nouvelle arborescence est assez stable. Attendre les premières erreurs 404 transforme un travail planifié en course de rattrapage.