Skip to main content
Une personne transporte des dossiers lumineux sur une passerelle entre un ancien bâtiment et une nouvelle architecture, symbolisant la préservation des acquis SEO lors d’une refonte.

Refondre sans casser ce que Google connaît

Une refonte peut rendre un site plus clair, plus rapide ou plus simple à administrer. Elle ne préserve pas automatiquement ce qui fonctionnait déjà dans les moteurs de recherche. Une URL modifiée, une page supprimée, un contenu raccourci ou une règle technique mal reportée peut perturber la visibilité existante.

Le bon réflexe consiste à ne rien supprimer ni déplacer sans inventaire préalable. Les ressources consacrées aux refontes SEO insistent d’ailleurs sur ce point : il faut commencer par identifier les pages et les signaux qui ont déjà une valeur, avant de modifier l’architecture du site. Kryzalid décrit ce risque de perte des acquis lors d’une refonte, sans que cela signifie pour autant qu’il faille renoncer à moderniser son site.

Avant la refonte, mesurez ce qui fonctionne

Ne partez pas seulement de l’arborescence visible dans le menu. Certaines pages importantes pour le référencement sont peu mises en avant, mais attirent des visiteurs depuis des requêtes précises ou génèrent des demandes commerciales.

Constituez un inventaire des URL existantes à partir de votre CMS, de votre sitemap, de vos outils d’analyse et de Google Search Console. Pour chaque page, relevez autant que possible :

  • son adresse actuelle et son statut HTTP ;
  • son trafic organique et l’évolution de ses clics ;
  • les requêtes sur lesquelles elle apparaît ;
  • les conversions associées : formulaire, appel, prise de rendez-vous ou achat ;
  • les liens entrants qui pointent vers elle ;
  • son rôle dans le parcours et dans le maillage interne.

Vous n’avez pas besoin de transformer cette étape en audit exhaustif. L’objectif est de repérer les pages à protéger en priorité : celles qui attirent des visiteurs qualifiés, répondent à une intention précise, reçoivent des liens ou contribuent directement aux conversions.

Cette photographie initiale servira aussi de point de comparaison après le lancement. Sans état des lieux, il devient difficile de savoir si une baisse vient de la refonte, d’une évolution de la demande, d’un problème de suivi ou d’un autre changement intervenu au même moment.

Comparez l’ancien site et le nouveau

Une nouvelle maquette ne suffit pas à déterminer ce qui doit rester. Comparez les deux périmètres page par page et classez chaque URL ancienne dans une catégorie :

  • conservée : la page reste à la même adresse ;
  • renommée ou déplacée : son contenu existe encore, mais son URL change ;
  • fusionnée : plusieurs pages sont regroupées dans une page plus complète ;
  • supprimée : aucun contenu équivalent n’est maintenu ;
  • créée : une nouvelle page apparaît dans le périmètre.

Ce classement oblige à discuter les suppressions au lieu de les laisser découler mécaniquement de la nouvelle navigation. Une page absente du menu peut rester utile. À l’inverse, une page conservée uniquement par habitude n’a pas forcément besoin d’être reproduite à l’identique.

La table de correspondance à préparer

Pour les URL déplacées ou fusionnées, préparez une table de correspondance avant l’intégration. Elle peut rester simple :

Ancienne URL Nouvelle URL Action Validation
/ancienne-page/ /nouvelle-page/ Redirection 301 À tester
/guide-a/ /guides/ Fusion avec contenu repris À valider
/offre-obsolete/ — Suppression à justifier Décision à prendre

Une redirection 301 doit conduire vers la page la plus proche et réellement pertinente. Renvoyer toutes les anciennes adresses vers la page d’accueil ne recrée ni le contenu disparu ni une expérience cohérente pour l’utilisateur. Si aucune destination équivalente n’existe, la décision doit être examinée au cas par cas plutôt que masquée derrière une redirection automatique.

Ne réduisez pas la sécurisation aux redirections

Les redirections ne compensent pas une page vidée de son contenu, un maillage interne cassé ou une consigne qui empêche les moteurs d’explorer le nouveau site. Avant la mise en ligne, vérifiez au minimum les éléments qui peuvent changer avec le thème, le CMS ou la structure des gabarits :

  • Les balises noindex : une page marquée ainsi demande aux moteurs de ne pas l’indexer.
  • Les balises canoniques : elles indiquent l’URL considérée comme principale lorsqu’il existe plusieurs versions proches.
  • Le fichier robots.txt : il peut empêcher l’exploration de certaines zones s’il est mal configuré.
  • Le sitemap XML : il doit refléter les URL que vous souhaitez réellement faire découvrir.
  • Les titres et contenus principaux : ne les remplacez pas par des textes génériques simplement parce que le nouveau design est plus épuré.
  • Le maillage interne : les pages importantes doivent rester accessibles depuis des liens cohérents, pas seulement depuis le sitemap.

