Refonte de site : 10 erreurs SEO à éviter pour ne pas perdre votre trafic

La refonte d'un site web est souvent vécue comme une délivrance. Enfin, on va pouvoir moderniser cette interface datée, améliorer l'expérience utilisateur, et booster les conversions. Mais il y a un piège énorme que beaucoup d'entreprises découvrent trop tard : le référencement naturel peut s'effondrer du jour au lendemain. Et quand le trafic organique chute, les leads suivent, et le chiffre d'affaires aussi.

J'ai accompagné des dizaines de projets de refonte ces dernières années, et je peux vous dire que la plupart des catastrophes SEO ne viennent pas d'une mauvaise volonté, mais d'une méconnaissance des pièges techniques. Dans cet article, je vais vous montrer les erreurs les plus fréquentes que je vois en agence et sur le terrain, et surtout comment les éviter.

Pourquoi votre refonte est un champ de mines pour le SEO

Le problème, c'est que la refonte n'est jamais un simple changement cosmétique. On touche à la structure, aux URLs, aux contenus, aux balises… Et chaque modification peut être interprétée différemment par Google.

Prenons un exemple concret. Un client m'a demandé de "moderniser le site" sans toucher au fond. Mais en changeant le CMS, le développeur a généré de nouvelles URLs pour toutes les pages produits. Résultat : 60 % du trafic organique perdu en une semaine. Les redirections ? Elles n'avaient été mises en place que pour la home page et les pages catégories. Les pages produits, elles, pointaient vers des 404.

Ce scénario se répète bien trop souvent.

Pour éviter ça, il faut considérer la refonte comme un projet SEO à part entière, avec ses propres étapes, son propre calendrier, et ses propres validations. La checklist SEO ne doit pas être un document annexe qu'on regarde en vitesse en fin de projet. Elle doit structurer tout le processus.

L'audit SEO de l'existant : la première étape non négociable

Avant de toucher à une seule ligne de code, il faut faire un état des lieux complet. Cela signifie :

• Exporter la liste complète des URLs indexées depuis la Search Console.
• Identifier les pages qui génèrent du trafic, des backlinks, des conversions.
• Cartographier l'arborescence actuelle et les maillages internes.
• Repérer les pages à forte valeur qui doivent absolument être conservées ou redirigées.
• Analyser les performances de chaque cluster thématique.

Je me souviens d'un projet où l'équipe marketing voulait supprimer des pages de blog jugées "obsolètes". En réalité, ces pages attiraient encore 30 % du trafic organique total du site, notamment via des requêtes de longue traîne très rentables. Si on les avait supprimées sans redirection, c'était l'hécatombe. On a finalement opté pour une consolidation du contenu sur des pages mères, en conservant la plupart des URLs et en renforçant les liens internes.

Ce travail d'audit doit donner naissance à une cartographie de migration précise, page par page, avec pour chacune : l'URL ancienne, l'URL nouvelle (ou la suppression, ou la fusion), et le type de redirection à mettre en place.

Les redirections 301 : l'erreur la plus coûteuse

La redirection 301 est le mécanisme de base pour signaler à Google qu'une page a changé d'adresse. Mais tout le problème est dans la mise en œuvre.

Première erreur classique : ne rediriger que les pages principales. Les pages secondaires (fiches produits, anciens articles de blog, pages de catégories spécifiques) sont souvent oubliées, et se retrouvent en 404.

Deuxième erreur : rediriger en masse vers la home page. C'est certes mieux qu'un 404, mais cela dilue complètement la pertinence. Google ne comprend plus la thématique de la page, et le jus SEO des backlinks pointant vers une URL précise est perdu.

La bonne méthode, c'est la redirection granulaire. Pour chaque URL de l'ancien site, il faut identifier l'URL équivalente sur le nouveau site. Si une page n'a pas d'équivalent direct, il faut la rediriger vers la page de catégorie la plus proche, ou vers une page qui traite du même sujet.

Et il ne faut pas oublier les paramètres d'URL. Les liens avec des paramètres de suivi (utm\_source, utm\_medium), des paramètres de pagination (?page=2), ou de filtres (?couleur=rouge) doivent être redirigés vers la page mère ou vers une version épurée de l'URL. Si on les oublie, on se retrouve avec des centaines de liens internes et externes brisés.

Comment vérifier que vos redirections fonctionnent réellement

