Refonte e-commerce sans perdre ce qui vend déjà
En bref
La plupart des dégâts d'une refonte s'évitent. Listez les pages, produits et requêtes qui rapportent, gelez le tunnel et les fiches produit pendant que vous reconstruisez autour, mappez chaque ancienne URL vers une nouvelle, et livrez par tranches avec un retour en arrière possible. Mesurez le revenu par session avant et après, pas seulement le nouveau design.
Une refonte donne envie de table rase, mais votre boutique ne part pas de zéro. Des années de liens, de positions et d'habitudes pointent vers les pages actuelles. Le travail, c'est de changer la peau sans arrêter le cœur : garder ce qui rapporte, reconstruire le reste, et prouver en chiffres que la nouvelle version vend au moins aussi bien.
Listez ce qui rapporte avant de toucher à quoi que ce soit
Listez les pages qui rapportent du chiffre, pas seulement du trafic. Exportez les meilleures fiches produit, pages catégorie et articles par commandes et revenus, puis notez les requêtes qui les alimentent et les sites qui les lient.
Cette liste, c'est votre périmètre protégé. Tout ce qui y figure garde son intention, sa profondeur de contenu et ses liens internes — et une redirection si son adresse change. Le reste peut être fusionné, réécrit ou supprimé.
Faites des captures et gardez les chiffres bruts. Vous comparerez dessus pendant des semaines après la mise en ligne, et la mémoire est une mauvaise référence.
- Top 20 des pages par revenu, avec leurs requêtes et leurs backlinks.
- Tunnel, panier et compte client, étape par étape, tels qu'ils marchent aujourd'hui.
- Vitesse des pages qui vendent, mesurée sur un vrai téléphone.
- Formulaires, pop-ups et apps, avec ce que chacun rapporte ou coûte.
Gelez les chemins qui vendent
Le tunnel, c'est là que les refontes meurent. Un panier plus joli qui convertit un demi-point moins bien peut effacer tous les gains du projet. Reconstruisez autour du tunnel d'abord, touchez-le en dernier, avec sa propre fenêtre de test.
Même logique pour le template de fiche produit et le menu mobile. Ce sont des surfaces à fort trafic et fort enjeu, où les petites régressions se cachent. Changez-y une chose à la fois, et gardez l'ancienne version à un clic tant que la nouvelle n'a pas fait ses preuves.
Mappez chaque redirection, puis vérifiez deux fois
Chaque URL qui a gagné un lien, une position ou un favori mérite une destination. Exportez la liste complète des URL, décidez garder, fusionner ou supprimer pour chacune, et écrivez le plan de redirection avant de construire, pas la veille de la mise en ligne.
Redirigez vers l'équivalent le plus proche, jamais tout vers l'accueil. Une catégorie va vers sa nouvelle catégorie, un produit vers son remplaçant ou sa catégorie parente, un article vers sa version mise à jour.
- Plan un-pour-un : ancienne URL, nouvelle URL, raison.
- Pas de chaînes de redirections : les anciennes pages pointent droit vers l'adresse finale.
- Liens internes mis à jour vers les nouvelles adresses, pas laissés vers des redirections.
- Crawl de contrôle sous 24 h pour attraper les 404 et les chaînes.
Reconstruisez par tranches, pas en un grand soir
Livrez la nouvelle home d'abord, puis les catégories, puis les templates produit, puis les contenus. Chaque tranche a droit à une semaine de données contre l'ancienne référence avant que la suivante parte.
Les tranches rendent les problèmes petits et les coupables évidents. Quand la conversion baisse la semaine où le nouveau template produit sort, vous savez exactement où chercher. Avec une mise en ligne massive, tout a changé d'un coup et rien ne s'isole.
Gardez un retour en arrière pour chaque tranche. Une refonte qu'on ne peut pas annuler, c'est une refonte qu'on ne peut pas tester honnêtement.
Un protocole pour la semaine de lancement
Lancez en début de semaine, jamais un vendredi, et jamais en pleine saison haute. Surveillez le revenu par session, la complétion du tunnel et la vitesse chaque jour, pas le trafic de vanité.
Attendez-vous à une secousse. Les positions bougent quand les adresses changent, et vos habitués ont besoin de quelques visites pour apprendre les nouveaux chemins. Jugez la refonte après trois à quatre semaines de données, sauf si le revenu par session s'effondre — là, revenez d'abord sur la dernière tranche.
- Lancement mardi à jeudi, avec l'équipe dispo les deux jours suivants.
- Contrôle quotidien : revenu par session, complétion du tunnel, vitesse, taux de 404.
- Redirections et liens internes cassés corrigés sous 24 h.
- Notez chaque leçon à chaud ; la prochaine refonte partira de là.
Oui dès que possible. Une URL gardée n'a besoin d'aucune redirection et conserve son historique. Ne changez d'adresses que si la structure y gagne vraiment, et redirigez le reste en un-pour-un.
L'inventaire et le plan de redirection prennent plus longtemps que prévu, souvent un tiers du projet. Bâcler cette phase, c'est comme ça que les lancements glissent et que les positions chutent.
Évitez. Gelez tout sauf les correctifs pendant vos semaines les plus chargées, et calez le lancement sur une période creuse avec l'équipe disponible pour réagir.
Refonte quand la plateforme et les données sont saines. Reconstruction quand la plateforme elle-même pose problème : lente, rigide ou impossible à mesurer. La plupart des boutiques ont besoin de la première, pas de la seconde.