Refonte site web : les erreurs SEO qui font perdre du trafic

Erreur n°1 : changer les URLs sans préparer les redirections 301

C’est probablement l’erreur de migration SEO la plus connue, mais elle reste extrêmement fréquente.

Lorsqu’une URL change pendant une refonte, l’ancienne adresse ne doit pas simplement disparaître. Elle doit être redirigée avec une redirection permanente 301 vers l’URL la plus pertinente du nouveau site.

Par exemple, si une ancienne page service devient une nouvelle page mieux structurée avec une autre URL, Google doit pouvoir comprendre que la nouvelle page remplace l’ancienne.

Sans redirection, l’ancienne URL renvoie une erreur 404. Le trafic potentiel, les signaux SEO et les backlinks associés à cette page risquent alors de ne plus profiter correctement au nouveau contenu.

La redirection doit par ailleurs être pertinente. Rediriger toutes les anciennes URLs vers la page d’accueil n’est pas une solution satisfaisante. Chaque page importante doit être associée à son équivalent le plus proche.

Il faut également éviter les chaînes de redirections du type :

ancienne URL → URL intermédiaire → nouvelle URL.

Lorsque cela est possible, l’ancienne URL doit pointer directement vers sa destination finale.

Erreur n°2 : supprimer des pages qui possèdent encore une valeur SEO

Une refonte est souvent l’occasion de « faire du ménage ». Certaines pages semblent anciennes, peu esthétiques ou secondaires et sont donc supprimées.

Le problème apparaît lorsque cette décision est prise uniquement à partir du contenu visible ou de l’arborescence actuelle.

Une page apparemment secondaire peut encore générer des impressions, se positionner sur plusieurs requêtes, recevoir des backlinks ou alimenter d’autres pages grâce au maillage interne.

Avant toute suppression, il faut donc analyser les performances SEO de l’URL.

Si son contenu reste utile, elle pourra être conservée et améliorée. Si plusieurs pages traitent la même intention, une fusion peut être pertinente. Si la page doit réellement disparaître, il faudra déterminer si une redirection vers un contenu proche est justifiée.

L’objectif n’est pas de conserver toutes les pages historiques, mais d’éviter de supprimer un actif SEO sans l’avoir identifié.

Erreur n°3 : laisser les mauvaises directives d’indexation après la mise en ligne

Pendant le développement, il est normal qu’un environnement de préproduction soit protégé de l’indexation.

Le problème survient lorsque certaines de ces protections sont conservées au moment du passage en production.

Une balise noindex, une règle incorrecte dans le fichier robots.txt ou une configuration du CMS peut alors empêcher Google d’indexer tout ou partie du nouveau site.

Cette erreur est particulièrement dangereuse car le site peut parfaitement fonctionner pour les visiteurs. Il est accessible, les pages se chargent et les formulaires fonctionnent, mais les moteurs de recherche reçoivent l’instruction de ne pas conserver certaines URLs dans leur index.

Après une refonte, il faut donc vérifier rapidement :

• les balises meta robots ;
• le fichier robots.txt ;
• le statut d’indexation des pages stratégiques ;
• les éventuelles protections provenant de la préproduction.

Cette vérification doit être effectuée dès la mise en ligne.

Erreur n°4 : mal configurer les balises canonical

La balise canonical indique aux moteurs de recherche quelle URL doit être considérée comme la version principale d’un contenu.

Lors d’une migration, une mauvaise configuration peut provoquer des situations problématiques.

Une nouvelle page peut par exemple continuer à déclarer comme canonical une URL de préproduction. Une page peut pointer vers son ancienne adresse. Plusieurs pages peuvent déclarer une canonical incohérente ou une URL qui redirige elle-même ailleurs.

Le résultat est un signal contradictoire envoyé à Google : le site présente une nouvelle URL mais lui indique qu’une autre version doit être privilégiée.

Après la migration, les pages importantes doivent donc posséder des canonicals cohérentes, généralement auto-référentes lorsqu’aucune autre version canonique n’est nécessaire.

Une attention particulière doit être portée aux variations HTTP/HTTPS, avec ou sans www, aux paramètres d’URL et aux éventuelles versions du site générées par le CMS.

Erreur n°5 : envoyer un sitemap XML incohérent

Le sitemap XML aide les moteurs à identifier les URLs que l’entreprise souhaite voir explorées et indexées.

Après une refonte, il doit refléter la nouvelle structure du site.

Un sitemap qui contient encore d’anciennes URLs, des pages redirigées, des erreurs 404 ou des pages en noindex crée de la confusion et peut ralentir l’exploration du nouveau site.

Il faut idéalement n’y conserver que des URLs utiles, accessibles avec un statut HTTP 200, indexables et considérées comme canoniques.

Une fois le nouveau sitemap vérifié, il peut être soumis dans Google Search Console afin de faciliter la découverte de la nouvelle architecture.

Il ne faut toutefois pas considérer le sitemap comme une solution à toutes les erreurs de migration. Une URL présente dans un sitemap mais inaccessible depuis le maillage interne restera plus difficile à valoriser.

