Refonte de site : quelle perte de trafic SEO prévoir et comment la limiter

En bref. Une refonte préparée fait perdre 0 à 15 % de trafic organique pendant quatre à huit semaines, puis le niveau revient. Une refonte improvisée — URLs modifiées sans redirections, textes raccourcis, pages fusionnées au hasard — fait perdre 30 à 60 % du trafic, et la remontée prend six à douze mois quand elle arrive. Trois éléments expliquent l’écart : un inventaire complet des URLs avant le lancement, des redirections 301 en un seul saut, et la conservation du contenu des pages qui apportent déjà des visites.

Ce qui fait vraiment chuter le trafic

Google ne pénalise pas une refonte. Ce qui fait chuter le trafic, ce sont des changements techniques et éditoriaux que l’on prend souvent pour des détails de mise en production.

• Les URLs changent sans redirection. C’est la cause numéro un. Chaque URL perdue emporte avec elle son historique, ses liens entrants et sa position. Passer de /services/creation-site-internet à /nos-offres/site-web sans redirection revient à supprimer la page.
• Le contenu maigrit. Un design plus aéré pousse à raccourcir. Une page de 1 200 mots qui tombe à 300 perd la moitié des expressions sur lesquelles elle se positionnait. C’est la deuxième cause, et la plus silencieuse : personne ne la voit dans les tests techniques.
• Les balises title sont régénérées automatiquement. Le nouveau CMS remplace des titles travaillés par le nom de la page suivi du nom du site. Le trafic baisse de 10 à 20 % sans qu’aucune position ne bouge en apparence.
• Le site devient plus lent. Animations, carrousels, polices personnalisées, images en 3 000 pixels de large : un LCP qui passe de 2,1 à 4,5 secondes coûte du trafic et des conversions, surtout sur mobile.
• Le maillage interne s’effondre. Un menu qui passe de 30 à 6 liens laisse des dizaines de pages sans lien entrant. Google les visite de moins en moins souvent, puis les considère comme secondaires.
• La préproduction part en production avec son blocage. Une balise noindex ou un robots.txt en Disallow: / oublié fait disparaître le site en quelques jours.

À l’inverse, ces changements ne coûtent rien en référencement : nouvelles couleurs, nouvelle typographie, nouvelle mise en page, nouveau logo, nouvelles photos, passage d’un CMS à un autre si la structure d’URL est conservée.

Combien on perd, scénario par scénario

La leçon à retenir : la perte n’est pas proportionnelle à l’ambition du design, elle est proportionnelle au nombre d’adresses que Google ne retrouve plus à l’identique. Un site entièrement redessiné qui garde ses URLs et ses textes ne bouge quasiment pas.

L’inventaire à faire avant de toucher au site

Cette étape prend une demi-journée pour un site de 50 pages, deux jours pour un site de 500. Elle se fait sur l’ancien site, en production, avant tout développement.

1. Crawler l’ancien site. Screaming Frog en version gratuite couvre 500 URLs, ce qui suffit à la majorité des sites vitrines. Exporter les URLs, les titles, les meta descriptions, les H1 et les codes réponse.
2. Exporter Search Console sur 16 mois. Rapport « Résultats de recherche », dimension Pages, puis dimension Requêtes. C’est la seule source qui dit quelles pages rapportent réellement des clics, et sur quels mots.
3. Exporter GA4 sur 12 mois. Pages vues, conversions par page d’entrée. Une page sans trafic mais avec trois demandes de devis par an vaut plus que dix pages à 200 visites.
4. Lister les pages qui reçoivent des liens externes. La version gratuite d’Ahrefs Webmaster Tools ou la Search Console (rapport Liens) donne les pages les plus liées. Ce sont celles à ne jamais casser.
5. Construire le tableau de correspondance. Une ligne par ancienne URL, une colonne pour la nouvelle. Toute ligne vide est un problème à régler avant le lancement, pas après.
6. Geler le contenu des 20 pages les plus performantes. On les recopie telles quelles dans le nouveau site, y compris les paragraphes que le graphiste trouve trop longs. On les retravaillera trois mois plus tard, une par une.

