Une refonte e-commerce peut améliorer l’expérience, accélérer le site et simplifier la gestion du catalogue. Elle peut aussi faire chuter le trafic organique si les anciennes pages, les liens internes et les signaux acquis sont traités comme des détails techniques. Le risque ne vient pas du changement lui-même, mais du fait de modifier en même temps les URL, les contenus, l’arborescence et les performances sans plan de migration précis.
Pourquoi une refonte fait perdre du trafic
Une refonte ressemble à une mise à jour majeure d’un jeu : nouvelle interface, nouveau moteur et anciens parcours déplacés. Si tout change en même temps, il devient difficile d’identifier l’origine d’un problème. Les moteurs doivent redécouvrir les pages et comprendre la nouvelle architecture.
Le premier risque vient des changements d’URL. Une catégorie qui passe de /pc-gaming/ à /ordinateurs/gaming/ perd son adresse historique. Sans redirection, liens entrants et anciens résultats pointent vers une page inexistante.
Le deuxième risque concerne le contenu. Une équipe peut conserver la même offre tout en raccourcissant fortement les textes, en supprimant des guides, des FAQ ou des blocs de comparaison. Une page plus belle visuellement peut devenir moins complète pour la recherche. L’erreur classique consiste à considérer qu’un contenu ancien est forcément inutile parce qu’il paraît trop long ou daté.
L’arborescence peut également changer. Une catégorie accessible en deux clics depuis l’accueil peut se retrouver au quatrième niveau après la refonte. Les produits moteurs peuvent recevoir moins de liens internes, tandis que des pages secondaires deviennent omniprésentes dans le nouveau menu.
Enfin, les performances techniques peuvent se dégrader malgré une interface plus moderne. Images trop lourdes, scripts supplémentaires, filtres dynamiques ou animations peuvent ralentir le chargement. Une refonte réussie doit donc préserver ce qui fonctionne avant d’améliorer le reste. Une préparation en trois temps que Jimenez Julien considère comme non négociable.
Avant la refonte
La phase la plus importante se déroule avant la première mise en ligne. Elle consiste à construire un état de référence du site existant, afin de savoir ce qui doit être conservé, transféré ou supprimé.
Inventaire complet des URL existantes
La première étape est de recenser toutes les URL accessibles : catégories, sous-catégories, fiches produit, marques, guides, pages de filtres, contenus éditoriaux, pages d’aide et anciennes campagnes encore actives.
Cet inventaire doit croiser plusieurs sources. Un crawl du site révèle les pages liées. Les données d’analytics montrent celles qui reçoivent du trafic. Les rapports des moteurs font apparaître des URL parfois absentes de la navigation actuelle. Les fichiers de logs peuvent enfin révéler des pages encore visitées par les robots alors que l’équipe les avait oubliées.
Chaque URL doit recevoir un statut clair : conservée telle quelle, déplacée, fusionnée, remplacée ou supprimée. Sans cette classification, le plan de redirection devient une suite de décisions improvisées.
Relevé de référence : positions, trafic et conversions
Une refonte ne se juge pas seulement au nombre de pages indexées. Il faut connaître les performances avant migration pour mesurer ensuite les écarts.
Relevez au minimum le trafic organique par page, les principales requêtes, les positions, les conversions, le chiffre d’affaires et le taux d’ajout au panier. Une catégorie qui attire peu de visites peut malgré tout générer une forte valeur commerciale. À l’inverse, un guide très consulté peut ne pas convertir directement mais alimenter les parcours vers plusieurs produits.
Cette photographie distingue une variation normale d’une disparition complète d’une catégorie stratégique.
Repérage des pages à fort enjeu
Les pages prioritaires doivent être identifiées avant toute décision de design. Ce sont généralement les catégories qui concentrent le trafic, les produits les plus rentables, les guides fortement liés et les pages proches des premières positions.
Vérifiez leurs liens entrants, leurs ancres internes, leur profondeur de clic et les contenus qui les soutiennent. Une page fortement citée exige une destination choisie avec soin.
Sur un site de jeux vidéo ou de matériel informatique, une ancienne page consacrée à une console, une carte graphique ou un modèle de PC peut continuer à attirer des recherches longtemps après sa sortie. La supprimer parce que le catalogue a évolué serait une perte évitable.
Le plan de redirection
Le plan de redirection est le document central de la migration. Sa règle d’or est simple : chaque ancienne URL doit renvoyer vers l’équivalent le plus proche, pas vers la destination la plus pratique pour l’équipe technique.
Une ancienne fiche produit remplacée par un nouveau modèle peut rediriger vers son successeur si l’usage reste le même. Une catégorie fusionnée peut renvoyer vers la nouvelle catégorie qui couvre réellement son périmètre. Un guide supprimé doit être redirigé vers un contenu équivalent uniquement si celui-ci répond à la même intention.
La page d’accueil ne doit pas servir de destination par défaut. Rediriger des centaines d’anciennes URL vers l’accueil ne conserve pas leur pertinence. L’utilisateur qui clique sur un ancien résultat concernant un clavier mécanique ne s’attend pas à arriver sur la page principale de la boutique.
Lorsque aucune page équivalente n’existe, il peut être préférable de laisser retourner un statut 404 ou 410 propre plutôt que de créer une redirection artificielle. Une erreur assumée vaut mieux qu’une destination trompeuse.
Le fichier de correspondance doit contenir l’ancienne URL, la nouvelle, le type de redirection et la justification. Évitez aussi les chaînes de plusieurs redirections.
Le plan doit être testé avant la mise en production, sur un environnement de recette. Les principales URL doivent être appelées automatiquement pour vérifier le statut, la destination et l’absence de boucle. Un test manuel reste nécessaire sur les pages stratégiques, car un code correct ne garantit pas une correspondance pertinente.
Le jour de la mise en ligne
La mise en ligne ne doit pas être traitée comme la fin du projet. C’est le début de la phase de contrôle. Les premières vérifications doivent être réalisées dans l’heure qui suit.
Commencez par l’indexabilité. Les balises noindex, les règles du fichier robots.txt et les canonicals utilisés sur l’environnement de test ne doivent pas bloquer le site public. Une seule consigne oubliée peut rendre des milliers de pages invisibles.
Testez ensuite un échantillon de redirections : catégories principales, produits moteurs, anciennes pages éditoriales et URL profondes. Vérifiez que les redirections sont permanentes, directes et cohérentes.
Contrôlez les temps de réponse et les erreurs serveur. Une plateforme stable en recette peut ralentir sous le trafic réel. Testez catégories, recherche, filtres, panier et paiement sur ordinateur comme sur mobile.
Vérifiez aussi le maillage interne. Menus, fils d’Ariane, produits associés et liens éditoriaux doivent pointer directement vers les nouvelles URL.
Enfin, soumettez les nouveaux sitemaps et vérifiez qu’ils contiennent uniquement des URL finales, indexables et accessibles en statut 200.
Les semaines suivantes
Une migration ne retrouve pas toujours son niveau exact en quelques jours. Les moteurs doivent explorer les redirections, remplacer les anciennes URL dans leur index et réévaluer la nouvelle structure. Une légère volatilité est normale ; une chute durable sur les pages prioritaires ne l’est pas.
Suivez quotidiennement les erreurs 404, les redirections défaillantes, les pages exclues et les anomalies d’exploration pendant les premiers jours. Ensuite, un suivi hebdomadaire suffit généralement.
Comparez les performances avec le relevé établi avant la refonte. Analysez les écarts par groupe : catégories, produits, guides, marques et pages saisonnières. Une baisse globale peut masquer un problème concentré sur une seule famille d’URL.
Les journaux serveur montrent si les robots visitent les nouvelles pages ou consacrent encore trop de temps aux anciennes. Les rapports d’indexation révèlent les doublons et les exclusions.
Le retour à la normale peut prendre plusieurs semaines selon la taille du site, la profondeur des changements et la fréquence d’exploration. Ce délai ne doit pas servir d’excuse à l’inaction. Une catégorie stratégique qui disparaît totalement des résultats, une hausse massive des 404 ou une chute de conversion doivent être examinées immédiatement.
Ce qu’on profite de la refonte pour corriger
Préserver l’existant ne signifie pas reproduire toutes ses faiblesses. Une refonte est l’occasion de simplifier l’arborescence, de fermer les filtres inutiles, de réduire la profondeur de clic et de mieux relier les catégories aux guides d’achat.
Les pages orphelines peuvent être réintégrées ou supprimées proprement. Les contenus trop proches peuvent être fusionnés, et les catégories trop larges mieux découpées.
La refonte peut également améliorer les performances : formats d’image modernes, scripts limités, chargement différé et gabarits plus légers. Ces gains doivent être mesurés, pas seulement annoncés.
Enfin, profitez du projet pour documenter les règles. Nommage des URL, création des catégories, traitement des produits supprimés, redirections et maillage interne doivent suivre un cadre partagé. Sans cette gouvernance, le nouveau site reproduira rapidement les mêmes erreurs que l’ancien.
Une refonte e-commerce réussie ne se reconnaît pas seulement à son nouveau design. Elle conserve les pages qui créent de la valeur, transfère proprement les signaux acquis et utilise le changement pour rendre le catalogue plus clair, plus rapide et plus facile à explorer.