Une refonte de site web est presque toujours une bonne nouvelle : nouveau design, meilleure ergonomie, message plus clair. Mais c’est aussi l’un des moments les plus dangereux de la vie d’un site pour son référencement. Chaque année, des entreprises voient leur trafic organique chuter brutalement quelques semaines après la mise en ligne d’un nouveau site, parfois sans jamais totalement s’en remettre. La bonne nouvelle, c’est que ces pertes ne sont presque jamais une fatalité : elles viennent d’oublis techniques bien identifiés, évitables avec une checklist rigoureuse.
Pourquoi une refonte est un moment à haut risque pour le SEO
Google et les autres moteurs de recherche ont indexé votre site tel qu’il est aujourd’hui : ses URLs, sa structure, ses contenus, ses liens internes. Une refonte vient souvent bouleverser tout cela d’un coup : changement de nom de domaine ou de structure d’URLs, nouvelle arborescence, contenus réécrits ou supprimés, nouveau thème ou CMS. Pour les moteurs de recherche, c’est un peu comme si votre site avait disparu et qu’un autre, inconnu, avait pris sa place. S’ils ne retrouvent pas les repères qu’ils connaissaient, ils peuvent mettre du temps à faire à nouveau confiance au nouveau site, ou pire, désindexer des pages qui généraient pourtant l’essentiel du trafic.
La clé n’est donc pas d’espérer que « tout se passera bien », mais de préparer la refonte avec la même rigueur qu’un déménagement d’entreprise : on inventaire, on protège, on transfère, puis on vérifie que rien n’a été perdu en chemin.
Avant la refonte : l’audit indispensable
Cartographier toutes les URLs existantes
Avant de toucher au moindre pixel, dressez la liste complète des URLs actuellement en ligne et indexées. Un crawl du site existant, croisé avec l’export de la Google Search Console, permet d’obtenir une cartographie fiable. Cette liste servira de base à l’étape la plus importante de toute refonte : le plan de redirections.
Identifier les pages qui rapportent du trafic et des conversions
Toutes les pages ne se valent pas. Certaines, souvent anciennes et peu spectaculaires visuellement, concentrent une part disproportionnée du trafic organique ou des demandes de contact. Repérez-les dans vos outils d’analytics et de SEO technique avant la refonte : elles doivent être traitées en priorité absolue, quitte à conserver leur contenu presque à l’identique dans la nouvelle version si elles fonctionnent bien.
Sauvegarder les données Search Console et Analytics
Exportez l’historique des performances (clics, impressions, positions moyennes) avant le changement. Ces données serviront de référence pour mesurer objectivement l’impact de la refonte dans les semaines qui suivent, plutôt que de se fier à une impression subjective de « ça a baissé ».
C’est aussi le bon moment pour reprendre ou clarifier le cahier des charges du projet : un document qui liste précisément les objectifs SEO à ne pas perdre en route évite bien des mauvaises surprises entre le prestataire et le client.
Pendant la refonte : les pièges techniques à éviter
Les redirections 301 : la base non négociable
Si les URLs changent, chaque ancienne adresse doit rediriger vers son équivalent le plus proche possible sur le nouveau site, via une redirection permanente (301). Rediriger tout le site vers la page d’accueil est une erreur fréquente et coûteuse : Google considère alors que les anciennes pages ont disparu, et le trafic ne se reporte pas automatiquement sur l’accueil. Le plan de redirections doit être construit page par page, à partir de la cartographie établie en amont.
Ne pas casser le maillage interne
Le maillage interne, c’est-à-dire les liens entre les pages d’un même site, est un signal important pour aider Google à comprendre la hiérarchie et l’importance relative des contenus. Une refonte qui repart d’une nouvelle arborescence sans reconstruire soigneusement ces liens internes prive les moteurs de recherche d’informations précieuses, et peut isoler des pages autrefois bien reliées entre elles.
Conserver (ou améliorer) les performances techniques
Un nouveau design plus riche visuellement peut aussi être plus lourd à charger. Les indicateurs de Core Web Vitals (vitesse de chargement, stabilité visuelle, réactivité) doivent être mesurés sur le nouveau site avant sa mise en ligne définitive, et non découverts a posteriori dans un rapport Search Console alarmant.
Les balises meta et données structurées à ne pas oublier
Titres, meta descriptions, balises alt des images, données structurées schema.org : tout ce travail SEO fin, souvent affiné au fil des mois sur l’ancien site, doit être repris et non réécrit à la va-vite par défaut lors de l’import dans le nouveau CMS. C’est un travail fastidieux, mais qui fait souvent la différence entre une refonte réussie et une refonte qui repart de zéro en termes de référencement.
Le jour du lancement : la bascule en douceur
Environnement de préproduction et tests
Le nouveau site doit être testé sur un environnement de préproduction, avec un fichier robots.txt qui bloque son indexation tant qu’il n’est pas prêt. L’oubli classique : lancer le site en production en oubliant de retirer cette même directive de blocage, ce qui rend le nouveau site invisible pour Google pendant des jours, voire des semaines, sans que personne ne s’en aperçoive immédiatement.
Robots.txt, sitemap et Search Console
Une fois en ligne, vérifiez que le robots.txt autorise bien l’exploration, générez un nouveau sitemap XML à jour et soumettez-le dans la Google Search Console. Si le nom de domaine a changé, utilisez l’outil de changement d’adresse de la Search Console pour signaler officiellement la migration à Google.
Après la refonte : surveiller, corriger, rassurer
Suivre le trafic organique semaine après semaine
Une légère baisse temporaire de trafic est normale le temps que Google réexplore et réévalue le nouveau site : cela peut prendre de quelques jours à plusieurs semaines selon la taille du site. L’enjeu est de distinguer cette fluctuation attendue d’une véritable perte structurelle, en comparant les données aux exports réalisés avant la refonte.
Corriger rapidement les 404 et erreurs d’indexation
La Search Console signale rapidement les pages qui renvoient une erreur 404 ou qui ne sont plus indexées. Chaque erreur détectée dans les premières semaines doit être traitée sans attendre : soit en ajoutant la redirection manquante, soit en comprenant pourquoi Google n’arrive plus à explorer une page qui devrait exister.
La checklist résumée en 10 points
- Crawler et lister toutes les URLs existantes avant tout changement
- Identifier les pages qui génèrent le plus de trafic et de conversions
- Exporter l’historique Search Console et Analytics
- Construire un plan de redirections 301 page par page
- Reconstruire un maillage interne cohérent sur le nouveau site
- Vérifier les performances techniques (vitesse, Core Web Vitals)
- Reprendre les balises meta, alt et données structurées existantes
- Tester en préproduction avec indexation bloquée
- Ouvrir l’indexation et soumettre un sitemap à jour le jour J
- Surveiller le trafic et corriger les erreurs 404 pendant les semaines suivantes
Une refonte de site réussie ne se juge pas seulement sur son design le jour du lancement, mais sur la capacité du site à conserver, puis à dépasser, ses performances SEO trois mois plus tard. Cela demande une méthode et de l’anticipation, bien plus que de l’improvisation de dernière minute.
Vous préparez une refonte de site et souhaitez sécuriser votre référencement pendant la transition ? En tant que freelance web basé entre Normandie et Bretagne (Avranches, Granville, Caen, Rennes, Fougères), j’accompagne les indépendants et petites entreprises sur ces projets sensibles. Découvrez mes tarifs de création de site web ou contactez-moi pour en discuter.