Après la mise en place des redirections, il est indispensable de les vérifier. Pas seulement en les testant une par une dans le navigateur (ce qui est déjà fastidieux), mais en lançant un crawl complet de l'ancien site avec un outil dédié. Cet outil va suivre toutes les redirections et vous montrer la chaîne complète, y compris les éventuelles boucles de redirection (URL A → URL B → URL A).

Une boucle de redirection, c'est une erreur fatale : Google ne peut pas indexer la page, et si le problème touche de nombreuses URLs, l'ensemble du site peut être concerné par une baisse de crawl et d'indexation.

Un autre point que je vérifie systématiquement : les URLs en HTTP vs HTTPS, et les variantes avec ou sans "www". Il faut que toutes les redirections aboutissent à la version canonique du site, et qu'il n'y ait qu'une seule version accessible.

Et là, j'insiste sur un point : les redirections se vérifient en préproduction, pas après la mise en ligne. C'est l'une des raisons pour lesquelles il est essentiel de tester le site dans un environnement d'essai, en conditions réelles.

Tester la préproduction en conditions réelles (et non pas après)

Environnements de préproduction et SEO font rarement bon ménage. Pourquoi ? Parce que le fichier robots.txt d'un site de test contient souvent des directives pour bloquer l'indexation (disallow: /). C'est tout à fait normal pour éviter que la préprod soit indexée. Le problème, c'est que ces directives se retrouvent parfois dans le fichiers robots.txt du site en production après la migration.

Résultat : Google ne peut plus crawler le site, et l'indexation se vide progressivement. C'est une erreur que j'ai déjà vue, et elle est dévastatrice.

Le même souci peut arriver avec les balises noindex dans le code HTML. Elles sont souvent ajoutées sur la préprod pour empêcher l'indexation, mais si elles ne sont pas supprimées lors de la mise en ligne, toutes les pages du site seront progressivement désindexées.

La checklist de préproduction doit donc inclure :

• Vérification du robots.txt : autoriser l'indexation, mais bloquer les chemins sensibles (panier, compte utilisateur, paramètres).
• Vérification du sitemap.xml : s'assurer qu'il référence les nouvelles URLs, et qu'il est bien soumis dans la Search Console.
• Vérification des balises canoniques : chaque page doit avoir une balise canonique pointant vers elle-même (ou vers la version préférée).
• Vérification des balises title et meta description : elles ne doivent pas être vides ou dupliquées.
• Vérification de l'affichage des balises Heading (H1) : une seule par page, et pertinente.

Les fichiers robots.txt et sitemap.xml : votre première ligne de défense

Ne vous contentez pas de vérifier que ces fichiers existent. Vérifiez leur contenu en détail. Ouvrez le robots.txt et assurez-vous que les directives sont correctes. Ouvrez le sitemap.xml et vérifiez que les URLs sont bien les nouvelles, et qu'il n'y a pas de doublons.

Un détail qui a son importance : le sitemap doit être mentionné dans le robots.txt, et il doit être compressé si le site est volumineux.

Autre point que j'ai appris à mes dépens : pensez à vérifier que les anciennes URLs ne sont pas encore dans le sitemap. Si c'est le cas, Google va tenter de les crawler, et si elles renvoient des 404, cela peut représenter un gaspillage de budget de crawl, et envoyer des signaux négatifs.

Règle simple : le sitemap doit contenir uniquement les URLs que vous voulez voir indexées, et elles doivent toutes renvoyer un code 200, et être accessibles sans redirection.

Le maillage interne et les ancres : le grand oublié des refontes

Quand on parle de SEO et de refonte, on pense d'abord aux redirections. Mais le maillage interne est tout aussi crucial. Modifier la structure du site implique souvent de changer les menus de navigation, les liens dans le contenu, et les ancres de ces liens.

Et là, deux erreurs sont courantes.

La première, c'est de laisser des liens internes pointer vers d'anciennes URLs. Même avec les redirections, chaque lien interne qui passe par une 301 et une redirection perd un peu de jus SEO, et l'expérience utilisateur est dégradée (le temps de chargement est plus long).

La seconde erreur, c'est de modifier les ancres de manière trop radicale. Les ancres riches en mots-clés (par exemple "chaussures de running pour femme") aident Google à comprendre le sujet de la page de destination. Si on les remplace par des ancres génériques ("cliquez ici", "en savoir plus"), on perd une partie de cette information sémantique.

Dans la plupart des projets que je supervise, nous établissons un plan de maillage interne avant la refonte. Ce plan liste les pages clés, les ancres à privilégier, et les liens à conserver ou à créer.

