Changer de plateforme e-commerce : données, URL et mise en ligne
Ce qui se déplace et ce qui se reconstruit quand on change de plateforme e-commerce : données, URL, intégrations et plan de bascule sans accroc.
Équipe rabbitclipPublié: 8 min de lecture
En bref
Changer de plateforme e-commerce, c'est déplacer les données produits, clients et commandes d'une boutique, ses URL et ses connexions de paiement et de livraison vers de nouvelles fondations, puis mettre l'ancien système hors service sans interrompre les ventes. Cela ressemble à une refonte, mais c'est en réalité un déménagement : chaque connexion sous la surface visible est soit reconstruite, soit volontairement laissée de côté. La mesure du succès n'est pas la beauté du nouveau site, mais le fait qu'après la mise en ligne aucune commande, aucun paiement ni aucun client n'ait disparu.
C'est généralement une limite qui impose la décision : les coûts ont augmenté, une fonction nécessaire manque, ou la rapidité et la souplesse sont insuffisantes. Une fois la décision prise, le travail suit un ordre : inventaire, correspondances, migration d'essai, bascule en production, puis surveillance.
Cet article traite des aspects données, URL et mise en ligne d'un changement de plateforme. La préservation de la visibilité dans les moteurs de recherche est un sujet distinct et plus détaillé ; on ne fait ici que s'y référer.
Que faut-il lister avant de migrer ?
La première étape est une liste de tout ce que fait l'ancien système. Les produits et les catégories sont évidents, mais le travail qu'un système accomplit en silence est souvent oublié : e-mails automatiques, calculs de taxes, règles de frais de livraison, logique de remises, alertes de stock et flux vers la comptabilité.
Tenez l'inventaire en trois colonnes : emporter, reconstruire, laisser. Donnez un responsable à chaque ligne. Choisissez délibérément ce que vous laissez ; transporter des années de fonctions accumulées que personne n'utilise ralentira le nouveau système dès le départ.
À ce stade, assurez-vous de pouvoir réellement exporter les données de l'ancienne plateforme. Certains systèmes ne livrent pas certaines données, comme les mots de passe des clients ou l'historique complet des commandes. L'apprendre avant le déménagement modifie le plan ; l'apprendre le jour même cause des dégâts.
Quelles données déménagent, et lesquelles repartent de zéro ?
Les données produits, les catégories, les images et les pages de contenu déménagent. Profitez-en pour faire le ménage : descriptions manquantes, doublons et produits morts doivent disparaître avant le déménagement. Emportez des données sales et vous obtenez une boutique sale ; emportez des données propres et le nouveau système fonctionne bien dès le premier jour.
Les comptes clients et l'historique des commandes sont la partie précieuse mais difficile. Les mots de passe ne peuvent souvent pas être déplacés, les clients ont donc besoin d'un moyen de réinitialisation à la première connexion, et l'annoncer par e-mail au préalable réduit la confusion. Déplacer des données clients entraîne des responsabilités en matière de données personnelles ; demandez conseil à un juriste à ce sujet.
Pour l'historique des commandes, il existe une seconde option : plutôt que de tout importer, laissez l'ancien système ouvert un temps comme archive en lecture seule. Tant que la comptabilité et les retours en ont besoin, c'est une solution économique et sûre.
- Déménage : produits, catégories, images, pages de contenu, fiches clients
- Reconstruit : paiement, livraison, taxes, modèles d'e-mails, règles de remises
- Peut rester dans une archive en lecture seule : ancien historique des commandes
- Laissé de côté : extensions inutilisées et produits morts
Comment protéger les URL et les redirections ?
Quand la plateforme change, le format des URL de produits et de catégories change souvent lui aussi. Si chaque ancienne adresse n'est pas reliée à la nouvelle par une redirection permanente, vous perdez votre place dans les moteurs de recherche, les liens d'autres sites et les favoris de vos clients. C'est la partie la plus négligée d'une migration et la plus coûteuse à négliger.
Préparez le tableau des redirections avant le déménagement : une colonne pour l'ancienne adresse, une pour la nouvelle. Le jour J, appliquez-le, puis vérifiez que les adresses les plus visitées arrivent chacune au bon endroit. Pour préparer les règles, vous pouvez utiliser notre générateur de règles de redirection, et pour tester le résultat notre vérificateur de redirections.
Les titres, les descriptions et les données structurées doivent aussi être conservés sur le nouveau site. Pour le détail, voyez notre article sur la façon d'éviter les pertes SEO lors d'une refonte de site ; un changement de plateforme est aussi une refonte.
Comment déplacer le paiement, la livraison et les autres intégrations ?
Les intégrations sont l'endroit où une migration réserve le plus de surprises. Le prestataire de paiement, le transporteur, la liaison comptable ou ERP, le flux vers la place de marché et l'outil d'e-mailing arrivent sur la nouvelle plateforme soit sous forme de connecteur prêt à l'emploi, soit comme travail sur mesure, soit pas du tout pris en charge. Renseignez-vous dès l'étape de décision ; le découvrir après avoir choisi la plateforme bouleverse budget et calendrier.
Changer de paiement peut exiger non seulement une liaison technique mais aussi un processus de contrat et d'agrément. Ajoutez ce délai au calendrier dès le départ. Le jour de la mise en ligne, passer une commande de test avec un vrai paiement permet de trouver le problème avant un client.
Pour chaque intégration, nommez un responsable et un test : le stock baisse-t-il quand une commande est passée, une étiquette de livraison apparaît-elle, une facture ou une écriture comptable est-elle créée ?
Comment conduire le jour de la mise en ligne ?
Choisissez pour la bascule un jour et une heure calmes ; le milieu d'une campagne, un jour férié ou la haute saison ne conviennent pas. Gelez pour un court moment la saisie de nouveaux produits et contenus sur l'ancien système, afin qu'un dernier transfert de données comble l'écart entre les deux.
D'abord, essayez une dernière fois le nouveau système à une adresse cachée : produit, panier, paiement, e-mail de commande, connexion au compte. Puis faites pointer les enregistrements d'adresse vers le nouveau système, activez les redirections et passez une vraie commande. Gardez ouverte pendant quelques jours la voie de retour vers l'ancien système ; pouvoir revenir en arrière si quelque chose tourne mal est l'assurance du déménagement.
Dans les premiers jours après la mise en ligne, surveillez de près les commandes, les erreurs de paiement, les pages d'erreur et les messages des clients. La plupart des problèmes apparaissent tôt, et repérés tôt, ils sont petits à corriger.
Quelles erreurs fréquentes dans les migrations de plateforme ?
L'erreur la plus courante est de traiter la migration comme un projet de design. Des mois passent sur le nouveau look, tandis que données, URL et intégrations sont laissées à la dernière semaine. Construisez le calendrier dans l'autre sens : données et connexions d'abord, apparence ensuite.
La deuxième est de fermer l'ancien système trop tôt. Vous pouvez encore avoir besoin de l'historique des commandes, des factures et des dossiers de retours ; exportez tout, ou gardez le système en lecture seule, avant de perdre l'accès.
- Ne pas préparer de tableau de redirections
- Fixer la bascule en haute saison
- Attendre le dernier jour pour découvrir que les mots de passe ne se déplacent pas
- Ne se renseigner sur la prise en charge des intégrations qu'après avoir choisi la plateforme
- Fermer l'ancien système sans test ni sauvegarde
Quand changer de plateforme est-il le mauvais choix ?
Si le problème n'est pas la plateforme, déménager ne le réglera pas. Un site lent vient généralement de la taille des images, d'un excès d'extensions ou de réglages de serveur ; une faible conversion vient de la fiche produit et du parcours de commande. Une migration est coûteuse et ne corrige pas cela d'elle-même.
Attendez aussi si la haute saison approche, si l'équipe est petite ou si personne ne prendra la responsabilité du déménagement. Changer de plateforme est une tâche de gestion de projet et ne peut pas être menée comme mission annexe d'une équipe sans rapport. Pour le choix entre une plateforme clé en main et un logiciel sur mesure, voyez notre article sur ce sujet.
Changer de plateforme est un déménagement : l'inventaire d'abord, puis des données propres, des URL protégées, des intégrations testées et un jour de mise en ligne calme. Tant que la voie de retour reste ouverte, la bascule reste maîtrisée. Si vous souhaitez évaluer ensemble si votre boutique actuelle est prête à déménager, vous pouvez prendre rendez-vous pour un entretien de découverte avec rabbitclip.
Questions fréquentes
Combien de temps faut-il pour changer de plateforme e-commerce ?
Cela dépend du nombre de produits et d'intégrations, de la propreté des données et du temps que votre équipe peut y consacrer. Une durée fixe serait trompeuse ; une fois l'inventaire fait, un calendrier réaliste peut être construit.
Les mots de passe des clients passent-ils sur la nouvelle plateforme ?
En général non. Les clients ont besoin d'un moyen de réinitialisation à la première connexion, et il est utile de l'annoncer par e-mail au préalable.
Comment éviter de perdre des commandes pendant la bascule ?
Choisissez un moment calme, testez le nouveau système avec un vrai paiement et gardez ouverte pendant quelques jours la voie de retour vers l'ancien système. Surveillez de près les commandes dans les premiers jours qui suivent.
Faut-il des redirections pour les anciennes URL ?
Oui. Si les anciennes adresses de produits et de catégories ne sont pas reliées à leurs équivalentes neuves par des redirections permanentes, vous perdez de la visibilité dans la recherche et des liens entrants.
Quand faut-il fermer l'ancien système ?
Une fois exportés les dossiers de commandes, de factures et de retours, et après avoir vu le nouveau système fonctionner sans accroc pendant quelques semaines. Si vous avez encore besoin de ces dossiers, gardez-le ouvert comme archive en lecture seule.
