Votre boutique existe déjà.
Elle encaisse des commandes. Des centaines ou des milliers de clients la connaissent. Google référence ses pages. Votre équipe sait préparer les commandes, répondre au SAV et modifier le catalogue. Des transporteurs, des solutions de paiement, des outils marketing et parfois un ERP ou un CRM gravitent autour d’elle.
Et pourtant, quelque chose commence à coincer.
Une évolution devient compliquée. L’administration est moins confortable. Certaines fonctionnalités demandent des contournements. L’écosystème ne correspond plus aussi bien à la taille prise par l’entreprise.
Vous commencez alors à envisager Shopify.
À ce moment précis, le projet ne consiste pas à « créer une boutique Shopify ».
Il consiste à changer le moteur d’une activité qui fonctionne déjà sans arrêter la voiture au milieu de l’autoroute.
C’est ce qui rend une migration très différente d’une création from scratch.
Sur une création, le risque principal est de construire la mauvaise chose.
Sur une migration, un deuxième risque apparaît : perdre quelque chose qui fonctionnait déjà.
Des données.
Du référencement.
Une fonctionnalité.
Une habitude client.
Une intégration.
Une règle de livraison.
Ou simplement plusieurs jours de ventes.
Une migration Shopify réussie ne se juge donc pas au nombre de produits importés.
Elle se juge à la capacité de l’entreprise à continuer son activité dans un nouvel environnement sans rupture majeure et avec une base plus adaptée à la suite de son développement.
C’est la première question que nous poserions chez Refresh.
Et elle arrive avant le choix du thème, l’import des produits ou la configuration des applications.
Les raisons peuvent être nombreuses :
Une migration coûte du temps, demande de l’organisation et comporte toujours une part de risque.
Elle doit donc avoir une raison suffisamment forte.
⚠️ Erreur fréquente
Choisir une migration parce que Shopify est populaire ou parce qu’un concurrent l’utilise.
La plateforme d’un concurrent ne connaît ni votre organisation interne, ni votre catalogue, ni vos contraintes logistiques, ni votre budget.
C’est un point essentiel.
Chez Refresh, nous travaillons avec Shopify, mais nous ne considérons pas Shopify comme la réponse automatique à tous les projets e-commerce.
Selon les besoins, une entreprise peut avoir intérêt à :
La technologie vient après l’analyse du besoin.
Une migration réussie commence donc parfois par la conclusion suivante :
« Vous n’avez peut-être pas besoin de migrer maintenant. »
Cette conclusion est beaucoup plus utile qu’une migration techniquement réussie mais stratégiquement inutile.
La documentation actuelle de Shopify structure elle-même la migration autour de plusieurs étapes : import des données, contrôle des produits, design, livraison, fiscalité, paiement, commandes de test, utilisateurs, domaine et SEO.
C’est révélateur.
Un e-commerce n’est pas simplement une base produits.
C’est un système composé de plusieurs couches :
La migration doit donc couvrir l’écosystème.
Avant d’ouvrir les fichiers CSV, il faut établir une photographie précise de la boutique actuelle.
Données
Combien de :
devront être repris ?
Quelles données sont critiques ?
Quelles données n’ont plus aucune utilité ?
Quelles URLs Google connaît-il déjà ?
Il faut identifier :
Ce travail doit être réalisé avant que l’ancien environnement disparaisse.
Listez ce que fait réellement la boutique.
Pas uniquement ce qui apparaît à l’écran.
Exemples :
Il faut également comprendre ce qui se passe après le clic sur « Commander ».
La commande part-elle :
Une fonctionnalité invisible pour le client peut être absolument critique pour l’entreprise.
💡 Conseil Refresh
Avant une migration, réalisez deux inventaires :
ce que voit le client
et
ce qui fait fonctionner l’entreprise derrière le site.
Le second est souvent celui qui réserve le plus de surprises.
Une migration n’est pas nécessairement une photocopie.
Shopify recommande d’ailleurs d’examiner l’ancien site et de déterminer quelles données et quels contenus méritent réellement d’être transférés.
C’est une excellente occasion de distinguer trois catégories.
À conserver
Ce qui possède une valeur :
À améliorer
Ce qui fonctionne mais pourrait être mieux structuré :
À supprimer
Ce qui ne mérite plus d’être transporté :
✅ Bonne pratique
Profiter de la migration pour nettoyer l’existant évite de reconstruire sur Shopify les problèmes accumulés pendant plusieurs années sur l’ancienne plateforme.
Il n’existe pas une seule façon de migrer.
Shopify propose actuellement plusieurs approches, allant du copier-coller de contenus à l’utilisation de fichiers CSV, d’applications de migration, d’un partenaire ou d’une solution personnalisée utilisant ses API.
Migration manuelle
Pertinente pour :
Elle devient vite irréaliste avec un gros volume.
Très utile pour :
Shopify permet notamment l’import massif de produits par CSV.
Mais toutes les informations ne passent pas nécessairement par le même fichier.
Une application spécialisée peut automatiser une partie importante du transfert.
Elle reste néanmoins un outil.
Après l’import, il faut toujours contrôler le résultat.
Shopify rappelle d’ailleurs dans sa checklist que des erreurs courantes concernent notamment les produits non publiés, des données produit manquantes ou des variantes n’ayant pas été importées correctement.
Pour les projets plus complexes, une migration peut nécessiter :
Plus le modèle de données de départ diffère de Shopify, plus cette approche peut devenir pertinente.
🧠 Le point de vue Refresh
L’erreur n’est pas d’utiliser un CSV ou une application.
L’erreur est de choisir l’outil avant d’avoir compris la complexité de ce que l’on doit transférer.
La nouvelle boutique doit être préparée alors que l’ancienne fonctionne encore.
C’est pendant cette phase que l’on configure notamment :
Le domaine principal ne doit pas encore envoyer les clients vers une boutique incomplète.
On construit le nouvel environnement en parallèle.
Les relations entre les données comptent.
Un client peut être lié à plusieurs commandes.
Une commande contient des produits.
Un produit possède des variantes.
Une variante possède une référence.
Une référence peut être liée au stock.
Migrer les informations dans le désordre peut compliquer les associations.
La migration doit donc prévoir une logique adaptée au projet :
produits → clients → historique de commandes, lorsque les trois doivent être repris.
Il faut ensuite contrôler :
📌 À retenir
Importer 10 000 lignes sans erreur technique ne prouve pas que 10 000 données sont commercialement correctes.
Un import réussi doit toujours être suivi d’une phase de validation.
C’est l’un des chantiers qui doivent commencer le plus tôt.
Lorsqu’on change de plateforme, les structures d’URL peuvent changer.
Il faut donc construire un plan :
ancienne URL → nouvelle URL
Puis configurer les redirections permanentes adaptées.
Shopify permet actuellement d’importer des redirections par fichier CSV.
Cette étape limite :
Sur Shopify Plus, la documentation de lancement insiste explicitement sur les redirections 301 pour éviter que les anciennes URLs deviennent des liens morts et affectent trafic et référencement.
Mais les redirections ne sont qu’une partie du sujet.
Il faut aussi préserver :
Nous développerons cette partie dans un article dédié, car une migration SEO mérite à elle seule un véritable guide.
Certaines choses sont des données.
D’autres sont des configurations.
Paiement
Vous devez configurer les moyens de paiement dans Shopify puis effectuer de véritables tests.
Même logique pour :
Ne cherchez pas systématiquement :
« Quelle est l’application Shopify qui remplace mon ancien plugin ? »
Commencez plutôt par :
« Pourquoi utilisions-nous ce plugin ? »
Vous découvrirez parfois qu’une fonctionnalité est maintenant native, qu’une meilleure application existe ou qu’elle n’est plus utile.
Il faut reprendre et tester :
Une perte de tracking ne bloque pas une commande.
Elle bloque votre capacité à comprendre correctement ce qui se passe.
Shopify intègre explicitement les commandes de test dans son processus de migration.
Et nous insistons énormément sur ce point.
Ne testez pas uniquement :
« Le bouton Ajouter au panier fonctionne. »
Testez réellement :
produit → variante → panier → code promo → adresse → transport → paiement → confirmation → email → préparation → expédition.
Puis refaites-le :
Une boutique ne doit pas seulement être belle dans son back-office.
Elle doit réussir une commande réelle.
Une migration ne se fait généralement pas en fermant l’ancienne boutique dès le début.
Le nouvel environnement est préparé pendant que l’ancien continue de vendre.
Cela crée un phénomène important :
les données continuent de changer.
Vous faites un premier export lundi.
Mercredi :
Vendredi, votre import de lundi n’est donc plus parfaitement actuel.
Il faut déterminer quelles données nécessitent une reprise finale juste avant la bascule.
C’est particulièrement important pour :
Votre domaine peut rester le même.
Si vous utilisez déjà un domaine tiers, Shopify permet soit de le connecter, soit de le transférer. La connexion laisse la gestion du domaine chez votre registrar actuel ; le transfert déplace cette gestion vers Shopify.
Shopify conseille même, lorsqu’un transfert de domaine est prévu, de commencer par connecter le domaine afin d’éviter une interruption pendant le transfert.
Mais avant de toucher aux DNS, une question doit être posée :
Sommes-nous réellement prêts à envoyer les clients vers la nouvelle boutique ?
Il faut donc fixer une checklist de go-live.
Étape 11 : surveiller la boutique après la mise en ligne
Le domaine pointe vers Shopify.
La boutique fonctionne.
La migration n’est toujours pas complètement terminée.
Commence alors une phase de surveillance.
Pendant les premiers jours, contrôlez particulièrement :
Les vrais clients trouvent parfois des cas que les tests n’avaient pas reproduits.
Sur un projet e-commerce que nous avons accompagné, le changement de plateforme ne concernait pas uniquement les produits et le design.
L’environnement devait également continuer à gérer plusieurs réalités opérationnelles :
Vu depuis la page d’accueil, la migration aurait pu sembler simple :
« Les produits sont présents, le nouveau site est joli, donc on peut ouvrir. »
En réalité, le catalogue n’était qu’une partie du projet.
Il fallait notamment vérifier que :
C’est précisément ce qui différencie une migration de site d’une migration d’activité e-commerce.
La première déplace une interface.
La seconde protège le fonctionnement de l’entreprise.
Certaines erreurs reviennent beaucoup plus souvent que d’autres.
Migrer avant d’auditer
On découvre les particularités trop tard.
Vouloir tout recopier
On recrée les défauts de l’ancien environnement.
Sous-estimer le SEO
Les redirections arrivent à la dernière minute.
Tester uniquement visuellement
Le site est beau mais certains scénarios de commande ne fonctionnent pas.
Oublier les outils invisibles
Facturation, tracking, transport, CRM, ERP.
Modifier trop de choses en même temps
Nouvelle plateforme + nouvelle identité + nouvelle architecture + nouveau catalogue + nouvelles offres.
Cela peut être justifié, mais augmente fortement le périmètre de contrôle.
Fermer l’ancienne boutique trop vite
On perd une source de vérification ou certaines données récentes.
Voici une première lecture.
Migration plutôt simple
Migration intermédiaire
Migration complexe
Le nombre de produits n’est donc qu’un critère parmi d’autres.
Pas obligatoirement.
Une migration technique peut conserver une partie importante de l’identité et des principes UX existants.
À l’inverse, migrer peut être l’occasion de corriger :
La question à poser est :
Le design actuel pose-t-il un problème suffisamment important pour justifier de l’intégrer au périmètre de migration ?
Il ne faut pas refaire pour refaire.
Mais il serait dommage de reproduire un parcours déjà inefficace simplement pour réduire le chantier.
Non.
Shopify propose suffisamment d’outils pour permettre à certaines entreprises de gérer elles-mêmes une migration relativement simple.
Mais le niveau d’accompagnement nécessaire augmente avec :
Plus votre boutique devient critique pour votre chiffre d’affaires, plus la question à se poser devient :
Quelle partie du risque suis-je réellement capable de contrôler en interne ?
Une agence n’est pas là uniquement pour cliquer sur « Importer ».
Elle devient utile lorsqu’elle doit :
Une migration est un chantier important pour l’entreprise.
Elle ne devrait pas l’être pour le client.
Pour lui, idéalement :
la boutique est toujours accessible.
Ses produits sont là.
Son panier fonctionne.
Le paiement passe.
La livraison est disponible.
Ses emails arrivent.
Les pages qu’il trouvait sur Google ont toujours une destination.
L’entreprise, elle, bénéficie désormais d’un environnement plus adapté à ses besoins.
C’est probablement la meilleure définition d’une migration réussie.
Beaucoup de travail derrière. Très peu de rupture devant.
Migrer vers Shopify ne consiste donc pas simplement à déplacer un site.
Il faut :
comprendre l’existant → sélectionner ce qui doit être conservé → préparer Shopify → migrer les données → reconstruire les fonctionnalités → protéger le SEO → tester → basculer → surveiller.
Et surtout, il faut garder une idée en tête :
Changer de plateforme n’est jamais l’objectif final. L’objectif est de construire un environnement plus adapté à l’activité que vous voulez développer demain.
Une migration commence par un audit de la boutique actuelle : données, produits, clients, commandes, SEO, fonctionnalités et outils connectés. La nouvelle boutique Shopify est ensuite préparée, les données sont migrées selon la méthode adaptée, les fonctionnalités sont reconfigurées, les redirections SEO sont mises en place puis l’ensemble est testé avant la bascule du domaine.
Les produits, clients, contenus et commandes historiques peuvent notamment faire partie d’une migration. La méthode varie selon la plateforme d’origine et la complexité des données. Shopify propose plusieurs approches : saisie ou copie manuelle, CSV, applications de migration et API.
Oui, à condition de préparer la migration SEO avant la mise en ligne. Les anciennes URLs importantes doivent être identifiées et redirigées vers les nouvelles lorsqu’elles changent. Les contenus performants, le maillage, les métadonnées importantes et l’indexation doivent également être contrôlés.
Pas nécessairement. Dans la plupart des projets, la boutique Shopify est construite pendant que l’ancien site continue à vendre. Une reprise finale des commandes, clients ou stocks ayant évolué pendant la préparation peut ensuite être nécessaire avant la bascule.
Non. Une migration technique et une refonte graphique sont deux projets différents, même s’ils peuvent être menés simultanément. La décision doit dépendre de l’état actuel de l’UX, du design et des objectifs de la marque.
Cela dépend du volume de données, du catalogue, des variantes, du SEO, des intégrations, du design, des transporteurs, des paiements et des éventuels développements spécifiques. Une petite boutique simple et une boutique internationale connectée à un ERP ne nécessitent pas la même préparation.
Oui. La boutique Shopify peut être construite pendant que WiziShop continue à prendre des commandes. Il faut cependant prévoir la reprise des données qui continuent d’évoluer entre le premier export et le moment de la bascule, notamment commandes, clients et stocks.
Non. Shopify est pertinent pour de nombreux projets, mais une migration doit partir des besoins de l’entreprise. Dans certains cas, optimiser WordPress/WooCommerce, conserver PrestaShop ou développer une solution spécifique peut être plus cohérent.
Avant de choisir une méthode ou de commencer les imports, cartographier l’existant permet d’identifier les données, fonctionnalités, intégrations et positions SEO qu’il faudra préserver.
L’objectif n’est pas de déplacer votre boutique le plus vite possible.
Il est de changer de plateforme sans créer de rupture dans une activité qui fonctionne déjà — et de construire une base plus adaptée à la suite.
| Terme | Définition |
| Migration e-commerce | Passage d’une boutique d’une plateforme ou architecture technique vers une autre en reprenant les éléments nécessaires à la continuité de l’activité. |
| CMS | Système permettant de gérer les contenus et fonctionnalités d’un site ou d’une boutique. |
| CSV | Format structuré utilisé notamment pour importer ou exporter de grandes quantités de données. |
| API | Interface permettant à plusieurs logiciels d’échanger automatiquement des informations. |
| SKU | Référence interne identifiant précisément un produit ou une variante. |
| Redirection 301 | Redirection permanente indiquant qu’une ancienne URL possède désormais une nouvelle adresse. |
| DNS | Système permettant notamment de faire pointer un nom de domaine vers le service qui héberge le site. |
| Recette | Phase de tests et de validation réalisée avant la mise en production d’un site ou d’une fonctionnalité. |
| Reprise différentielle | Import complémentaire des données ayant changé entre la migration initiale et la bascule finale. |
| Go-live / bascule | Moment où la nouvelle boutique devient officiellement accessible aux clients sur le domaine principal. |
