Baisse de trafic après une refonte de site : trouver la mise en ligne responsable

Pourquoi le trafic baisse-t-il après la refonte d'un site ?

Le trafic baisse après une refonte quand la mise en ligne touche à ce dont Google ou votre outil d'analyse dépendent : URL, redirections, contenu indexable, liens internes ou balise de mesure. Un nouveau design, à lui seul, explique rarement la perte ; les modifications qui l'accompagnent, si.

La plupart des refontes regroupent de nombreuses modifications sur une seule date. Nouveaux gabarits, nouveau CMS, arborescence d'URL « nettoyée », pages fusionnées, nouveau bandeau cookies et balise réinstallée partent en production en même temps. C'est pourquoi les premières semaines après le lancement sont si difficiles à lire : plusieurs causes possibles partagent la même date.

Les suspects habituels :

• URL modifiées sans redirection. Les anciennes URL renvoient une 404, et le positionnement comme les liens qu'elles avaient ne passent pas aux nouvelles pages.
• Redirections mal faites. Des redirections temporaires (302, 307) là où il fallait des permanentes, des chaînes de plusieurs sauts ou de nombreuses anciennes pages envoyées vers la nouvelle page d'accueil.
• Contenu supprimé ou fusionné. Des pages qui se positionnaient sur des requêtes de longue traîne ont été coupées ou réduites à un paragraphe d'une autre page.
• Restes de la préproduction. Un disallow dans le robots.txt ou une balise noindex du site de test est passé en production.
• Gabarits différents. De nouveaux titres, intertitres ou menus qui perdent les mots sur lesquels la page se positionnait, ou moins de liens internes vers les pages profondes.
• Mesure cassée. La balise d'analyse ou la configuration du consentement n'a pas été reprise, et le trafic paraît plus faible qu'il ne l'est.

Si la baisse a commencé à une date sans mise en ligne, l'article sur les causes d'une baisse du trafic organique couvre les mises à jour de Google et les autres pistes.

La baisse est-elle réelle ou la refonte a-t-elle cassé la mesure ?

Vérifiez-le en premier, car une balise cassée après la mise en ligne ressemble trait pour trait à une perte de trafic. Comparez GA4 et Google Search Console : si les clics Search Console restent stables pendant que les sessions GA4 chutent le jour du lancement, le problème vient de la mesure, pas des visiteurs.

1. Ouvrez le nouveau site et suivez le rapport « Temps réel » de GA4. Selon Google, les données doivent y apparaître quelques minutes après le bon déclenchement de la balise.
2. Utilisez DebugView ou Tag Assistant pour confirmer que les pages vues et les événements clés se déclenchent sur les nouveaux gabarits, formulaires et pages de remerciement compris.
3. Vérifiez si le bandeau de consentement a changé avec la refonte, car une nouvelle configuration peut empêcher les balises de se déclencher.
4. Comparez les clics organiques de Search Console et les sessions organiques de GA4 sur les mêmes jours. Un écart qui s'ouvre le jour du lancement désigne la mesure.

Laissez du temps aux rapports standards : Google conseille de compter 24 à 48 heures pour un traitement complet, donc ne jugez pas une mise en ligne sur les rapports du jour même. Pour une vérification pas à pas, lisez comment distinguer un problème de mesure d'une vraie perte de visiteurs et notre guide de Tag Assistant. Si les conversions ont baissé mais pas le trafic, regardez aussi les formulaires et les URL de remerciement : notre article sur le suivi des conversions Google Ads liste les modifications qui changent le comptage.

Combien de temps faut-il pour que le trafic se rétablisse après une refonte ou une migration ?

Si les URL ont changé, attendez-vous à des mouvements. La documentation de Google sur les migrations de sites prévient que le classement fluctuera pendant la migration et que, pour un site de taille moyenne, il peut falloir quelques semaines ou plus pour que la plupart des pages soient transférées dans l'index ; les grands sites prennent plus de temps.

La migration n'est terminée que lorsque Googlebot a visité chaque ancienne et chaque nouvelle URL au moins une fois, et Google n'a pas de fréquence d'exploration fixe. Une reprise lente et irrégulière est donc normale les premières semaines. Ce qui ne l'est pas, c'est une perte concentrée sur des pages dont les anciennes URL renvoient une erreur, ou sur des pages qui ne sont plus indexées du tout.

Google recommande aussi de conserver les redirections aussi longtemps que possible, en général au moins un an, pour que les signaux soient transférés aux nouvelles URL (guide de Google sur les migrations de sites). Les retirer trop tôt parce que le trafic « est revenu » peut relancer le problème.

Quelles modifications de la refonte faut-il vérifier en premier ?

Commencez par les modifications qui sortent des pages de l'index de Google, puis par celles qui changent ce que disent les pages. Les erreurs de redirection et d'indexation font chuter le trafic vite ; les changements de gabarit et de contenu se traduisent plutôt par une baisse progressive.

Redirections

Google recommande des redirections permanentes côté serveur (301 ou 308) de chaque ancienne URL vers son équivalent le plus proche. Les redirections temporaires (302, 303, 307) indiquent à Google que l'ancienne URL reste la version canonique. Évitez les chaînes (idéalement pas plus de 3 sauts, et moins de 5) et n'envoyez pas de nombreuses anciennes URL vers une seule page sans rapport, comme la page d'accueil. Les redirections JavaScript sont un dernier recours, car le rendu peut échouer et Google pourrait ne jamais les voir (redirections et recherche Google).

Erreurs 404 et pages supprimées

