Si votre trafic a chuté après une refonte, la cause est presque toujours technique, et elle est réparable. Dans la grande majorité des cas, ce ne sont ni le marché ni la qualité du nouveau design : ce sont des métadonnées oubliées lors de la reconstruction, des URLs changées sans redirection qui renvoient des 404, ou une balise noindex restée de la préproduction. Le bon réflexe n’est pas de tout refaire, mais de diagnostiquer. La Search Console montre presque toujours la cause exacte : comparez les pages indexées et les impressions avant et après, repérez les 404 et les pages désindexées, puis réparez la cause précise. WPBuildAI parcourt le site, repère les métadonnées et les URLs manquantes, et fournit ce qu’il faut réintégrer.

Les causes d’une chute de trafic après refonte

Une refonte fait chuter le trafic pour des raisons mécaniques, pas mystérieuses. Trois reviennent sans cesse : les métadonnées (titres, descriptions, balises canoniques) non reprises, les URLs modifiées sans redirection, et un noindex oublié. Chacune laisse une trace différente dans la Search Console, ce qui permet de l’identifier sans deviner. En pratique, on les écarte une par une, de la plus probable à la plus rare. Le trafic étant concentré, comme le montre l’étude d’Ahrefs, la perte de quelques pages clés suffit à expliquer une chute marquée.

Cause fréquente : les métadonnées oubliées

C’est la cause que les agences sous-estiment le plus. Les titres, descriptions et balises canoniques sont des signaux que vous aviez réglés au fil du temps, et un nouveau site démarre vide. Si la refonte ne les a pas repris champ par champ, chaque page repart de zéro, même avec un contenu identique. Le symptôme est une baisse diffuse des impressions, sans forcément de 404 : les pages existent toujours, mais elles ont perdu leurs signaux. La réparation consiste à réintégrer les métadonnées depuis l’ancien site, ce qui suppose de les avoir exportées.

Cause fréquente : les URLs changées sans redirection

La deuxième cause est un changement d’adresses sans redirection. Si la refonte a modifié la structure des URLs et que les anciennes ne sont pas redirigées, elles renvoient un 404 et perdent leurs positions, le cas que Google traite dans son guide sur le déplacement avec changement d’URL. Le symptôme est net : des 404 dans la Search Console et des pages précises qui chutent. La réparation est une redirection 301 de chaque ancienne URL vers la bonne page, selon la documentation sur les redirections, sans tout renvoyer vers l’accueil.

Le piège invisible : un noindex resté actif

La troisième cause est la plus brutale et la plus discrète. Pendant la construction, la préproduction porte souvent une balise noindex pour ne pas être indexée trop tôt, comme l’explique la documentation de Google sur le blocage de l’indexation. Si le site passe en production avec ce noindex encore actif, Google retire les pages, et le trafic s’effondre d’un coup. Le symptôme est une chute massive et soudaine, avec des pages « exclues par la balise noindex » dans la Search Console. La réparation prend une minute : retirer la balise et demander une réexploration.

Diagnostiquer avec la Search Console

  1. Comparez les impressions avant et après la refonte, par page.
  2. Regardez le rapport d’indexation et le nombre de pages indexées.
  3. Repérez les 404 apparus depuis la mise en ligne.
  4. Cherchez les pages « exclues par la balise noindex ».
  5. Vérifiez les métadonnées des pages qui ont perdu des impressions.
  6. Classez les causes par ampleur pour réparer d’abord ce qui pèse le plus.

Réparer dans le bon ordre

Réparez de la cause la plus large à la plus fine. Si un noindex traîne, retirez-le d’abord : c’est l’effet le plus massif pour le moindre effort. Posez ensuite les redirections 301 sur les URLs cassées, en priorité celles qui avaient du trafic. Réintégrez enfin les métadonnées manquantes. Après chaque correction, demandez une réexploration et observez la remontée, détaillée dans récupérer un trafic en chute et corriger les 404. Ne changez pas tout en même temps, sinon vous ne saurez pas ce qui a marché.

Exemple : un site qui perd 70 % de trafic

Prenons un site qui perd la majorité de son trafic le lendemain d’une refonte. La Search Console montre des centaines de pages « exclues par la balise noindex » : la préproduction est passée en production avec le noindex. On le retire, on demande une réexploration. En parallèle, on note qu’une partie des URLs a changé sans redirection et que les nouvelles pages ont des titres génériques. On pose les 301 sur les anciennes URLs et on réintègre les métadonnées depuis l’ancien site. En quelques semaines, les pages reviennent dans l’index, les impressions remontent et le trafic se rétablit. La cause n’était pas le design, mais trois oublis techniques.

Les erreurs à éviter

  • Blâmer le marché ou le design avant d’avoir ouvert la Search Console.
  • Tout refaire en même temps, sans isoler la cause.
  • Laisser un noindex de préproduction passer en production.
  • Reconstruire sans réintégrer les métadonnées de l’ancien site.
  • Oublier de rediriger les anciennes URLs, qui tombent en 404.

Ce qu’il faut retenir

Une chute de trafic après une refonte vient presque toujours d’une cause technique : des métadonnées oubliées, des URLs changées sans redirection, ou un noindex resté actif. Le diagnostic se fait dans la Search Console, en comparant impressions, pages indexées, 404 et pages désindexées. Réparez de la cause la plus large à la plus fine : retirez un noindex, posez les 301, réintégrez les métadonnées, puis demandez une réexploration. La plupart de ces chutes sont réversibles dès que la bonne cause est traitée. WPBuildAI parcourt le site et fournit les métadonnées et les URLs manquantes. Envoyez l’adresse de votre site pour une analyse gratuite.

Sans affiliation avec WordPress, Lovable, Webflow, Shopify, Wix ou Squarespace.