Une boutique qui existe déjà possède un capital invisible : des URL indexées dans Google, des comptes clients, un historique de commandes, des images, des fiches produits, des règles de livraison, des codes promotionnels et des habitudes de travail. Migrer ne consiste donc pas à refaire un joli site puis à couper l'ancien. Une migration réussie organise le passage d'un système à l'autre en protégeant ce qui produit déjà de la valeur.

Commencez par l'inventaire, pas par le design

Avant de choisir la nouvelle interface, il faut lister les données réellement utiles : produits actifs, variantes, catégories, clients, commandes, stocks, prix, taxes, transporteurs, contenus éditoriaux et URLs. Cette étape permet aussi de décider ce qui ne mérite pas d'être migré. Une refonte est l'occasion de nettoyer un catalogue devenu incohérent plutôt que de transporter dix ans d'erreurs.

Migrer proprement, c'est savoir ce que l'on garde avant de décider ce que l'on change.

Le SEO doit être traité comme une donnée métier

Les anciennes URL qui reçoivent du trafic ou des liens doivent être identifiées. Lorsqu'une URL change, une redirection permanente doit pointer vers la page la plus pertinente de la nouvelle boutique. Les balises principales, les contenus importants, les données structurées et le maillage interne doivent être contrôlés. Une migration qui ignore ce travail peut transformer une amélioration visuelle en recul commercial.

Le paiement et la commande passent avant les détails

Avant la mise en ligne, il faut tester des scénarios réels : achat sur mobile, réduction, paiement accepté, paiement refusé, livraison gratuite, frais de port, confirmation de commande, e-mails, remboursement et gestion du stock. L'objectif n'est pas seulement de vérifier que chaque page s'affiche. Il faut vérifier que l'entreprise peut recevoir et traiter une commande de bout en bout.

Shopify, WooCommerce, PrestaShop et Magento ne s'exportent pas de la même façon

Chaque plateforme possède ses formats, ses extensions et ses habitudes de données. Certaines informations peuvent être exportées directement, d'autres nécessitent un travail de transformation. Les données provenant de modules tiers méritent une attention particulière : un champ présent dans l'ancienne boutique n'a pas forcément d'équivalent direct dans la nouvelle. C'est pourquoi une migration doit être cadrée avant de promettre un transfert intégral.

  • Catalogue : produits, variantes, prix, images, catégories et stocks.
  • Clients : données autorisées, consentements et historique utile.
  • Commandes : conservation ou archivage selon le besoin opérationnel.
  • SEO : URLs, redirections, métadonnées et contenus stratégiques.
  • Paiement : nouveaux paramètres, tests et conformité du prestataire.
  • Livraison : zones, règles, transporteurs et seuils.
  • Mesure : analytics, conversions publicitaires et événements clés.

La bascule doit pouvoir être vérifiée

Une migration sérieuse prévoit une fenêtre de contrôle avant et après le changement : commandes de test, comparaison des stocks, vérification des pages les plus visitées, suivi des erreurs et validation des conversions. Les premiers jours ne servent pas à improviser de nouvelles fonctions. Ils servent à confirmer que le socle commercial est stable.

Une nouvelle boutique n'est réussie que lorsque vos clients peuvent continuer à acheter sans sentir la migration.

UNYX peut aborder une refonte e-commerce dans cet ordre : inventaire, périmètre, nouvelle expérience, reprise des données prévues, tests, bascule et suivi. L'objectif est de changer l'outil sans perdre de vue la seule métrique qui compte vraiment pendant la transition : la capacité à continuer de vendre.