Un exemple personnel : lors de la refonte d'un site e-commerce spécialisé dans le matériel de randonnée, nous avons découvert que les meilleures pages qui généraient des ventes étaient celles qui recevaient des liens internes depuis les articles du blog. En conservant ces liens et en optimisant les ancres, nous avons réussi à maintenir les positions malgré une refonte majeure de l'arborescence.

Suivi post-lancement : les 30 premiers jours déterminent tout

Après la mise en ligne, le travail n'est pas terminé. Même avec une préparation minutieuse, il y aura une période de turbulence. C'est normal : Google doit recrawler l'ensemble du site, découvrir les nouvelles URLs, prendre en compte les redirections. Cette période peut durer de 2 à 4 semaines.

Pendant ce temps, il ne faut pas paniquer à la moindre fluctuation. Mais il faut surveiller de près.

Mettez en place un monitoring des positions pour vos mots-clés principaux et secondaires, avec un suivi par cluster de pages. Comparez le trafic de la période post-refonte avec la période pré-refonte, en prenant soin de comparer des périodes de longueur égale.

Et surtout, ayez un plan de rollback. Si vous constatez une chute de trafic de plus de 20 % sur 30 jours, et que vous n'arrivez pas à identifier la cause, il faut être capable de revenir à l'ancienne version du site. C'est une décision difficile, mais parfois nécessaire.

Voici les signaux qui doivent vous alerter immédiatement :

• Des pages qui disparaissent de l'index (vérifiez dans la Search Console, section "Pages").
• Une augmentation soudaine des erreurs 404 (vérifiez le rapport "Couverture").
• Une baisse du nombre de pages crawled par jour.
• Une chute brutale du trafic organique, surtout si elle touche plusieurs clusters en même temps.

Savoir interpréter les données de la Search Console post-migration

La Search Console est votre meilleure amie après une refonte. Mais encore faut-il savoir lire les données.

Le rapport "Pages" vous montrera le nombre de pages indexées. Au début, ce nombre peut baisser, car Google doit redécouvrir les nouvelles URLs. C'est normal. Mais si au bout de 2-3 semaines, le nombre de pages indexées est toujours en baisse significative, il y a un problème.

Le rapport "Couverture" vous montrera les erreurs. Les erreurs 404 pour les anciennes URLs sont attendues si vous avez correctement mis en place les redirections (elles apparaîtront dans le rapport "Erreurs 404" mais avec un statut "Redirigé"). En revanche, des erreurs 404 sur les nouvelles URLs, ou des erreurs de type "Soumis avec des erreurs", sont préoccupantes.

Enfin, le rapport "Performances" vous montrera l'évolution du trafic et des impressions. Ne vous fiez pas aux variations quotidiennes. Regardez les tendances sur 7 ou 14 jours glissants.

Et si vous le pouvez, mettez en place des alertes personnalisées dans la Search Console pour être prévenu en cas de problème majeur (par exemple, une chute brutale du nombre de clics).

Questions fréquentes sur la refonte et le SEO

Quels sont les 3 piliers du référencement ?

Le référencement naturel repose sur trois piliers fondamentaux. Le premier, c'est la technique : la structure du site, la vitesse de chargement, l'accessibilité, la gestion des balises et des redirections. Un site techniquement sain est une condition nécessaire pour que les deux autres piliers puissent fonctionner.

Le deuxième pilier, c'est le contenu. Google a besoin de comprendre ce que vous proposez pour vous classer sur les bonnes requêtes. Un contenu de qualité, original, qui répond aux intentions de recherche des utilisateurs, et qui est régulièrement mis à jour, est un facteur de classement majeur.

Le troisième pilier, c'est la popularité, souvent mesurée par les backlinks. Les liens provenant d'autres sites, surtout s'ils sont pertinents et de qualité, sont un signal de confiance et d'autorité pour Google. Une refonte ne doit pas sacrifier la popularité acquise, d'où l'importance des redirections et de la conservation des liens internes.

Ces trois piliers sont interdépendants. Un site techniquement parfait avec un mauvais contenu ne se classera pas. Un excellent contenu mais un site illisible techniquement sera handicapé. Et une bonne popularité sans contenu à la hauteur ne suffira pas à maintenir les positions.

Quelles sont les étapes clés pour refondre un site web ?

La refonte d'un site internet se décompose en sept étapes essentielles.

La première étape consiste à élaborer une stratégie pour le site. Quels sont les objectifs de la refonte ? Qui sont les cibles ? Quels sont les messages clés à faire passer ? Cette stratégie guide toutes les décisions ultérieures.