Selon Google, les erreurs 404 ne nuisent ni à l'indexation ni au classement du reste du site. La perte vient des 404 sur des pages qui ont changé d'adresse : si le contenu a été déplacé, ajoutez une redirection. Exportez les anciennes URL qui recevaient des clics et vérifiez-les une par une.

Règles d'indexation

Cherchez un disallow dans le robots.txt ou une balise noindex copiée de la préproduction, et des balises canoniques qui pointent vers l'ancien domaine ou la mauvaise page. L'outil d'inspection d'URL montre comment Google voit chaque URL.

Gabarits et contenu

Comparez les anciens et nouveaux titres, intertitres, textes et liens internes de vos principales pages d'entrée. Une page plus courte, ou un menu qui ne pointe plus vers les catégories, peut perdre des positions sans la moindre erreur technique.

Comment isoler la mise en ligne qui a causé la baisse de trafic ?

Datez la baisse précisément, découpez-la par groupe de pages, puis rapprochez chaque groupe touché de la mise en ligne qui l'a modifié. Une refonte n'est presque jamais une seule modification ; c'est une série de mises en ligne, et celle qui correspond à la fois à la date et aux pages est votre cause.

1. Écarter un problème de mesure
2. Découper la baisse par groupe de pages
3. Relier chaque groupe à une mise en ligne
4. Tester une correction à la fois

Dans Search Console, comparez les clics des quatre semaines avant et après le lancement, puis filtrez par page ou par motif d'URL, comme /blog/, /produits/ ou /services/. Si un seul groupe a perdu des clics, la cause se trouve dans ce qui a changé pour lui : ses URL, son gabarit ou ses redirections. Vérifiez ensuite les événements extérieurs des mêmes jours, comme une mise à jour de Google ou une campagne en pause, pour ne pas imputer à la refonte ce qui vient d'ailleurs.

Le plus difficile, ce sont les dates. Une refonte est généralement suivie de correctifs, de lots de redirections, d'un nouveau bandeau de consentement et de retouches de contenu pendant plusieurs jours, pendant que les campagnes payantes continuent de bouger. Avec toutes les modifications sur une seule frise chronologique, vous verriez que les redirections du blog sont parties en ligne le mardi, deux jours après le lancement et le jour exact où les clics du blog ont chuté. Dans Changeline, l'équipe consigne chaque mise en ligne avec sa date, son responsable et sa raison, et les modifications Google Ads sont importées automatiquement à côté : site et campagnes se retrouvent sur la même frise.

Exemple : un client demande pourquoi les leads organiques ont baissé de 30 % deux semaines après la mise en ligne. En alignant les modifications des jours précédents, l'agence voit qu'au troisième jour elle a fusionné 40 pages de services en 8 et redirigé le reste vers la page d'accueil. Les clics vers les pages de services baissaient depuis cette date, alors que le blog restait stable. Rediriger chaque ancienne page vers le nouveau service le plus proche a expliqué la baisse au client et donné une correction claire. (Noms et chiffres fictifs.)

Comment corriger une baisse de trafic après une refonte ?

Corrigez d'abord ce qui garde des pages hors de l'index, restaurez ensuite le contenu qui se positionnait, et ne changez qu'une chose à la fois pour savoir ce qui a fonctionné.

1. Rassemblez les anciennes URL à partir des anciens sitemaps, des journaux serveur, de l'outil d'analyse, du CMS et de Search Console, comme le suggère le guide de Google, puis établissez le mappage des anciennes URL vers les nouvelles.
2. Ajoutez des redirections permanentes pour chaque URL déplacée, et corrigez les chaînes et les redirections vers la page d'accueil.
3. Retirez les balises noindex et les blocages du robots.txt restants, et corrigez les balises canoniques.
4. Envoyez le nouveau sitemap dans Search Console. Gardez l'ancien quelque temps pour voir ses pages indexées descendre vers zéro, puis supprimez-le.
5. Rétablissez titres, intertitres, sections et liens internes sur les pages qui ont perdu le plus de clics.
6. Notez chaque correction avec sa date, pour lire ensuite la reprise à la lumière de celle-ci.

Si le domaine lui-même a changé, utilisez l'outil de changement d'adresse de Search Console sur l'ancien site. Google précise qu'il sert aux changements de domaine ou de sous-domaine, pas au passage de HTTP à HTTPS, au changement de www sur un même domaine ni aux changements de chemin au sein d'un domaine.

Comment préparer la prochaine refonte avec chaque modification consignée ?

Prenez une référence avant le lancement et tenez un registre daté de chaque mise en ligne ensuite. La plupart des débats après une refonte portent sur des dates que personne n'a notées.

• Enregistrez vos principales pages d'entrée par clics et conversions sur les 3 derniers mois, ainsi qu'un sitemap des anciennes URL.
• Déployez par étapes quand c'est possible (gabarits, puis URL, puis contenu), pour que chaque étape ait sa propre date.
• Notez chaque mise en ligne : date et heure, pages concernées, ce qui a changé, responsable et raison.
• Marquez aussi le lancement dans votre outil d'analyse ; notre guide des annotations GA4 explique comment.
• Convenez avec le client, avant le lancement, du délai d'attente avant de juger les résultats.

Un journal des modifications du site en fait une habitude, et le guide du journal des modifications marketing explique comment garder site et campagnes ensemble. Notre modèle de journal des modifications marketing contient déjà les colonnes, et quand un client demande ce qui s'est passé, ce guide pour expliquer une baisse à un client vous aide à mener la conversation.