Erreur n°6 : casser le maillage interne pendant la refonte

Le maillage interne est parfois relégué au second plan lorsque les équipes travaillent sur les maquettes et les contenus.

Pourtant, il joue un rôle essentiel.

Les liens internes permettent aux utilisateurs et aux moteurs de recherche de circuler entre les pages et contribuent à transmettre de l’autorité aux contenus stratégiques.

Lors d’une refonte, certaines pages peuvent être déplacées, renommées ou supprimées. Les anciens liens restent alors parfois présents dans les articles, menus, blocs de contenu ou pages services.

Même lorsqu’une redirection 301 existe, il est préférable de modifier directement les liens internes pour qu’ils pointent vers leur destination finale.

Un site dont une grande partie du maillage passe systématiquement par des redirections conserve une architecture moins propre qu’un site dont les liens ont été correctement mis à jour.

La nouvelle arborescence doit également permettre aux pages stratégiques de rester accessibles en quelques clics et de recevoir suffisamment de liens internes.

Pour une refonte importante, ce travail doit faire partie du chantier de référencement SEO et ne pas être laissé uniquement à l’intégration graphique.

Erreur n°7 : ne pas comparer le crawl avant et après migration

L’un des moyens les plus efficaces de sécuriser une refonte consiste à disposer d’une photographie technique du site avant sa migration.

Un crawl de l’ancien site permet notamment d’identifier les URLs existantes, les statuts HTTP, les titles, les H1, les canonicals, les directives d’indexation et une partie du maillage interne.

Une fois le nouveau site publié, un nouveau crawl permet de comparer les deux environnements.

Cette comparaison peut rapidement révéler :

• des pages disparues ;
• des erreurs 404 ;
• des redirections inattendues ;
• des pages passées en noindex ;
• des titles ou H1 perdus ;
• des canonicals incorrectes ;
• des liens internes cassés.

Sans référence avant migration, certaines anomalies sont beaucoup plus difficiles à identifier.

L’erreur n’est donc pas seulement de ne pas crawler le nouveau site. C’est également de ne pas avoir conservé suffisamment d’informations sur l’ancien.

Erreur n°8 : modifier profondément les contenus sans tenir compte de leur performance SEO

Une refonte graphique entraîne souvent une refonte éditoriale.

Les textes sont raccourcis, certaines sections disparaissent et des pages auparavant détaillées deviennent beaucoup plus synthétiques.

Ce choix peut parfois être pertinent. Mais il peut aussi modifier profondément la capacité d’une page à répondre aux intentions de recherche pour lesquelles elle était positionnée.

Une page ne conserve pas automatiquement son référencement parce que son URL reste identique.

Si son contenu, son H1, son title, son champ sémantique et sa structure changent fortement, Google peut réévaluer sa pertinence.

Il faut donc identifier les contenus qui possèdent déjà de bonnes performances et distinguer ce qui peut être amélioré de ce qui doit être préservé.

Une refonte réussie ne consiste pas à copier intégralement l’ancien site. Elle doit toutefois éviter d’effacer sans analyse les éléments qui contribuent déjà au référencement.

Erreur n°9 : oublier le tracking et perdre son point de comparaison

Une migration SEO doit également être mesurable.

Lorsque Google Analytics, Google Tag Manager ou les événements de conversion sont mal réinstallés, l’entreprise peut avoir l’impression que le trafic ou les leads ont chuté alors que le problème provient simplement de la collecte des données.

À l’inverse, une baisse réelle peut passer inaperçue si les outils ne permettent plus de comparer correctement les périodes.

Avant la mise en ligne, il faut donc vérifier que les principaux outils de mesure sont présents et que les événements importants fonctionnent : formulaires, prises de rendez-vous, téléchargements ou autres conversions pertinentes.

Il est également essentiel de conserver un historique des performances avant migration afin d’avoir une base de comparaison.

Le suivi SEO après refonte doit croiser plusieurs sources : Google Search Console pour la visibilité organique, les outils analytics pour le comportement et les conversions, ainsi que les outils de crawl pour la partie technique.

Erreur n°10 : mettre le site en ligne sans procédure de rollback

Une migration doit prévoir ce qui se passe si un problème critique survient.

Le rollback correspond à la possibilité de revenir rapidement à une version précédente ou stable du site lorsqu’une anomalie grave rend le nouveau site inutilisable ou provoque un problème technique majeur.

Cela suppose notamment de disposer de sauvegardes exploitables et d’avoir défini les responsabilités avant la mise en production.

Le rollback ne doit toutefois pas devenir une réaction automatique à la moindre fluctuation SEO. Les positions peuvent évoluer temporairement après une migration et un retour précipité à l’ancienne version peut créer davantage de confusion.

Il est surtout utile lorsque le problème est critique : pages inaccessibles, erreurs serveur massives, blocage généralisé de l’indexation, redirections incorrectes à grande échelle ou problème majeur de production.

