Reprise de données e-commerce : produits, clients et commandes lors d'une refonte
Changer de plateforme e-commerce, c'est déménager un catalogue, des comptes clients et des années de commandes. Ce qu'il faut reprendre, les pièges propres au e-commerce, et l'ordre qui limite les risques.
Une refonte e-commerce, surtout lorsqu'elle change de plateforme (de PrestaShop vers Magento ou Shopify, de Shopify vers WooCommerce), déplace bien plus que des pages : un catalogue, des comptes clients, des années de commandes, et les URL qui font venir les acheteurs depuis Google. Une donnée perdue, c'est un produit introuvable, un client qui ne peut plus se connecter ou une facture qui ne se retrouve plus.
Cet article traite ce que la reprise a de propre au e-commerce. La méthode générale (inventaire, correspondance des formats, reprise à blanc, contrôle, reprise définitive) est dans notre article sur la reprise de données dans une refonte. Les pages et articles de la boutique (guides, blog, pages institutionnelles) relèvent de la reprise des contenus éditoriaux.
Le catalogue
Les produits sont la donnée la plus structurée et la plus exigeante : déclinaisons (taille, couleur), attributs et caractéristiques, catégories, prix et règles de prix, stocks, images, produits liés. Chaque plateforme les modélise à sa façon : une déclinaison PrestaShop ne correspond pas toujours à une variante Shopify, dont le nombre est limité par produit. Le tableau de correspondance doit trancher ces cas avant la première reprise, pas pendant.
Reprenez aussi ce qui fait vendre : descriptions, textes des catégories, avis clients, et les textes alternatifs des images, qui comptent pour Google Images.
Les clients
Les comptes clients se reprennent avec leurs adresses et leurs consentements (lettre d'information, conditions acceptées). Deux points demandent une décision :
- les mots de passe : ils sont stockés sous une forme chiffrée propre à chaque plateforme, rarement relisible par la nouvelle. Le plus souvent, les clients doivent définir un nouveau mot de passe à leur première connexion ; prévenez-les et préparez un courriel clair ;
- les données personnelles : ne reprenez que ce qui sert encore, et profitez de la reprise pour appliquer vos durées de conservation.
Les commandes et les factures
L'historique des commandes permet au client de retrouver ses achats et au service client de répondre. Les factures sont des pièces comptables : leur numérotation doit rester continue, et l'ancien système doit souvent rester consultable pour les retrouver telles qu'elles ont été émises. Vérifiez aussi les données qui gravitent autour : codes promotionnels, avoirs, cartes cadeaux, programmes de fidélité.
Les flux avec les autres outils
Un site e-commerce échange avec un ERP, un PIM, un CRM, des transporteurs, des places de marché ou un flux Google Merchant Center. Chaque flux doit être rebranché et testé sur la préproduction : identifiants de produits, références, codes de TVA. Une référence produit qui change peut casser un flux sans que le site lui-même affiche la moindre erreur.
Les URL des produits et des catégories
Les fiches produits et les catégories portent l'essentiel du trafic issu de Google. Chaque plateforme impose ses règles d'URL (préfixes /products/ et /collections/ chez Shopify, identifiants dans l'adresse chez PrestaShop) : les adresses changent presque toujours, et chaque ancienne URL doit être redirigée en 301 vers son équivalent exact. Un produit retiré du catalogue se redirige vers sa catégorie ou un produit de remplacement s'il en existe un, sinon répond 410 ; les pages de filtres et de tri se traitent à part.
C'est le travail que Swan automatise : il crawle l'ancien site et la préproduction, rapproche les pages par leur contenu, et vous laisse valider les cas douteux. Voir nos articles sur la migration de PrestaShop vers Shopify, de PrestaShop vers Magento et de Shopify vers WooCommerce. Les étapes SEO propres à une boutique sont détaillées dans notre article sur la migration d'un site e-commerce.
Les outils de reprise
Trois approches, souvent combinées : les exports et imports en CSV des plateformes, suffisants pour un catalogue simple ; les API, plus sûres pour les gros volumes parce qu'elles contrôlent la cohérence des données à l'écriture ; les services de migration spécialisés (Cart2Cart, LitExtension), qui connaissent les deux plateformes mais demandent un contrôle aussi rigoureux qu'une reprise faite maison.
La reprise finale
Entre la reprise à blanc et la bascule, la boutique continue de vendre : de nouveaux clients s'inscrivent, des commandes sont passées. Prévoyez une reprise différentielle de ces données au moment de la mise en ligne, sur une plage horaire creuse, et contrôlez les comptages et les montants avant d'ouvrir la nouvelle boutique.
Catalogue repris sur la préproduction ? Swan rapproche vos anciennes URL produits et catégories des nouvelles et teste les redirections avant la bascule.