Une refonte de site est l'un des moments les plus risqués pour le référencement : adresses modifiées, contenus réécrits, structure repensée, et le trafic peut chuter du jour au lendemain. Ce n'est pas une fatalité. Avec un inventaire sérieux, des redirections correctes et des contrôles avant et après la mise en ligne, on peut limiter fortement les pertes, voire améliorer la situation. Voici la marche à suivre.
Pourquoi une refonte peut faire perdre du trafic
Google a mémorisé vos adresses, vos titres et vos liens. Si une page change d'adresse sans redirection, si un contenu qui se classait bien disparaît ou si le maillage est bouleversé, les positions acquises peuvent s'effondrer. Les causes les plus fréquentes sont : des URL modifiées sans redirections, un blocage d'indexation oublié depuis la préproduction, la suppression de pages qui généraient des visites, ou un site plus lent que l'ancien.
Avant le projet : décider ce qui doit changer
Posez-vous la question : la refonte résout-elle un vrai problème (design daté, site illisible sur mobile, CMS obsolète) ou allez-vous tout bouleverser sans raison ? Plus vous conservez de structure, d'adresses et de contenus performants, moins le risque est grand. Si le problème est limité à la lenteur ou à quelques pages, des corrections ciblées peuvent suffire, comme l'explique notre page SEO technique.
Étape 1 : inventorier l'existant
- Explorez le site actuel avec un outil de crawl (par exemple Screaming Frog) pour lister toutes les adresses, les titres, les balises H1 et les liens.
- Exportez depuis Search Console les pages qui reçoivent des clics et les requêtes associées.
- Récupérez les pages qui reçoivent des liens externes : elles méritent une protection particulière.
- Gardez une copie complète des données de départ (positions, trafic, pages indexées) pour comparer après la mise en ligne.
Étape 2 : cartographier les adresses (ancien vers nouveau)
Dressez un tableau où chaque ancienne adresse est associée à sa nouvelle équivalente. Gardez les mêmes adresses chaque fois que c'est possible. Quand une adresse change, prévoyez une redirection 301 vers la page la plus proche, de contenu équivalent. Évitez de tout rediriger vers l'accueil : Google considère généralement ce procédé comme peu pertinent. Si une page disparaît sans équivalent, laissez-la répondre en 404 ou 410 plutôt que de forcer une redirection artificielle.
Étape 3 : conserver ce qui marche
Reprenez les titres, les textes et la structure des pages qui reçoivent du trafic, quitte à les améliorer progressivement après la refonte. Maintenez les balises H1 et H2 qui expriment les requêtes principales, et reconduisez les liens internes importants. Notre guide du maillage interne aide à reconstruire un maillage cohérent.
Étape 4 : travailler sur un environnement de test
Développez le nouveau site sur un serveur de préproduction fermé aux robots (protection par mot de passe plutôt qu'un simple noindex, plus fiable). Testez l'affichage sur mobile, les formulaires, la vitesse et les redirections avant le lancement. Au moment de la mise en ligne, vérifiez que le blocage d'indexation de la préproduction n'a pas été copié sur le site réel : c'est une erreur classique aux conséquences lourdes.
Étape 5 : le jour de la mise en ligne
- Activez les redirections et testez-les sur un échantillon représentatif.
- Contrôlez le fichier robots.txt et l'absence de balise noindex indésirable.
- Soumettez le nouveau plan du site (sitemap) dans Search Console.
- Vérifiez la balise canonique, le certificat HTTPS et le suivi Analytics.
- Faites une exploration complète du nouveau site pour repérer les erreurs 404 et les chaînes de redirections.
Étape 6 : surveiller pendant plusieurs semaines
Après lancement, suivez dans Search Console les pages indexées, les erreurs d'exploration et les clics. Des fluctuations passagères sont fréquentes les premiers jours, le temps que Google réexplore le site. Si une chute persiste, comparez avec votre fichier d'avant-refonte pour identifier les pages touchées. Notre guide de Google Search Console vous montre les rapports à regarder. Vérifiez aussi les Core Web Vitals : une refonte plus lourde peut dégrader l'expérience utilisateur.
Se faire accompagner
Un plan de migration SEO est une prestation à part entière. Si vous préparez une refonte, un audit SEO initial vous donne la liste des pages et des priorités à protéger avant de commencer.
FAQ : Refonte de site et SEO
Une refonte fait-elle toujours perdre du trafic ?
Non. Une migration bien préparée limite fortement les pertes. Des variations temporaires restent possibles le temps que Google réexplore le site.
Faut-il garder les mêmes adresses (URL) ?
C'est la solution la plus sûre quand elle est possible. Sinon, une redirection 301 de chaque ancienne adresse vers la nouvelle équivalente est indispensable.
Combien de temps pour retrouver ses positions ?
Cela varie selon l'ampleur des changements et la qualité de la migration. Plusieurs semaines sont courantes ; aucune durée ne peut être garantie.
Le changement de nom de domaine est-il risqué ?
Oui, il est plus risqué qu'une refonte à domaine constant. Il demande des redirections 301 complètes et l'utilisation de l'outil de changement d'adresse de Google Search Console.
Peut-on améliorer son SEO pendant une refonte ?
Oui, en profitant du projet pour corriger la structure, la vitesse et les titres, tout en protégeant les pages qui performent déjà.
Voir aussi : les redirections 301 et les erreurs 404.
