Refondre son site sans perdre son référencement

Une refonte réussie graphiquement peut diviser votre trafic par trois. C’est l’accident le plus courant du métier, et il est presque toujours évitable.

Pourquoi une refonte fait chuter le trafic

Google ne connaît pas votre nouveau site. Il connaît des adresses, auxquelles il a associé une autorité, un historique et des positions, parfois construits sur plusieurs années.

Le jour de la mise en ligne, si /nos-services/creation-site-web devient /expertises/site-internet sans qu’on l’ait dit à personne, l’ancienne adresse renvoie une erreur 404. Tout ce qu’elle avait accumulé disparaît, et la nouvelle page repart de zéro.

Multipliez par le nombre de pages du site, et vous avez la courbe en falaise que tout le monde a déjà vue une fois.

L’inventaire, avant tout le reste

Avant de toucher au design, listez toutes les adresses existantes. Toutes.

Trois sources, à croiser :

• Le sitemap actuel, qui donne ce que le site déclare.
• La Search Console, qui donne ce que Google a réellement indexé — souvent bien plus que le sitemap, avec des pages oubliées qui reçoivent du trafic.
• Un crawl du site, qui trouve les pages liées nulle part ailleurs.

Vous obtenez une liste. C’est le document le plus important de la refonte, et c’est celui qu’on saute quand le planning se tend.

Le plan de redirection

Pour chaque ancienne adresse, une décision, et une seule :

Elle a un équivalent. Redirection permanente, en 301, vers la nouvelle page correspondante. Le 301 transmet l’autorité accumulée ; le 302, non — c’est l’erreur technique la plus fréquente et la plus coûteuse.

Elle n’a pas d’équivalent exact. Redirigez vers la page la plus proche par le sujet. Pas vers la page d’accueil : Google traite une redirection massive vers l’accueil comme un aveu de suppression, et l’autorité se perd quand même.

Elle ne doit plus exister. Un vrai 410, qui dit « supprimé volontairement ». C’est plus propre qu’un 404, et l’index se nettoie plus vite.

Une règle : jamais de chaîne. Une adresse redirige une fois, vers sa destination finale. Trois redirections en cascade diluent le signal et ralentissent la page.

Les cinq erreurs qui coûtent le plus cher

Le robots.txt de préproduction déployé en production. Le fichier qui interdisait aux robots d’explorer le site de test part avec le reste. Le site disparaît de Google en quelques jours. C’est banal, brutal, et c’est la première chose à vérifier après une mise en ligne.

Les balises noindex oubliées. Même cause, même effet, page par page.

Les URL modifiées sans raison. Si la structure actuelle est correcte, gardez-la. Changer /blog/mon-article en /articles/mon-article n’apporte rien et coûte une redirection de plus.

Le contenu raccourci. Une refonte s’accompagne souvent d’un nettoyage éditorial. Supprimer les paragraphes qui faisaient précisément se positionner la page fait perdre le classement, quelle que soit la qualité du nouveau design.

Les données structurées oubliées. Elles vivent dans l’ancien gabarit. Si le nouveau ne les reprend pas, les résultats enrichis disparaissent.

La marche à suivre le jour J

1. Mettre en ligne, avec les redirections déjà actives.
2. Vérifier immédiatement robots.txt et l’absence de noindex.
3. Soumettre le nouveau sitemap dans la Search Console.
4. Contrôler un échantillon d’anciennes adresses : chacune doit renvoyer un 301 vers la bonne page, en une seule étape.
5. Surveiller la couverture d’indexation chaque jour pendant deux semaines.

Ce à quoi s’attendre

Une baisse de 10 à 20 % pendant deux à quatre semaines est normale : Google recrawle, recalcule, réassocie. Le trafic revient ensuite, et dépasse souvent l’ancien niveau si le nouveau site est plus rapide et mieux structuré.

Une baisse de 50 % qui dure plus d’un mois n’est pas normale. C’est un problème technique, et il se trouve presque toujours dans les cinq erreurs ci-dessus.

Nous auditons les refontes avant la mise en ligne, et nous écrivons le plan de redirection. C'est la partie la moins visible du travail, et celle qui décide du résultat. Nous en parler.