La préproduction doit être traitée comme un environnement de test, pas comme une version publique du site. Elle peut être protégée par authentification ou par une consigne temporaire empêchant l’indexation. Dans tous les cas, contrôlez deux choses séparément : que le site de test ne soit pas exposé par erreur et que le site public ne conserve pas un blocage prévu pour la préproduction.

Le jour du lancement, contrôlez les pages prioritaires

Le lancement ne se résume pas à publier les fichiers. Préparez une courte liste de contrôle et testez-la juste après la bascule :

  • ouvrir les principales anciennes URL et vérifier leur destination ;
  • confirmer que les nouvelles pages renvoient un statut accessible ;
  • tester les redirections sans chaîne inutile ni boucle ;
  • vérifier les pages stratégiques depuis un navigateur et depuis un outil d’exploration ;
  • contrôler l’absence de noindex et de blocage robots.txt involontaire ;
  • vérifier le sitemap XML et le soumettre à Google Search Console si nécessaire ;
  • tester les formulaires, les appels à l’action et le suivi des conversions.

Gardez une copie de la table de correspondance et notez les corrections effectuées. Cette trace facilite le diagnostic si une URL importante renvoie une erreur quelques jours plus tard.

Après la mise en ligne, surveillez les symptômes

Le suivi doit commencer immédiatement et continuer pendant les semaines suivantes. Surveillez les erreurs 404, les redirections, les pages explorées ou indexées, les clics organiques, les positions des requêtes prioritaires et les conversions. Comparez ces indicateurs avec l’état des lieux réalisé avant la refonte, en tenant compte des variations habituelles de votre activité.

Une baisse ponctuelle ne prouve pas à elle seule qu’une refonte a échoué. Elle peut avoir plusieurs causes et certains signaux peuvent évoluer pendant la prise en compte du nouveau site. En revanche, une chute durable, une baisse concentrée sur plusieurs pages importantes ou la disparition simultanée de nombreuses URL justifie une analyse rapide : commencez par les redirections, les statuts HTTP, les blocages, les canoniques, le contenu et le maillage.

Si une page semble avoir disparu, ne concluez pas immédiatement à une suppression dans Google. Les premières vérifications d’indexation permettent de distinguer plusieurs situations. Dans le contexte d’une refonte, il faut aussi comparer l’ancienne URL, la nouvelle adresse et les règles techniques qui leur sont associées.

La checklist d’une refonte SEO maîtrisée

Avant la mise en ligne

  • Inventorier les URL, le trafic organique, les positions, les conversions et les liens entrants utiles.
  • Comparer l’ancien et le nouveau périmètre.
  • Décider quelles pages sont conservées, fusionnées, déplacées ou supprimées.
  • Créer et valider la table de correspondance des URL.
  • Contrôler les contenus, titres, canoniques, règles d’exploration, maillage et sitemap.
  • Tester la préproduction sans l’exposer aux moteurs.

Au lancement

  • Tester les anciennes et nouvelles URL prioritaires.
  • Vérifier les redirections, les statuts HTTP et l’absence de blocage.
  • Contrôler les formulaires et les conversions.
  • Vérifier le sitemap public et les principaux parcours.

Après le lancement

  • Surveiller les 404, les chaînes de redirections et les pages désindexées.
  • Comparer clics, positions, trafic et conversions avec l’état initial.
  • Analyser rapidement toute baisse durable ou concentrée sur des pages stratégiques.
  • Corriger les problèmes par ordre d’impact, plutôt que de modifier tout le site à l’aveugle.

Un accompagnement devient pertinent lorsque le site comporte beaucoup d’URL, plusieurs versions linguistiques, des règles de réécriture complexes, un changement de domaine ou des pages fortement liées au chiffre d’affaires. Dans ces cas, la valeur ne réside pas seulement dans la mise en place des 301 : elle consiste à documenter l’existant, arbitrer les suppressions et organiser les contrôles avant et après la bascule.

Cette page est générée par le template Breakdance