Les redirections : cinq règles qui suffisent

• Une redirection 301, jamais une 302. La 302 est temporaire et ne transmet pas le signal de permanence attendu.
• Un seul saut. Si l’ancienne page A pointe vers B qui pointe vers C, on corrige pour que A pointe directement vers C. Les chaînes de trois redirections ou plus font perdre du budget d’exploration et parfois des positions.
• Vers la page équivalente, pas vers l’accueil. Rediriger 200 pages vers la page d’accueil équivaut à les supprimer : Google traite ces redirections comme des erreurs 404 déguisées.
• Ne pas rediriger pour rediriger. Une page sans trafic, sans lien et sans conversion peut renvoyer une 410. C’est plus propre qu’une redirection artificielle.
• Garder les redirections au moins un an. Beaucoup les suppriment au bout de trois mois pour « nettoyer ». Les liens externes, eux, ne se mettent pas à jour.

Le piège le plus fréquent : les URLs avec paramètres, les versions avec et sans barre oblique finale, et les anciennes pages en HTTP. Elles n’apparaissent pas dans le crawl mais reçoivent encore du trafic. Vérifiez-les dans les journaux du serveur ou dans Search Console avant de couper l’ancien hébergement.

La semaine du lancement

1. J-7 : tester toutes les redirections sur la préproduction avec un outil de crawl en mode liste. Aucune ne doit renvoyer 404, 302 ou une chaîne.
2. J-1 : vérifier le robots.txt, retirer les noindex, contrôler que le plan de site XML pointe vers les nouvelles URLs, sauvegarder l’ancien site en entier.
3. Jour J : mettre en ligne en dehors des heures de pointe. Recrawler immédiatement l’ensemble des anciennes URLs. Soumettre le nouveau plan de site dans Search Console.
4. J+1 à J+7 : surveiller le rapport « Pages » de Search Console (erreurs 404, pages exclues), les Core Web Vitals et le trafic par jour. Une baisse de 10 à 20 % la première semaine est normale.
5. J+30 : comparer les pages d’entrée avant/après dans GA4. Les pages qui ont perdu plus de 50 % sont à examiner une par une : title modifié, contenu raccourci ou redirection mal ciblée dans 90 % des cas.

Combien de temps avant de récupérer

Si à la semaine 8 le trafic est encore en baisse de plus de 25 %, ce n’est plus la refonte qui absorbe le choc : il y a un problème identifiable. Dans l’ordre de fréquence : redirections manquantes, contenu supprimé, balises title régénérées, blocage d’exploration.

Budget et outils

Le plan de redirections doit figurer au devis, au même titre que les maquettes. C’est le premier point à vérifier avant de signer avec un prestataire de refonte : s’il n’est pas mentionné, il ne sera pas fait.

Questions fréquentes

Faut-il changer les URLs pendant une refonte ?

Non, sauf si la structure actuelle est réellement problématique : URLs avec identifiants numériques, doublons, arborescence incohérente. Un changement d’URL coûte toujours quelque chose ; il faut qu’il rapporte davantage. Dans le doute, on garde.

Combien de temps garder les anciennes redirections ?

Au minimum douze mois, idéalement de façon permanente pour les pages qui recevaient des liens externes. Le coût d’une règle de redirection est nul ; le coût d’un lien externe cassé ne l’est pas.

Une refonte peut-elle faire augmenter le trafic ?

Oui, mais rarement grâce au design seul. Les gains viennent de la vitesse, d’une meilleure structure interne et de contenus enrichis à l’occasion du chantier. Comptez plutôt 5 à 20 % à six mois, pas un doublement.

Faut-il prévenir Google d’une refonte ?

Il n’existe pas de formulaire pour signaler une refonte à URLs constantes ; il suffit de soumettre le plan de site à jour. En cas de changement de nom de domaine, l’outil « Changement d’adresse » de Search Console doit être utilisé, après avoir vérifié les deux propriétés.