Refonte SEO

Quatre pertes reviennent le plus souvent, et elles se préparent toutes.

Les adresses des pages. Si les URL changent sans redirection, chaque ancienne page devient une impasse et le référencement qu’elle portait disparaît avec elle.

Le contenu. Une refonte qui allège les pages pour faire propre supprime souvent le texte qui faisait ressortir le site. Le beau vide ne se référence pas.

La structure. Réorganiser sans logique casse le maillage interne et l’ordre que Google avait compris. Les pages importantes se retrouvent enfouies.

L’historique technique. Un changement de plateforme mal maîtrisé réintroduit des problèmes réglés depuis longtemps : pages en double, lenteur, blocages d’exploration. Chaque CMS a ses pièges propres, et ils ne se découvrent pas le jour de la bascule.

Le danger ne vient pas de la refonte. Il vient du moment où personne, dans le projet, ne se demande ce qu’elle fait à la visibilité. La chute se découvre alors une fois le site en ligne.

Cinq étapes, réparties avant, pendant et après la bascule. Quand le projet change aussi les adresses des pages, le plan de redirections se traite à part, sur la page migration SEO.

• 01 État des lieux

  Cadrage

  Je relève ce qui fonctionne sur le site actuel : pages qui rapportent, URL à préserver, contenus à ne pas perdre, liens entrants à ne pas casser. On ne protège que ce qu’on a listé. Sur un site dont l’état est mal connu, cette phase prend la forme d’un audit SEO complet.

• 02 Cartographie et plan de redirections

  Correspondance

  Chaque ancienne adresse reçoit sa destination sur le nouveau site, vers la page la plus proche de son contenu. Rediriger vers l’accueil par défaut brouille le signal et se paie en positions.

• 03 Préservation du contenu et de la structure

  Protection

  Je vérifie que les contenus à valeur et le maillage survivent au changement d’arborescence, et je corrige au passage ce qui bloquait plutôt que de le reconduire à l’identique.

• 04 Recette avant mise en ligne

  Vérification

  Sur l’environnement de test, je contrôle les redirections, les balises, l’indexabilité, le sitemap et le robots.txt. C’est le dernier moment pour éviter une erreur, pas pour la réparer.

• 05 Suivi après la bascule

  Surveillance

  Les semaines qui suivent servent à surveiller les erreurs 404, les redirections, les pages exclues, les impressions et les positions dans la Search Console, et à corriger vite les écarts.

Elles viennent rarement d’un seul problème. Elles apparaissent quand le nouveau site est pensé comme une version graphique, sans reprendre l’historique de l’ancien.

1. 01

   Supprimer des pages qui généraient du trafic

   Une page peut sembler ancienne ou peu utile à l’écran et continuer d’attirer des visiteurs depuis Google. Avant de la supprimer, il faut regarder ses clics, ses impressions, ses positions, ses liens entrants et ses conversions.

2. 02

   Changer les URL sans plan de redirections

   Quand une URL change, Google doit apprendre où se trouve la nouvelle version. Sans redirection 301, l’ancienne adresse renvoie une erreur 404 et perd les signaux qu’elle avait accumulés.

3. 03

   Rediriger trop de pages vers la page d’accueil

   Une redirection pointe vers la page la plus proche du contenu d’origine. Tout renvoyer à l’accueil brouille le signal envoyé à Google et dégrade la navigation.

4. 04

   Casser le maillage interne

   Les liens internes disent à Google quelles pages comptent. Une refonte peut supprimer des liens stratégiques, isoler des pages ou affaiblir des contenus déjà bien positionnés.

5. 05

   Modifier les balises sans logique

   Changer les title, les H1 ou les contenus principaux modifie la compréhension de la page. Chaque changement doit être décidé, surtout sur les pages déjà visibles dans les résultats.

6. 06

   Bloquer l’indexation par erreur

   Un robots.txt mal configuré, une balise noindex oubliée ou une préproduction laissée ouverte empêchent Google d’explorer ou d’indexer les bonnes pages après la mise en ligne.

7. 07

   Oublier le suivi après la mise en ligne

   La refonte ne s’arrête pas le jour de la bascule. Les jours qui suivent servent à contrôler les 404, les redirections, l’indexation, les clics et les positions dans la Search Console.

Le plus tôt possible, avant la validation des maquettes, de l’arborescence et du développement. C’est à ce moment qu’on peut décider quelles pages conserver, lesquelles fusionner, quelles URL maintenir et quelles redirections prévoir. Une fois le site développé, ces arbitrages coûtent plus cher et se corrigent moins bien.

