Vous avez une boutique qui tourne. Des fiches produit indexées depuis des années, des liens externes qui pointent vers vos URL, un trafic organique qui arrive tous les jours sans que vous ayez à y penser. Une refonte de site e-commerce qui ignore ça et se concentre sur le design perd exactement ce qui fait déjà vendre. C'est le problème numéro un, avant même de parler de nouvelle interface.
Je vous montre ici deux refontes réelles, sur deux plateformes différentes : une migration WooCommerce pour un catalogue industriel de 10 573 produits, et une refonte PrestaShop menée chez un acteur à fort trafic. Deux contextes, deux approches, des résultats qu'on peut vérifier.
Pourquoi un cas réel vaut mieux qu'un énième guide
Les guides listent des étapes : audit, objectifs, cahier des charges, design, recette. Vous les avez déjà lus. Ce qu'ils ne disent jamais, c'est ce qui était réellement en jeu sur un projet donné, et ce qui a tenu une fois la boutique en ligne. Un cas réel répond à cette question précise. C'est ce que je vous donne, faits à l'appui.
Cas 1 : refonte et migration WooCommerce d'un catalogue de 10 573 produits
Le contexte
Ad Majoris est un industriel avec une boutique WooCommerce. Le catalogue compte 10 573 produits et plus de 1000 pages, indexées par Google depuis des années. Sur ce type de volume, la vraie question est simple : est-ce que la refonte va casser ce qui marche déjà ? Un industriel qui vend depuis des années via son référencement naturel ne peut pas se permettre de perdre ses positions le temps que Google redécouvre le site.
Ce qui a été fait
J'ai d'abord cartographié l'intégralité des URL existantes avant toute bascule. Ensuite, un plan de redirections 301 complet : chaque ancienne adresse pointe vers sa nouvelle version, sans exception. La structure qui fonctionnait a été conservée plutôt que réinventée pour le plaisir. Les balises et la vitesse ont été vérifiées avant la mise en ligne, puis j'ai suivi l'indexation une fois le site en ligne. Rien d'exotique, mais chaque étape compte quand le volume est celui-là.
Le résultat
La refonte et la migration ont été réalisées sans perte de référencement. Le trafic organique a tenu. Les liens externes sont restés valides. Les positions n'ont pas dévissé. C'est précisément ce qu'on attend d'une migration bien menée sur ce volume de produits : qu'elle soit invisible pour Google et pour les clients qui arrivaient déjà par une recherche. Vous pouvez consulter le détail de cette migration WooCommerce pour voir comment le plan de redirections a été construit.
Cas 2 : dix ans de PrestaShop à fort trafic chez Cyclable
Chez Cyclable, j'ai passé dix ans. Entré comme développeur, j'en suis sorti responsable digital, avec une équipe de quatre personnes autour de moi. La boutique tournait sous PrestaShop, et elle a été refondue entièrement pendant cette période. Le trafic n'avait rien d'anecdotique : jusqu'à 3 millions de visiteurs par an. À cette échelle, chaque détail technique a un impact direct sur le chiffre d'affaires.
Voici ce qu'en dit Thomas, freelance content editor, qui a travaillé avec moi sur l'optimisation du site :
Il a su rapidement traduire nos remontées terrains de manière technique et opérationnelle.
Thomas, freelance content editor
Dix ans à exploiter une boutique PrestaShop à ce niveau de trafic, ça forme une conviction simple : à ce volume, une page lente ou une URL cassée se paie en ventes, immédiatement et sans prévenir. C'est du revenu perdu, chaque jour où le problème reste en place. Et ça m'a appris autre chose, plus large : une refonte ne s'arrête pas à la mise en ligne. Le vrai travail commence après, quand il faut surveiller, corriger, ajuster ce que personne n'avait anticipé en phase de conception. Si vous préparez une refonte PrestaShop, c'est cette phase d'après qu'il faut budgéter dès le départ, en plus de la bascule.
Ce que ces deux cas disent pour votre refonte de site e-commerce
Ce qui se protège avant le design
Dans les deux cas, le point commun, c'est ce qui a été protégé avant de parler d'interface : les URL qui rapportent du trafic, les fiches produit déjà indexées, les liens externes qui pointent vers votre boutique depuis des années. Je vous le dis franchement : si votre prestataire commence par vous montrer des maquettes avant de vous parler de redirections 301, il attaque le projet à l'envers. Le design se refait. Un lien externe cassé ou une fiche qui disparaît des résultats de recherche, ça se paie en clients perdus, parfois sans retour possible. J'ai détaillé la méthode dans cet article sur le plan de migration SEO, si vous voulez voir comment structurer cette étape avant toute refonte.
WooCommerce ou PrestaShop : la plateforme suit votre catalogue
| Critère | WooCommerce | PrestaShop |
|---|---|---|
| Catalogue | Flexible, évolutif | Structuré, robuste |
| Écosystème | Très ouvert | Plus cadré |
| Équipe technique | Autonomie large | Rigueur attendue |
Je choisis selon le catalogue et l'équipe qui va faire vivre la boutique au quotidien.
La mise en ligne, puis le lendemain
La bascule elle-même tient en quelques points, et je les suis dans l'ordre à chaque fois :
- sauvegarde complète avant toute action
- redirections 301 vérifiées une par une
- certificat SSL actif
- robots.txt contrôlé
- sitemap envoyé dans Search Console
- contrôle le lendemain, pas le jour même
Cette dernière étape est celle qu'on oublie le plus souvent. Le jour de la mise en ligne, tout semble fonctionner : c'est normal, rien n'a encore eu le temps de casser. C'est le lendemain que les problèmes remontent : des erreurs 404 dans Search Console, une redirection oubliée sur une catégorie entière, une fiche produit qui ne s'indexe plus. Si vous ne regardez pas à ce moment-là, vous découvrez le problème des semaines plus tard, quand le trafic a déjà baissé et que le lien avec la refonte n'est plus évident pour personne.
Refaire sur place ou changer de plateforme ? Mon avis tranché
On ne change pas de plateforme par envie de nouveauté. On garde WooCommerce ou PrestaShop quand la plateforme tient le catalogue et que l'équipe en place la maîtrise au quotidien. Dans ce cas, une refonte suffit largement, et migrer ne rapporte rien, à part des risques inutiles sur vos URL et votre référencement.
On change de plateforme quand elle bloque la vente : un catalogue qui ne rentre plus dans la structure, une équipe qui ne peut plus faire évoluer le site sans développeur à chaque modification, une technique qui freine ce que vous voulez vendre. Quitte à déconseiller une migration à un dirigeant qui me la demande : si la plateforme actuelle ne bride rien, je le dis. Et quand elle bride vraiment, on repart sur une création de site e-commerce réfléchie plutôt que sur un changement qui n'apporte rien de concret.
Par où commencer votre refonte
Avant de parler maquette ou plateforme, listez vos URL qui rapportent du trafic aujourd'hui : fiches produit, pages catégorie, articles qui se positionnent. C'est la base de toute discussion sérieuse sur une refonte de site web. J'accompagne ce type de projet depuis plus de dix ans, sur plus de cinquante projets menés de bout en bout ; parlons d'abord de ce que vous avez à protéger, avant de parler de ce que vous voulez changer.