La deuxième étape est l'étude et l'optimisation SEO de l'existant. Ce travail d'audit permet de cartographier les points forts et les points faibles en matière de référencement.

La troisième étape, c'est la conception de l'arborescence. Le site est structuré en catégories, sous-catégories, et pages, en tenant compte à la fois de l'expérience utilisateur et du maillage interne.

Vient ensuite la quatrième étape : la création du design system. Charte graphique, composants visuels, ergonomie. C'est l'étape la plus "visible" de la refonte, mais elle doit rester alignée avec la stratégie définie à l'étape 1.

La cinquième étape est la production des contenus et le copywriting. Les textes doivent être rédigés en tenant compte des mots-clés identifiés lors de l'audit SEO, et adresser les besoins des utilisateurs.

La sixième étape est la création du site et la migration. C'est là que les aspects techniques (développement, intégration, redirections) prennent le relais.

Enfin, la septième étape est l'analyse de la performance après lancement. Le suivi des indicateurs clés, l'analyse des données de fréquentation, et l'ajustement en continu font partie intégrante du processus.

Qu'est-ce que la règle des 80/20 en SEO ?

Le principe de Pareto, appliqué au référencement naturel, stipule que 20 % des efforts génèrent 80 % des résultats. Autrement dit, il ne s'agit pas de disperser vos efforts sur une multitude d'actions, mais de concentrer vos ressources sur les opportunités les plus performantes.

Dans le contexte d'une refonte, cette règle trouve une application concrète. Plutôt que de vouloir tout optimiser, identifiez les 20 % de pages qui génèrent 80 % de votre trafic, de vos backlinks, ou de vos conversions. Ce sont ces pages qui doivent concentrer toute votre attention lors de la migration.

La même logique s'applique au choix des mots-clés à cibler. Ne vous dispersez pas sur des milliers de requêtes. Concentrez-vous sur les requêtes à fort potentiel, celles qui correspondent à un besoin réel et qui sont en lien avec vos objectifs business.

Cette règle est un bon garde-fou, car elle permet de prioriser les actions et d'éviter de créer un site complexe et coûteux qui n'apporte finalement que des résultats marginaux.

Quelle est une erreur courante en conception web ?

Une des erreurs les plus courantes en matière de conception web est l'utilisation de fenêtres pop-up intrusives et de publicités excessives. Ces éléments perturbent l'expérience utilisateur et nuisent à la crédibilité du site.

Quand un visiteur arrive sur une page, il cherche une information ou une solution. Des pop-ups qui s'ouvrent dès l'arrivée, des bandeaux publicitaires qui recouvrent le contenu, et autres interstitiels, l'empêchent d'atteindre son objectif. L'expérience est frustrante, et le visiteur a tendance à quitter rapidement le site.

Cet abandon se traduit par un taux de rebond élevé, ce qui est un signal négatif pour Google. L'algorithme en tient compte dans son classement des pages.

Lors d'une refonte, il est donc essentiel de repenser la stratégie de monétisation et de génération de leads en privilégiant des formats moins intrusifs, comme une bannière discrète, une intégration dans le contenu, ou une pop-up déclenchée au moment où l'utilisateur est sur le point de quitter la page, avec une offre réellement pertinente.

La refonte ne doit pas être un saut dans le vide

Une refonte réussie, d'un point de vue SEO, ne se joue pas au moment de la mise en ligne. Elle se prépare des semaines à l'avance, avec une vision claire de ce qu'il faut conserver, rediriger, supprimer, ou améliorer. Elle se teste en préproduction, dans des conditions proches du réel. Et elle se pilote après le lancement, avec des indicateurs précis et un plan de secours prêt à être activé.

J'ai vu des entreprises perdre des années d'acquis SEO en quelques jours pour avoir négligé ces étapes. J'en ai vu d'autres, plus rares, réussir leur refonte sans perte de trafic, et même améliorer leurs positions grâce à une meilleure architecture et un maillage interne repensé.

La différence entre ces deux scénarios ne tient pas à la chance. Elle tient à la méthode.

La prochaine fois que vous plancherez sur une refonte, souvenez-vous que le référencement naturel n'est pas un simple sujet technique qui se règle en fin de projet. C'est un enjeu business fondamental qui doit être au cœur de la stratégie dès la première réunion.

Un vieux site avec de bonnes positions vaut toujours mieux qu'un nouveau site magnifique que Google ne comprend pas et que les utilisateurs ne trouvent plus.