L’intérêt d’intervenir en amont est aussi d’éviter les décisions prises sans les données. Une page peut sembler secondaire dans la nouvelle navigation et générer du trafic qualifié. Une catégorie peut paraître inutile côté design et tenir une partie du maillage interne. Sans relevé préalable, ces signaux disparaissent sans que personne le voie.

Quand le référencement n’entre dans le projet qu’après la mise en ligne, il sert à réparer : 404 à traiter, redirections à écrire dans l’urgence, pages stratégiques à recréer.

L’accompagnement suit le calendrier de votre projet, avec une charge concentrée avant la bascule et un suivi rapproché après. La digestion du nouveau site par Google prend ensuite de quelques semaines à quelques mois, selon la taille du site et l’ampleur des changements d’URL.

Une refonte préparée retrouve son niveau plus vite qu’une refonte improvisée. Le délai exact dépend du volume d’adresses modifiées et de la fréquence à laquelle Google explore votre site, deux choses qui se mesurent avant de commencer. Une fois le site stabilisé, la suite relève de l’accompagnement SEO courant.

C’est la pièce qui décide du résultat, et c’est presque toujours celle qu’on produit en dernier, dans l’urgence, la veille de la bascule.

Un plan utilisable est un tableau où chaque ancienne adresse est associée à une nouvelle, avec la raison du choix. Il se construit à partir de trois sources croisées, jamais d’une seule : l’export complet des URLs du site actuel, la liste des pages qui reçoivent des visites depuis la recherche, et celle des pages qui reçoivent des liens depuis d’autres sites. Une page sans trafic mais avec des liens entrants doit être redirigée aussi, et c’est le cas qu’un export partiel fait disparaître.

Trois règles gouvernent les choix. Une redirection va vers la page la plus proche par le sujet, pas vers l’accueil : rediriger cent pages vers la page d’accueil revient à les supprimer. Aucune redirection ne doit en traverser une autre, sinon la chaîne se paie en signal perdu. Et les anciennes adresses ne doivent plus apparaître nulle part dans le nouveau site, ni dans les menus, ni dans les liens de contenu, ni dans le plan de site.

Le contrôle se fait deux fois. Avant la bascule, en testant chaque redirection sur la préproduction, une par une, avec le code de réponse attendu. Après la bascule, en explorant l’intégralité de l’ancienne liste pour vérifier qu’aucune ne renvoie une erreur ni une chaîne. Ce second passage prend quelques heures et il vaut plus que tout le reste du chantier.

Une baisse de visibilité dans les jours qui suivent une refonte n’est pas anormale en soi. Google doit explorer les nouvelles adresses, comprendre les redirections et réévaluer chaque page. Ce délai dépend de la taille du site et de la fréquence à laquelle il était exploré avant : un site parcouru chaque jour se remet plus vite qu’un site visité une fois par mois.

Ce qui doit être surveillé pendant cette phase, dans cet ordre : les erreurs d’exploration apparaissant dans la Search Console, l’évolution du nombre de pages indexées, puis seulement le trafic. Regarder le trafic en premier conduit à réagir sur un chiffre qui ne dit pas encore la cause.

Ce qui n’est pas normal, en revanche, et qui demande une intervention immédiate : des pages importantes qui renvoient une erreur, un fichier robots bloquant hérité de la préproduction, des balises d’indexation restées en interdiction, ou des redirections qui pointent vers des pages elles-mêmes redirigées. Ces quatre défauts représentent l’essentiel des refontes qui ne se remettent jamais, et ils se détectent tous dans les premières quarante-huit heures si quelqu’un regarde.

Une précision utile avant de signer : un prestataire ne peut pas vous garantir qu’aucune perte n’aura lieu, parce qu’une refonte change aussi le contenu et la structure. Ce qui s’engage, c’est la méthode, le contrôle avant bascule et la surveillance après.

C’est moi qui produis le plan de redirections, qui contrôle les recettes et qui surveille l’indexation après la bascule. Je travaille avec votre agence de refonte ou vos développeurs, sans me substituer à eux : ils construisent, je vérifie que le référencement survit.

Les accès nécessaires sont la Search Console, votre outil d’analyse et un accès de préproduction. Ils sont accordés depuis vos comptes, restent à votre nom et se retirent quand vous voulez. Le plan de redirections, le relevé des positions avant bascule et les comptes rendus vous appartiennent : ce sont eux qui permettront de diagnostiquer une perte, même des mois plus tard.

Une intervention tardive coûte plus cher qu’elle ne rapporte. Appelé la veille de la mise en ligne, je ne peux plus que constater. Le moment utile se situe avant que l’arborescence ne soit figée.

Que vous soyez en cadrage, en cours de développement, ou déjà en ligne avec des pertes à corriger, un premier échange de 30 minutes permet de situer le risque et le travail à prévoir.

Parler de votre projet