Production et business en ligne
Comment changer de plateforme e-commerce sans perdre ses produits, ses clients et ses commandes ?
Une migration e-commerce doit préserver des données et une capacité à travailler, pas seulement reproduire des pages. Inventoriez ce qui doit être repris, vérifiez ce que chaque outil peut exporter et importez un échantillon avant la bascule. La promesse « tout sera transféré » n’est fiable que si le périmètre et les limites ont été vérifiés.
L'essentiel.
- Distinguez les données importables, les éléments à reconstruire et les historiques à conserver autrement.
- Testez les relations entre produits, variantes, clients et commandes, pas seulement leur nombre.
- Préparez les opérations intervenant entre l’export initial et la mise en service du nouveau site.
Commencez par l’inventaire, pas par le thème graphique
Votre boutique contient un catalogue, mais aussi des variantes, images, traductions, clients, commandes, remises, avis, règles de livraison et connexions. Certains éléments appartiennent à une application tierce plutôt qu’à la plateforme principale.
Dressez une liste avec leur source, le format disponible, la destination et la personne qui vérifiera la reprise. Indiquez ce qui doit rester consultable même lorsqu’il n’est pas importé dans le nouvel outil.
Une ancienne facture, un historique de retour et une fiche produit active n’ont pas le même rôle. Leur conservation et leur accès doivent être organisés selon les obligations et besoins applicables, avec les interlocuteurs compétents.
Une matrice de reprise à remplir
| Ensemble | Contrôle essentiel | Limite à examiner |
|---|---|---|
| Produits et variantes | Références, associations, médias, prix | Champs non équivalents |
| Clients | Identifiants, coordonnées, consentements | Comptes et accès à réactiver |
| Commandes | Liens clients-produits et états | Historique partiellement importable |
| Stocks | Emplacements et quantités | Opérations pendant la transition |
| Services annexes | Abonnements, avis, remises, expédition | Données détenues par un tiers |
Un tableau complet n’impose pas de tout transférer. Il permet de décider consciemment ce qui est repris, archivé, reconstruit ou arrêté.
Exemple : une marque avec variantes et commandes ouvertes
Une marque fictive vend des accessoires en plusieurs tailles. Elle prépare une migration alors que certaines commandes attendent une expédition et que des retours sont en cours.
Importer les produits ne suffit pas. L’équipe doit savoir dans quel système traiter chaque opération, comment reconnaître une ancienne commande et comment éviter d’envoyer deux confirmations au même client.
Un échantillon de test comprend donc un produit à variantes, une commande partielle et un retour. Le nombre de lignes importées peut être correct alors que les relations entre ces éléments sont fausses. La vérification doit suivre un scénario de travail réel.
Ne présumez pas la portabilité des comptes
Une fiche client n’est pas la même chose qu’un accès de connexion. Shopify indique notamment que l’import des enregistrements clients ne transfère pas leurs mots de passe dans son processus de migration ; la réactivation des comptes doit être préparée selon le dispositif retenu. Shopify Help Center — Checklist for migrating your online store to Shopify
Les abonnements et les moyens de paiement enregistrés demandent également une étude spécifique avec les fournisseurs concernés. N’exportez pas des données de paiement dans un fichier artisanal pour contourner une limitation.
Préparez la communication au client lorsque son action est nécessaire. Le message doit expliquer le changement sans lui demander des informations sensibles par un canal inadapté.
Faites un import de répétition
Travaillez dans un environnement non public et contrôlez les paramètres susceptibles d’envoyer des messages. Une répétition ne doit pas déclencher une série de notifications réelles à tous les clients.
Comparez un échantillon représentatif dans les deux systèmes : descriptions, variantes, états, quantités, coordonnées et documents. Notez les écarts et leur mode de correction. Répétez le processus jusqu’à obtenir une méthode reproductible.
Ajoutez les opérations de boutique : recherche, panier, paiement de test, expédition, annulation, remboursement et réception des messages. La migration est aussi une reprise d’exploitation.
Organisez la bascule et les changements de dernière minute
Entre l’export de préparation et le lancement, de nouvelles commandes peuvent arriver et le stock peut changer. Définissez comment ces différences seront reprises : période de gel, export complémentaire ou autre mécanisme adapté.
Attribuez les tâches et les critères de décision. Qui autorise la bascule ? Que fait-on si un paiement échoue ou si une donnée importante manque ? Quel retour en arrière reste possible, et comment évitera-t-il de perdre les opérations déjà réalisées ?
La synchronisation des stocks et les services connectés doivent être inclus dans cette séquence. Un site public qui fonctionne sans ses outils opérationnels n’est pas une migration terminée.
Préservez la continuité visible
Les anciens liens, les confirmations et les habitudes des clients doivent être examinés. Notre guide sur la préservation du référencement lors d’une refonte couvre les URLs et la visibilité ; ce sujet complète la reprise des données sans la remplacer.
Après lancement, surveillez les erreurs et comparez les opérations réelles aux résultats attendus. Conservez les accès et archives nécessaires pendant la période définie, sans prolonger indéfiniment toutes les copies.
LVX peut cadrer la nouvelle expérience et le périmètre de reprise avec les spécialistes des plateformes concernées. La qualité du projet se voit dans le nouveau site, mais aussi dans la capacité de l’équipe à continuer de travailler sans perdre le fil.
Cadrez avec LVX une évolution de boutique qui préserve les parcours clients et la continuité de vos opérations.