Une refonte sérieuse doit donc prévoir à la fois la procédure de mise en ligne et le scénario permettant de sécuriser la situation si celle-ci ne se déroule pas comme prévu.

Que vérifier à J+1 après une refonte ?

Les premières heures qui suivent la mise en production sont consacrées aux erreurs critiques.

Il faut vérifier que les pages principales répondent correctement, que les anciennes URLs importantes sont redirigées, que le site est accessible aux moteurs de recherche et que les principaux outils de tracking fonctionnent.

Le fichier robots.txt, les balises d’indexation, les canonicals et le sitemap font partie des contrôles prioritaires.

Un crawl du nouveau site permet également de détecter rapidement les principales erreurs techniques.

Il faut enfin vérifier manuellement plusieurs parcours importants afin de s’assurer que la migration ne crée pas uniquement des problèmes SEO mais aussi des ruptures pour les utilisateurs.

Que vérifier à J+7 ?

Après une semaine, les premières données de Google Search Console commencent à fournir davantage d’informations sur la manière dont Google découvre le nouveau site.

Il faut surveiller l’évolution des clics, des impressions et des principales requêtes, mais également rechercher d’éventuelles anomalies d’indexation ou d’exploration.

Les pages stratégiques doivent faire l’objet d’une attention particulière.

Le suivi des erreurs 404 permet également d’identifier des URLs qui n’auraient pas été intégrées au plan de redirection initial.

L’objectif de J+7 n’est pas de tirer des conclusions définitives sur la performance de la refonte. Il est de vérifier que Google semble correctement comprendre la migration et qu’aucun problème technique important n’est apparu.

Que vérifier à J+30 ?

Un mois après la migration, il devient possible d’effectuer une comparaison plus structurée avec la situation précédente.

Il faut analyser le trafic organique, les impressions, les clics, les positions des requêtes prioritaires, les pages d’entrée SEO et les conversions.

L’analyse doit se faire page par page et groupe de pages par groupe de pages plutôt qu’en observant uniquement le trafic global.

Une baisse concentrée sur un ancien répertoire ou sur quelques pages peut révéler un problème de redirection, de contenu ou de maillage interne. Une diminution généralisée pourra nécessiter une investigation technique plus large.

À J+30, les problèmes détectés doivent déboucher sur un plan d’action priorisé : correction des redirections, amélioration du maillage, réoptimisation de contenus, correction de l’indexation ou traitement d’un problème technique.

Que faire en cas de perte de trafic après une refonte ?

La première réaction ne doit pas être de modifier à nouveau tout le site.

Il faut d’abord identifier précisément l’origine de la baisse.

La perte concerne-t-elle toutes les pages ou seulement certaines URLs ? Les impressions ont-elles diminué ? Les pages sont-elles toujours indexées ? Les anciennes URLs redirigent-elles correctement ? Les contenus ont-ils été modifiés ? Le maillage interne est-il comparable ? Le tracking fonctionne-t-il toujours ?

Une baisse de trafic après une refonte peut avoir plusieurs causes et celles-ci ne demandent pas toutes la même réponse.

Si le problème vient de redirections oubliées, la priorité sera de corriger le mapping. Si certaines pages importantes ne sont plus indexées, il faudra rechercher un problème de directives, de canonical ou de crawl. Si les pages restent indexées mais perdent progressivement leurs positions, il faudra comparer les contenus et les signaux internes avant et après migration.

Le diagnostic doit précéder les corrections.

Une refonte SEO doit être suivie après la mise en ligne

Une refonte de site web ne s’arrête pas lorsque le nouveau design est publié.

Du point de vue du référencement, c’est précisément à ce moment que commence la phase de contrôle.

Les redirections, les canonicals, l’indexation, le sitemap, le maillage interne, les contenus, le crawl et le tracking doivent être vérifiés méthodiquement afin de s’assurer que Google comprend correctement la nouvelle structure.

L’objectif n’est pas d’empêcher toute variation de trafic. Il est d’éviter qu’une erreur technique ou éditoriale prévisible détruise une partie du capital SEO construit avant la refonte.

Lorsqu’une migration est suffisamment préparée et surveillée à J+1, J+7 et J+30, les anomalies peuvent être détectées beaucoup plus rapidement et corrigées avant qu’elles ne produisent des effets durables..

Sécuriser une refonte avant que la perte de trafic n’apparaisse

La plupart des incidents SEO liés à une refonte ne viennent pas d’un problème mystérieux avec Google. Ils résultent de détails techniques ou éditoriaux qui n’ont pas été suffisamment contrôlés pendant la migration.

Plan de redirection incomplet, mauvaise canonical, sitemap obsolète, pages bloquées à l’indexation, maillage cassé, contenus stratégiques supprimés ou tracking défaillant : chacun de ces problèmes peut être évité ou détecté rapidement avec une méthode de contrôle adaptée.

Si votre refonte est en préparation, vient d’être mise en ligne ou semble avoir entraîné une baisse de visibilité, l’étape prioritaire consiste donc à identifier les éventuelles ruptures entre l’ancien et le nouveau site avant de multiplier les modifications.