Comment réussir sa migration vers Shopify ?

La migration de données est la partie immergée de presque tous les projets de refonte : invisible sur la maquette, structurante pour la suite. Chez Moon Moon, environ deux projets de construction sur trois comportent une migration. Voici les six étapes, dans l'ordre.

1. Cartographier où vivent les données

Avant tout transfert, il faut savoir ce qu'on transfère et d'où. Une boutique Prestashop, WooCommerce ou Magento seule est un cas simple. Dès qu'un PIM, un ERP ou un CRM entre en jeu, la donnée est répartie : le mapping visuel de départ sert à ne rien laisser hors champ.

2. Recenser chaque champ, un par un

On liste exhaustivement les champs de chaque objet — produits, clients, commandes, réductions. Les champs par défaut du CMS d'abord (titre, visuel, prix), puis les champs personnalisés, qui deviendront des métachamps sur Shopify.

C'est le moment du ménage, et il ne reviendra pas. Une base qui a vécu accumule des doublons de tailles ou de couleurs, du HTML parasite, des dates stockées dans des champs texte. Un déménagement : on ne remonte pas les meubles qu'on ne veut plus.

3. Sortir la loupe sur les cas particuliers

Les règles générales couvrent 99,9 % des lignes. Ce sont les autres qui font échouer une migration : un taux de TVA spécifique sur l'alimentaire, des points de fidélité à reporter, une paire de chaussures présente dans un catalogue homme et un catalogue femme alors qu'elle est unisexe — un produit, ou deux variantes ?

Ce qui ne se migrera pas, et qu'il faut accepter tôt

Tout ce qui n'est pas stocké en base de données échappe au plan : le contenu enfermé dans des plugins, des applications ou des constructeurs de pages. Les pages et les articles montés sous un builder ressortent en HTML condensé, inexploitable tel quel. Prévoyez le temps de les refaire — et, pour l'avenir, stockez en base tout ce qui peut l'être.

4. Préparer le terrain sur Shopify

Création des métachamps, ouverture des clés d'API, mise en place du connecteur — application ou service externe — qui appliquera les règles établies en amont.

5. La migration test

Dix entités par objet : dix clients, dix commandes, dix produits, dix collections. Et surtout, on choisit ces dix-là parmi les cas particuliers repérés à l'étape 3, pas parmi les plus simples. On corrige, puis on valide avec le client.

6. La migration complète, le plus tôt possible

C'est le conseil le moins intuitif de l'épisode : ne pas attendre que le site soit prêt. Travailler le design et le développement sur de la vraie donnée fait apparaître ce qu'aucune maquette ne montre — un champ oublié, un texte trop long, un bloc mal placé.

Deux points à ne pas manquer à cette étape : l'interopérabilité avec les flux catalogue existants (Google, Meta), et le SEO — reprise des métadonnées, et redirections 301 entre anciennes et nouvelles URL, dont les structures diffèrent toujours d'un CMS à l'autre.

Le delta, après la bascule

Entre la migration complète et la mise en ligne, l'ancien site continue d'encaisser des commandes et d'enregistrer des clients. Ce décalage est normal : une mise à jour lancée dans les heures qui suivent la bascule récupère les données récentes. Quelques heures après le lancement, le back-office est à jour.