Si votre visibilité SEO a baissé après une refonte, la cause est presque toujours que la nouvelle architecture a cassé quelque chose en silence : des liens internes rompus, des métadonnées supprimées, ou des URLs changées sans redirection. La visibilité, c’est-à-dire vos positions et vos impressions dans Google, repose sur ces signaux : un maillage interne brisé dilue la structure, des métadonnées manquantes affaiblissent les pages, et des URLs non redirigées tombent en 404. Aucune de ces causes ne saute aux yeux quand on regarde le nouveau site, ce qui explique pourquoi la baisse surprend. Le diagnostic se fait dans la Search Console, en comparant impressions et positions avant et après. WPBuildAI parcourt le site, repère les liens brisés et les métadonnées supprimées, et fournit ce qu’il faut rétablir.

Visibilité, trafic : de quoi parle-t-on ?

Distinguons deux choses proches. Le trafic, ce sont les visites ; la visibilité, ce sont vos positions et vos impressions, c’est-à-dire la fréquence à laquelle vos pages apparaissent dans les résultats. Une baisse de visibilité précède souvent une baisse de trafic : vos pages reculent dans les classements, donc elles s’affichent moins, donc on clique moins. S’attaquer à la visibilité, c’est donc traiter la cause en amont. La diagnostic de la baisse de trafic est complémentaire, détaillé dans diagnostiquer une baisse de trafic, mais ici l’enjeu est ce qui fait reculer les positions.

Cause 1 : les liens internes brisés

Le maillage interne dit à Google quelles pages comptent et comment le site s’organise. Une refonte qui recrée les pages mais pas leurs liens aplatit cette structure : des pages autrefois bien soutenues se retrouvent isolées, et leurs positions reculent. Pire, des liens qui pointent vers d’anciennes URLs supprimées créent des liens brisés internes, qui gaspillent l’exploration et dégradent l’expérience. Backlinko, dans son analyse de 11,8 millions de résultats, rappelle le poids des liens dans le classement. Rétablir le maillage interne, vers les nouvelles URLs, fait donc partie de la récupération.

Cause 2 : les métadonnées supprimées par la nouvelle architecture

La deuxième cause est silencieuse : la nouvelle architecture n’a pas repris les métadonnées. Titres, descriptions et balises canoniques sont des signaux que vous aviez réglés, et un nouveau modèle de page les génère souvent par défaut, écrasant les vôtres. Les pages existent toujours, mais elles ont perdu ce qui les rendait pertinentes, d’où une baisse d’impressions diffuse, sans 404. La réparation consiste à réintégrer les métadonnées depuis l’ancien site, champ par champ, ce qui suppose de les avoir exportées avant la refonte.

Cause 3 : les URLs sans redirection

La troisième cause est la plus connue : des URLs changées sans redirection. Les anciennes adresses tombent en 404 et perdent leurs positions, le cas que Google traite dans son guide sur le déplacement avec changement d’URL. Le trafic étant concentré, comme le montre l’étude d’Ahrefs, perdre quelques URLs clés suffit à faire chuter la visibilité. La réparation est une redirection 301 de chaque ancienne URL vers la bonne page, selon la documentation sur les redirections.

Diagnostiquer avec la Search Console

  1. Comparez les impressions et les positions avant et après la refonte.
  2. Repérez les pages qui ont le plus reculé.
  3. Vérifiez leurs métadonnées sur le nouveau site.
  4. Cherchez les liens internes brisés vers d’anciennes URLs.
  5. Repérez les 404 apparus depuis la mise en ligne.
  6. Classez les causes par ampleur pour réparer d’abord ce qui pèse.

Réparer et suivre la remontée

Réparez les trois causes, puis observez. Rétablissez le maillage interne vers les nouvelles URLs, réintégrez les métadonnées manquantes, et posez les redirections 301 sur les URLs cassées, en priorité celles qui avaient de la visibilité, comme dans faire un plan de redirection 301. Après chaque correction, demandez une réexploration et suivez deux signaux dans la Search Console : la remontée des impressions et la baisse des 404, détaillée dans corriger les erreurs 404. La remontée prend quelques semaines, le temps que Google réévalue les pages.

Exemple : une visibilité qui s’effondre

Prenons un site dont les impressions chutent fortement après une refonte, sans pénalité ni 404 massifs. En comparant, on voit que les pages clés ont reculé et que leurs titres sont devenus génériques : la nouvelle architecture n’a pas repris les métadonnées. On constate aussi que le maillage interne a été simplifié, isolant plusieurs pages. On réintègre les métadonnées depuis une sauvegarde de l’ancien site, on rétablit les liens internes, et on redirige les quelques URLs qui avaient changé. En quelques semaines, les impressions remontent, car les pages ont retrouvé leurs signaux. La cause n’était pas le contenu, mais des signaux perdus à la refonte.

Les erreurs à éviter

  • Croire que seule une perte d’URLs cause une baisse de visibilité.
  • Recréer les pages sans recréer le maillage interne.
  • Laisser la nouvelle architecture écraser les métadonnées par des valeurs par défaut.
  • Oublier de rediriger les anciennes URLs, qui tombent en 404.
  • Tout changer en même temps, sans isoler la cause qui pèse le plus.

Ce qu’il faut retenir

Une baisse de visibilité SEO après une refonte vient presque toujours de trois causes silencieuses : des liens internes brisés, des métadonnées supprimées par la nouvelle architecture, et des URLs changées sans redirection. La visibilité repose sur ces signaux, et aucun ne se voit en regardant le site. Diagnostiquez dans la Search Console en comparant impressions et positions, puis rétablissez le maillage, réintégrez les métadonnées et posez les 301, en commençant par ce qui pèse le plus. La remontée suit en quelques semaines. WPBuildAI parcourt le site, repère les liens brisés et les métadonnées supprimées, et fournit ce qu’il faut rétablir. Envoyez l’adresse de votre site pour une analyse gratuite.

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