« Brocante Digitale » vendait des objets d’artisanat et de seconde main depuis six ans sur une marketplace PrestaShop construite avec le module historique « Bel Air Marketplace », plus maintenu depuis deux ans et incompatible avec la version de PrestaShop cible du client. Le brief initial du client était clair : garder les 340 boutiques vendeurs actives, leur historique de commandes, leurs soldes de commissions en attente, et migrer vers un multi-vendeur WooCommerce sans jour de coupure de vente.
Ce projet est un cas d’école sur un point souvent sous-estimé : migrer une marketplace n’est jamais une migration de catalogue classique. Il faut aussi migrer une structure de comptes vendeurs, des règles de commission par catégorie, et un historique de paiements qui touche à la comptabilité de plus de trois cents tiers.
Le choix de l’extension multi-vendeur cible
Après comparaison, le client a retenu Dokan comme socle multi-vendeur côté WooCommerce, pour sa gestion fine des commissions par vendeur et son tableau de bord vendeur autonome, suffisamment proche en ergonomie du module PrestaShop d’origine pour limiter la formation des artisans, dont beaucoup n’étaient pas à l’aise avec l’informatique.
Chaque vendeur PrestaShop devait devenir un utilisateur WordPress avec le rôle seller de Dokan, sa propre page boutique, et surtout conserver le même identifiant de connexion pour éviter toute campagne de réinitialisation de mot de passe auprès de 340 personnes peu technophiles.
La correspondance des comptes vendeurs
Le script de migration a d’abord créé les utilisateurs WordPress à partir de la table ps_shop et de la table des employés associés côté PrestaShop, en conservant l’adresse e-mail comme clé de correspondance. Chaque boutique PrestaShop est devenue un terme de taxonomie store côté Dokan, avec ses métadonnées de coordonnées bancaires reprises telles quelles, un point sensible qui a nécessité une vérification manuelle boutique par boutique plutôt qu’une confiance aveugle dans le script.
wp user create jean.artisan jean@exemple.fr --role=seller --user_pass="temporaire-a-changer"
wp eval 'update_user_meta( $user_id, "dokan_profile_settings", $parametres_boutique );'

Le point le plus délicat : les commandes multi-vendeurs
Une commande passée sur la marketplace PrestaShop, contenant des articles de trois vendeurs différents, correspondait à une seule commande côté PrestaShop avec un éclatement logique par sous-commande vendeur. Dokan fonctionne différemment : chaque vendeur reçoit une commande WooCommerce distincte, liée à une commande parente via une métadonnée, ce qui a demandé un script de reconstruction plutôt qu’un simple import ligne à ligne.
Pour chaque commande historique impliquant plusieurs vendeurs, le script de migration a d’abord créé la commande parente avec l’ensemble des lignes, puis généré une sous-commande par vendeur via wc_create_order(), en reliant chaque sous-commande à la commande parente par la métadonnée _dokan_vendor_id et _dokan_parent_order_id, conformément au schéma de données attendu par Dokan pour son tableau de bord de suivi des commissions.
La reprise des soldes de commission en cours
Chaque vendeur PrestaShop disposait d’un solde de commission en attente de versement, calculé sur les ventes des trente derniers jours. Plutôt que de recalculer ce solde a posteriori à partir des commandes migrées — un calcul source d’erreurs vu les règles de commission variables selon les catégories dans l’ancien système — le choix a été fait d’injecter directement le solde figé au jour de la migration comme ajustement manuel dans Dokan, puis de laisser le nouveau système calculer uniquement les commissions futures.
Un mois de double fonctionnement
La bascule ne s’est pas faite d’un bloc. Pendant un mois, la boutique PrestaShop est restée accessible en lecture seule pour l’historique, tandis que les nouvelles commandes basculaient progressivement vers WooCommerce, catégorie par catégorie de produits, pour limiter le risque en cas d’anomalie détectée tardivement.
- Semaine 1 : catégorie décoration migrée seule, en test grandeur nature
- Semaine 2 : ajout de la catégorie bijouterie, vérification des règles de commission spécifiques
- Semaine 3-4 : bascule complète, PrestaShop passé en lecture seule
Sur une marketplace, la vraie migration n’est pas celle du catalogue, c’est celle de la confiance financière des vendeurs envers la plateforme. Un euro de commission mal recalculé pèse plus lourd, en réputation, qu’une fiche produit mal importée.
Notre verdict
Cette migration a confirmé qu’un multi-vendeur ne se traite jamais comme un catalogue à plat : la structure de comptes, les règles de commission et l’historique financier des vendeurs demandent un plan de migration dédié, avec une phase de double fonctionnement suffisamment longue pour rassurer des vendeurs qui, à raison, sont bien plus attentifs à leur solde de commission qu’à l’apparence de leur nouvelle page boutique.