Aller au contenu

Étude de cas · E-commerce

Migration d’une boutique PrestaShop vers WordPress, à l’identique

Changer de socle sans que les clients s'en aperçoivent : variations, règles de livraison et design existant repris à l'identique.

Rôle : Migration, intégration et recette Client : Une boutique de distribution spécialisée — anonymisé
Rôle tenu
Migration, intégration et recette
Client final
Une boutique de distribution spécialisée — anonymisé
Socle technique
PrestaShop (départ) · WordPress · WooCommerce · PHP
Périmètre
Catalogue à variations, règles de livraison et transporteurs, transposition fidèle du design
WordPressWooCommercePrestaShopPHP

Une migration de boutique est rarement un problème de transfert de données. Ce sont les règles accumulées autour du catalogue — les déclinaisons, les frais de port, les exceptions consenties au fil des années — qui font la difficulté, parce qu’elles ne sont écrites nulle part et qu’on ne s’aperçoit qu’elles existaient que le jour où elles ne fonctionnent plus.

Le point de départ

Le client exploitait une boutique PrestaShop et souhaitait passer sur WordPress, avec une contrainte forte : conserver l’apparence du site existant. Pas de refonte, pas de nouvelle identité — ses clients devaient retrouver exactement la boutique qu’ils connaissaient.

Les variations, le vrai sujet

Le catalogue comportait de nombreuses variations par produit. Les deux plateformes ne modélisent pas les déclinaisons de la même façon : ce qui est un attribut d’un côté peut être une combinaison de l’autre, avec ses propres références, ses propres stocks et ses propres prix. Une reprise automatique sans travail de correspondance produit un catalogue qui s’affiche mais qui vend faux — des tailles absentes, des prix appliqués à la mauvaise déclinaison, des stocks qui ne décrémentent pas.

Le travail a donc consisté à établir la table de correspondance entre les deux modèles avant tout transfert, puis à recetter par échantillon sur les familles de produits les plus complexes.

Les règles de livraison et les transporteurs

Second point dur : les outils de livraison. Les frais de port, les zones, les seuils de gratuité et les modules transporteurs sont propres à chaque plateforme, et leurs modules ne se transposent pas. Chaque règle a dû être retrouvée dans la configuration de départ, comprise dans son intention commerciale, puis reconstruite dans le nouvel environnement — parce qu’une règle de port fausse coûte de l’argent à chaque commande, silencieusement.

Reproduire le design sans le refaire

Reproduire fidèlement une interface existante sur un autre socle est un exercice sous-estimé : il n’y a aucune liberté de simplification. Chaque écart visible est un défaut. C’est un travail d’intégration exigeant, où la réussite se mesure au fait que personne ne remarque le changement — sauf la vitesse et la facilité d’administration derrière.

Ce que ce projet demande réellement

De la méthode plus que de la vitesse : reconstituer des règles non documentées, les vérifier une par une, et accepter que la partie invisible du travail représente l’essentiel de la charge.

À voir aussi : Expertise PrestaShop · Migration PrestaShop vers WordPress · Expertise WooCommerce.

f
FullDo

Studio de développement web full-stack & IA — Drupal, DSFR, accessibilité.