Refonte de site et SEO : pourquoi le trafic chute après une refonte, quoi vérifier avant, pendant et après la mise en ligne, et comment garder votre visibilité sur Google et dans les IA.

En bref
une refonte de site conserve son référencement quand les pages qui apportent du trafic gardent leur URL (ou reçoivent une redirection 301), leur texte, leurs titres, leurs intertitres et leurs liens internes, et quand les nouveaux gabarits restent explorables et rapides. La plupart des chutes après une mise en ligne viennent de contenus supprimés, de liens internes cassés, d'une balise noindex oubliée depuis la préproduction ou de contenus qui n'apparaissent qu'avec JavaScript. Explorez l'ancien site avant de commencer, testez le nouveau sur une préproduction protégée, puis comparez les deux après la mise en ligne.
Pour aller plus loin, demandez à
La refonte SEO consiste à protéger vos positions pendant que les gabarits, le design, la navigation, les contenus ou le CMS changent. Ce guide traite des refontes qui conservent le même domaine. Si le domaine ou la plupart des URL changent, le projet devient une migration : suivez notre checklist de migration SEO et le guide de Google sur les déménagements de site avec changement d'URL, qui prévient que le classement fluctue temporairement.
Oui, à chaque fois. Google et les IA qui lisent le web jugent une page sur ce qu'ils trouvent dans le HTML : texte, titres, intertitres, liens, données structurées, vitesse. Une refonte modifie tout ou partie de ces signaux, donc les moteurs réévaluent les pages. L'effet peut être positif (pages plus rapides, structure plus claire, meilleurs contenus) ou négatif (pages plus pauvres, liens perdus). Le résultat dépend du nombre de signaux de classement que les nouveaux gabarits conservent.
| Ce qui change pendant la refonte | Risque SEO | Pourquoi |
|---|---|---|
| Couleurs, polices, images seulement | Faible | Le contenu HTML et les URL restent identiques |
| Nouveaux gabarits et mises en page | Moyen | Intertitres, blocs de texte et liens internes bougent ou disparaissent souvent |
| Nouvelle navigation et nouveaux menus | Moyen | La profondeur des pages et l'autorité interne sont redistribuées |
| Contenus réécrits ou fusionnés | Élevé | Les pages perdent les passages et les mots-clés sur lesquels elles se classaient |
| Nouveau CMS ou framework JavaScript | Élevé | Rendu, URL, redirections et métadonnées changent en même temps |
| Structure d'URL modifiée | Élevé | Chaque URL modifiée exige une redirection : c'est une migration |
Les causes se répètent d'un projet à l'autre. Chacune a un contrôle simple :
| Risque | Symptôme | Contrôle |
|---|---|---|
| Contenu supprimé ou raccourci | Les pages reculent sur les requêtes de longue traîne | Comparer le nombre de mots et les sections par page, ancien et nouveau |
| Balises title et H1 réécrites | Taux de clic en baisse, positions perdues | Exporter les title et H1 avant, les comparer après |
| Liens internes perdus | Les pages profondes reculent, des pages orphelines apparaissent | Comparer les liens internes reçus par URL |
| URL modifiées sans 301 | Erreurs 404, backlinks perdus | Plan de redirections testé sur chaque ancienne URL |
| Contenu affiché par JavaScript | Pages indexées vides, les IA ne voient rien | Comparer le HTML brut et le HTML rendu |
| Gabarits plus lents | Core Web Vitals dégradés, rebond plus élevé | Tester LCP, INP et CLS en préproduction |
| noindex ou blocage robots.txt hérité de la préproduction | Les pages sortent de l'index en quelques jours | Vérifier robots.txt et la balise meta robots le jour J |
| Données structurées supprimées | Les résultats enrichis disparaissent | Valider le schema de chaque gabarit |
Deux de ces risques méritent une attention particulière. D'abord JavaScript : Google affiche les pages avec un Chromium sans interface, mais sa documentation sur le SEO JavaScript précise qu'il ne découvre que les liens écrits avec une balise d'ancre classique et un attribut href. Des menus construits avec des boutons ou des gestionnaires de clic masquent des rubriques entières. Notre guide du SEO JavaScript détaille les options de rendu. Ensuite la vitesse : les recommandations de Google sur les Core Web Vitals fixent les seuils « bons » à un LCP de 2,5 secondes ou moins, un INP de 200 millisecondes ou moins et un CLS de 0,1 ou moins, mesurés au 75e centile des visites. Les vidéos lourdes en haut de page et les carrousels expliquent le plus souvent l'échec d'un nouveau gabarit.
Lancez une exploration complète du site en ligne et exportez chaque URL indexable avec son title, sa meta description, son H1, son nombre de mots, sa balise canonical, son code de réponse et le nombre de liens internes qu'elle reçoit. Cette exploration sert de référence : après la mise en ligne, vous comparerez le nouveau site avec elle, ligne par ligne. Sauvegardez aussi les données structurées et le fichier robots.txt.
Exportez 12 à 16 mois de données Search Console (clics et impressions par page et par requête), les pages qui reçoivent des backlinks et les pages qui convertissent. Ces pages sont intouchables : gardez leur URL, leur texte principal et leur title, ou améliorez-les de façon délibérée. Un audit de contenu aide à décider quoi garder, fusionner ou supprimer, et donne une URL de destination à chaque suppression.
La refonte la plus sûre conserve toutes les URL. Quand une URL doit changer, associez-la à sa nouvelle page la plus proche avec une redirection 301, sans chaîne et sans tout renvoyer vers l'accueil. Notre guide des redirections SEO en donne les règles. Google recommande de conserver les redirections au moins un an.
Les graphistes décident où va le texte ; les développeurs décident comment il est affiché. Donnez-leur des exigences écrites : un H1 par gabarit, le texte servi dans le HTML, des menus explorables, un fil d'Ariane, l'architecture du site avec la profondeur de chaque rubrique, le schema à conserver et le budget de performance. La lisibilité et la navigation comptent aussi : voir notre guide UX et SEO.
Évitez de lancer pendant votre haute saison, avant des vacances ou un vendredi : les premiers jours après la mise en ligne sont ceux où l'on trouve les erreurs, et quelqu'un doit être disponible pour les corriger. Écrivez qui vérifie quoi le jour J, et décidez à l'avance quel signal déclenche un retour arrière (par exemple, des pages clés en erreur ou absentes de l'index). Gardez l'ancien site sur un serveur de secours pendant quelques semaines, pour restaurer vite un gabarit ou un bloc de texte si une page perd ses positions.
Placez le nouveau site sur une préproduction protégée par un mot de passe (ou au minimum par une règle noindex), pour que Google n'indexe pas un doublon de votre site. Testez ensuite avant la mise en ligne :
| Quand | Contrôles |
|---|---|
| Jour J | robots.txt autorise l'exploration, aucun noindex égaré, redirections actives, sitemap XML à jour et soumis dans Search Console, balise d'analyse active |
| Semaine 1 | Exploration complète comparée à la référence, erreurs 404 dans Search Console, inspection d'URL des pages principales |
| Semaines 2 - 4 | Clics et impressions des pages clés comparés aux mêmes semaines avant, rapport d'indexation, rapport Core Web Vitals |
| Mois 2 - 3 | Requêtes qui ont perdu des positions, pages à enrichir, liens internes à rétablir |
Un vérificateur de liens cassés repère les liens qui pointent encore vers d'anciennes URL dans les menus, les pieds de page et les articles. Corrigez ces liens à la source plutôt que de compter sur les redirections, et rétablissez le maillage interne perdu quand des colonnes latérales ou des blocs d'articles liés ont été retirés. Des fluctuations pendant les premières semaines sont normales. Une baisse qui se prolonge au-delà d'un mois sur un groupe de pages signale une cause précise : comparez ces pages avec leur version de référence.
ChatGPT, Claude, Perplexity et Gemini citent les pages dont ils peuvent lire et extraire le contenu. Une refonte peut couper cet accès d'une façon que Google pardonnerait. Une analyse de Vercel sur le trafic des robots d'IA (décembre 2024) a constaté qu'aucun des grands robots d'IA, dont GPTBot et ClaudeBot, n'exécute JavaScript. Une page qui n'affiche son texte qu'après l'exécution de JavaScript est invisible pour la plupart des robots d'IA.
Chaque changement supplémentaire rend une baisse plus difficile à diagnostiquer. Si vous prévoyez aussi un changement de domaine, une nouvelle structure d'URL ou une réécriture importante des contenus, séparez-les : lancez la refonte avec des URL et des contenus identiques, attendez que le trafic soit stable, puis passez au changement suivant. Quand le calendrier impose tout en même temps, consacrez plus de temps à l'exploration de référence et au plan de redirections, car ce sont les seuls moyens de trouver ce qui a cassé.
Une refonte garde ses positions quand le nouveau site porte les mêmes contenus, les mêmes liens et les mêmes signaux que l'ancien, sous une forme plus rapide et plus claire. Explorez avant, testez en préproduction, comparez après. Une fois le nouveau site stable, continuez d'ajouter des pages qui répondent aux questions de vos clients : Sorank rédige et publie des articles SEO et GEO en autopilote sur le site refondu.
Quand les URL, les contenus et les liens internes sont conservés, les positions se stabilisent en général en quelques semaines. Google prévient que le classement peut fluctuer temporairement quand un site change fortement. Si des pages clés restent sous leur niveau de référence après un à deux mois, comparez-les avec l'exploration réalisée avant la mise en ligne pour trouver les contenus, titres ou liens modifiés.
Seulement si les URL actuelles posent un vrai problème, par exemple des paramètres illisibles ou une structure qui ne correspond plus au site. Chaque URL modifiée exige une redirection 301 vers son équivalent le plus proche et ajoute un risque au lancement. Conserver les URL existantes reste la façon la plus simple de protéger backlinks et positions.
Oui, quand elle corrige de vraies faiblesses : gabarits lents, contenus cachés derrière JavaScript, navigation trop profonde, intertitres absents ou pages pauvres. Les gains viennent d'améliorations mesurables, comme de meilleurs Core Web Vitals, un maillage interne plus clair et des contenus plus riches. Une refonte qui ne change que le style visuel fait rarement bouger les positions à elle seule.
ILS ONT ESSAYÉ SORANK AVANT VOUS
