Une refonte est le moment où un site gagne en clarté, en rapidité et en crédibilité. C’est aussi le moment où il perd le plus de trafic. Dans la majorité des cas que nous reprenons, la chute n’a rien à voir avec le design : elle vient de six ou sept décisions techniques prises trop tard, ou pas du tout.
Voici les erreurs qui coûtent le plus cher, dans l’ordre où elles font mal.
1. Aucun plan de redirections
C’est de loin la première cause de chute. Le nouveau site change ses URL — /nos-services/seo devient /seo — et les anciennes renvoient une erreur 404. Google avait mis des mois à comprendre et à classer ces pages : ce travail est perdu, et les liens externes qui pointaient dessus ne transmettent plus rien.
Ce qu’il faut faire : exporter la liste complète des URL de l’ancien site (Search Console + un crawl) avant la mise en ligne, associer chaque ancienne URL à sa nouvelle équivalente la plus proche, et poser des redirections 301 — pas 302. Une redirection temporaire ne transmet pas la même autorité.
Le piège classique : rediriger toutes les anciennes URL vers la page d’accueil. Google traite ces redirections comme des erreurs douces et le bénéfice est nul.
2. Le site part en ligne en noindex
La préproduction est presque toujours en noindex pour éviter que Google indexe une version incomplète. C’est la bonne pratique. Le problème, c’est que la directive reste en place au moment du lancement, et personne ne le remarque pendant des semaines — le site est visible pour les visiteurs, invisible pour les moteurs.
Ce qu’il faut faire : vérifier la balise <meta name="robots"> de la page d’accueil et de trois pages profondes le jour même de la mise en ligne, puis demander une indexation manuelle dans la Search Console.
3. Le contenu est raccourci pour « faire plus propre »
Une maquette respire mieux avec trois paragraphes qu’avec dix. Le problème, c’est que les dix paragraphes contenaient les expressions sur lesquelles la page se classait. En supprimant du texte, on supprime aussi la raison pour laquelle Google considérait cette page comme pertinente.
Ce qu’il faut faire : traiter le contenu existant comme un actif, pas comme un remplissage. Si une page doit être allégée visuellement, le texte se déplace dans des blocs dépliables ou plus bas dans la page — il ne disparaît pas.
4. La structure de titres se dissout dans le design
Les titres deviennent des images, ou des blocs de texte stylés qui ne sont plus des balises <h1> ou <h2>. Résultat : une page qui semble parfaitement hiérarchisée à l’œil, mais totalement plate pour un moteur de recherche. Nous voyons régulièrement des pages avec dix <h1> et aucun <h2>.
Ce qu’il faut faire : un seul <h1> par page, les titres de section en <h2>, les sous-titres en <h3>. C’est une vérification de trente secondes dans l’inspecteur du navigateur.
5. La vitesse s’effondre
Un site refait est presque toujours plus lourd : visuels haute définition non compressés, polices personnalisées multiples, bibliothèques d’animation, sliders. Les Core Web Vitals se dégradent, et sur mobile la conversion suit dans le même sens.
Ce qu’il faut faire : fixer un budget de performance avant le développement — un poids maximum par page, un nombre maximum de polices — et le tenir. Les animations n’ont pas besoin d’une bibliothèque de 300 ko : le CSS moderne fait l’essentiel.
6. Le maillage interne est reconstruit à partir du seul menu
Sur l’ancien site, les pages se citaient entre elles dans le corps du texte. Sur le nouveau, seul le menu principal fait des liens. Les pages profondes se retrouvent isolées, et l’autorité ne circule plus.
Ce qu’il faut faire : reprendre les liens internes contextuels page par page. C’est fastidieux, et c’est souvent ce qui fait la différence entre une refonte neutre et une refonte qui fait progresser le trafic.
7. Aucune mesure avant le lancement
Sans photographie de l’existant, il est impossible de savoir si la refonte a coûté du trafic, et encore moins lesquelles de vos pages ont souffert. Le débat se règle alors à l’intuition, deux mois trop tard.
Ce qu’il faut faire : la veille de la mise en ligne, exporter les positions et le trafic organique des trois derniers mois par URL, et conserver la liste des pages qui génèrent des demandes. C’est votre point de comparaison.
La liste à cocher avant de basculer
- Toutes les anciennes URL sont associées à une nouvelle, en 301
- La directive
noindexest retirée et vérifiée sur plusieurs pages - Aucun contenu textuel n’a été supprimé sans décision explicite
- Un seul
<h1>par page, hiérarchie<h2>/<h3>respectée - Les Core Web Vitals sont mesurés sur mobile, pas seulement sur votre poste
- Les liens internes contextuels sont reportés
- Les positions et le trafic de référence sont exportés
- Le sitemap est régénéré et soumis
Une refonte bien préparée ne fait pas chuter le trafic — elle le fait progresser, parce que la structure et la vitesse s’améliorent en même temps. La chute n’est jamais une fatalité technique : c’est le signe qu’une de ces sept étapes a été traitée après le lancement plutôt qu’avant.