Vous avez une boutique existante.
Elle fonctionne.
Des produits sont en ligne.
Des clients possèdent un compte.
Des commandes ont déjà été passées.
Des avis rassurent les nouveaux visiteurs.
Google référence certaines pages.
Des transporteurs, moyens de paiement et outils marketing sont connectés.
Et vous envisagez Shopify.
La première inquiétude est souvent :
« Est-ce qu’on va devoir tout refaire ? »
Non.
Mais il serait tout aussi faux de répondre :
« Tout va être copié automatiquement. »
Une boutique e-commerce n’est pas un fichier que l’on déplace d’un ordinateur à un autre.
Elle est composée de plusieurs natures d’éléments.
Certains sont des données.
D’autres sont des structures.
D’autres encore sont des configurations, des interfaces ou des connexions avec des services externes.
Et cette distinction change complètement la manière de préparer une migration.
Avant de migrer, nous préférons classer chaque élément de la boutique dans l’une de ces quatre catégories :
1. TRANSFÉRER
L’information peut être reprise dans Shopify.
2. TRANSFORMER
L’information peut être conservée, mais elle doit être adaptée à la logique Shopify.
3. RECONFIGURER
Le besoin reste identique, mais ses réglages doivent être recréés.
4. RECONSTRUIRE
L’élément technique de l’ancienne plateforme ne peut pas simplement être déplacé vers Shopify.
Cette classification permet d’éviter deux erreurs opposées :
« Nous allons tout perdre. »
et
« Nous allons simplement tout copier. »
La réalité se situe entre les deux.
Commençons par ce qui rassure généralement le plus.
Une grande partie des données commerciales peut être reprise.
On peut notamment retrouver :
Mais le transfert doit être vérifié.
Un produit présent dans Shopify n’est pas nécessairement un produit correctement migré.
Les profils clients peuvent également être repris.
Selon les données disponibles :
Il est également possible de reprendre un historique de commandes lorsque celui-ci est utile.
La question n’est pas seulement :
« Peut-on ? »
mais :
« Jusqu’où est-il réellement pertinent de reprendre l’historique ? »
Pour le SAV ?
Les retours ?
La connaissance client ?
L’analyse ?
Cette décision doit être prise avant la migration.
Les contenus peuvent eux aussi être conservés :
Un changement de plateforme ne justifie évidemment pas de supprimer plusieurs années de contenu utile.
📌 À retenir
Produits, clients et commandes constituent le cœur de la migration des données.
La méthodologie complète de leur transfert est développée séparément dans notre guide :
Produits, clients, commandes : comment transférer correctement vos données vers Shopify ?
Ici, ce qui nous intéresse est de comprendre que ces éléments appartiennent à la catégorie données transférables.
C’est ici que la migration devient plus intéressante.
Une information peut conserver sa valeur sans conserver exactement sa structure technique.
Votre ancienne boutique peut utiliser une logique de :
Shopify utilise notamment les collections.
La question devient alors :
Devons-nous reproduire exactement l’ancienne organisation ou profiter de la migration pour l’améliorer ?
Une catégorie peut :
La donnée reste.
Sa logique évolue.
Votre ancienne plateforme peut contenir :
Dans Shopify, ces informations peuvent avoir une destination différente.
Certaines deviendront :
On ne perd donc pas forcément l’information.
On change la manière dont elle est structurée.
Le profil d’un client et son ancien système d’authentification ne sont pas la même chose.
Le profil peut être repris.
Mais l’accès au compte peut demander un nouveau parcours.
C’est un excellent exemple d’élément qui :
existe toujours
mais
ne fonctionne plus exactement de la même manière.
Le SEO appartient lui aussi à cette catégorie particulière.
Le SEO appartient lui aussi à cette catégorie particulière.
Vous ne téléchargez pas votre référencement dans un CSV.
Une ancienne URL peut devenir une nouvelle URL.
Il faut également comprendre ce qui se passe après le clic sur « Commander ».
Il faut alors organiser la continuité :
ancienne URL
↓
redirection
↓
nouvelle URL
La valeur SEO peut être préservée.
Mais sa nouvelle structure doit être préparée.
Passons maintenant aux éléments qui ne sont pas réellement des données.
Vous ne transférez pas votre ancien module de paiement.
Vous devez configurer les moyens de paiement dans Shopify.
Le besoin reste :
permettre au client de payer.
Mais le système technique utilisé change.
Même principe.
L’ancienne boutique pouvait proposer :
Ces règles doivent être reconstruites dans le nouvel environnement.
Il ne suffit pas que les produits soient présents.
Les paramètres fiscaux doivent également être contrôlés et configurés selon :
Google Analytics, pixels publicitaires, Merchant Center ou autres outils d’analyse doivent être reconnectés et testés.
La donnée historique reste dans vos anciens outils.
Mais la nouvelle boutique doit recommencer à envoyer correctement les événements.
⚠️ Erreur fréquente
Considérer une migration terminée parce que :
les produits sont visibles et le paiement fonctionne.
Une boutique peut vendre correctement tout en n’envoyant plus aucune donnée fiable aux outils marketing.
C’est la catégorie qui crée le plus de malentendus.
Le thème technique d’une autre plateforme ne se transfère généralement pas vers Shopify.
Mais cela ne signifie pas que vous devez abandonner votre identité.
On peut conserver :
Puis les reconstruire dans le nouvel environnement.
La distinction est essentielle :
On peut conserver le design sans conserver le code qui produisait ce design.
Une application WooCommerce, PrestaShop ou WiziShop ne devient pas automatiquement une application Shopify.
Mais ce n’est pas forcément un problème.
La bonne question n’est pas :
« Comment transférer notre ancien plugin ? »
C’est :
« Quel besoin remplissait-il ? »
Exemple :
ancien outil :
alerte retour en stock
besoin métier :
prévenir un client lorsqu’un produit est à nouveau disponible
La migration doit préserver le besoin.
Pas forcément l’outil.
Même raisonnement pour :
Il faut recenser les automatisations existantes puis décider comment elles fonctionneront dans le nouvel environnement.
Votre site peut être connecté à :
L’intégration actuelle a été construite pour une architecture précise.
Changer de plateforme peut donc nécessiter :
C’est généralement ici que les migrations deviennent réellement complexes.
Le nom de domaine peut généralement rester le même.
Vous pouvez donc conserver :
votremarque.fr
même si la boutique derrière passe de WooCommerce, WiziShop ou PrestaShop à Shopify.
Mais le domaine doit être correctement connecté au nouvel environnement.
Et surtout, l’entreprise doit savoir :
💡 Conseil Refresh
Profitez toujours d’une migration pour vérifier la propriété réelle du domaine et des accès.
Ce contrôle paraît administratif.
Il devient extrêmement important le jour de la bascule.
Le référencement mérite une distinction particulière.
Il n’est ni :
simplement transféré
ni
entièrement reconstruit.
Il faut préserver sa continuité.
Cela concerne notamment :
Une migration bien préparée permet de conserver une grande partie de la valeur accumulée.
Une migration improvisée peut au contraire envoyer Google vers des centaines de pages inexistantes.
Pour cette raison, nous avons consacré un guide entier au sujet :
Comment migrer un site sans perdre son SEO ?
C’est probablement la conséquence la plus importante de tout ce que nous venons de voir.
Une migration n’est pas une opération de clonage.
Imaginez que votre ancienne boutique possède :
Pourquoi investir du temps pour reconstruire exactement les mêmes problèmes ?
La migration doit préserver :
la valeur
et non :
la dette technique.
🧠 Le point de vue Refresh
Lors d’une migration, nous préférons poser trois questions :
Qu’est-ce qui fonctionne et doit absolument rester ?
Qu’est-ce qui fonctionne mais peut être amélioré ?
Qu’est-ce qui existe uniquement parce qu’on n’a jamais pris le temps de le supprimer ?
Sur une migration e-commerce, le catalogue peut donner l’impression d’être le chantier principal.
Les produits sont nombreux.
Ils sont visibles.
Ils occupent une grande partie du back-office.
Mais une fois le catalogue repris, le vrai travail peut encore concerner :
Depuis l’extérieur, le projet ressemble toujours à :
« déplacer une boutique vers Shopify ».
En réalité, chaque fonction de l’entreprise doit retrouver sa place dans le nouvel environnement.
C’est exactement pour cela qu’un audit fonctionnel doit précéder la migration.
Prenez chaque outil, donnée ou fonctionnalité et posez ces quatre questions.
Peut-il être transféré ?
Exemple : données produit.
Doit-il être transformé ?
Exemple : ancienne catégorie vers nouvelle collection.
Doit-il être reconfiguré ?
Exemple : livraison.
Doit-il être reconstruit ?
Exemple : développement spécifique.
Puis ajoutez une cinquième question :
Avons-nous réellement besoin de le conserver ?
C’est souvent celle qui permet de simplifier le futur système.
☐ Produits
☐ Variantes
☐ Clients
☐ Commandes
☐ Contenus
☐ Avis
☐ Catégories
☐ Collections
☐ Filtres
☐ URLs
☐ Champs spécifiques
☐ Paiement
☐ Livraison
☐ Taxes
☐ Promotions
☐ Fidélité
☐ Identité
☐ Thème
☐ Navigation
☐ Pages produits
☐ Mobile
☐ Analytics
☐ Pixels
☐ Merchant Center
☐ Emails
☐ Avis
☐ Newsletter
☐ Domaine
☐ DNS
☐ Applications
☐ API
☐ ERP
☐ CRM
☐ Automatisations
Puis attribuez à chaque ligne :
TRANSFÉRER
TRANSFORMER
RECONFIGURER
RECONSTRUIRE
ou
SUPPRIMER
Vous obtenez alors une véritable cartographie du projet.
Une migration Shopify ne consiste pas à reconstruire à l’identique chaque élément de votre ancienne boutique.
Certains éléments se transfèrent.
Produits. Clients. Commandes. Contenus.
D’autres changent de structure.
Collections. Champs. Comptes. URLs.
D’autres doivent être reconfigurés.
Paiement. Livraison. Taxes. Tracking.
Et certains doivent être reconstruits.
Thème. Applications. Automatisations. Intégrations spécifiques.
La bonne question n’est donc pas :
« Peut-on tout conserver ? »
Elle est :
« Qu’est-ce qui doit continuer à exister dans la nouvelle boutique, et sous quelle forme ? »
Chez Refresh, c’est cette cartographie qui permet de transformer une migration en véritable évolution de plateforme.
Parce que le but n’est pas de transporter toute la mécanique du passé.
Il est de préserver ce qui crée de la valeur et de reconstruire le reste de manière plus cohérente pour la suite.
Les produits, clients, commandes historiques et contenus font partie des principaux types de données pouvant être repris. La méthode dépend de la plateforme source, du volume et de la structure des données.
Non. Certaines peuvent être conservées dans leur logique, mais leur organisation peut évoluer vers des collections Shopify. Une migration est souvent une bonne occasion de simplifier l’architecture du catalogue.
L’identité visuelle peut être conservée, mais le thème technique de l’ancienne plateforme doit généralement être adapté ou reconstruit dans Shopify.
Non automatiquement. Il faut identifier le besoin couvert par chaque application et déterminer s’il existe une fonction native, une application Shopify ou un développement spécifique permettant de le reproduire.
Oui. Les moyens de paiement doivent être configurés et testés dans le nouvel environnement.
Oui. Changer de plateforme n’oblige pas à changer de nom de domaine.
Non. Sa continuité doit être organisée grâce aux contenus, redirections, URLs, maillage et contrôles d’indexation.
Non. Une migration est aussi l’occasion de supprimer les contenus, outils, catégories ou automatisations devenus inutiles.
Avant de parler d’import ou de développement, la première étape consiste à cartographier votre environnement :
ce qui peut être transféré,
ce qui doit être transformé,
ce qui devra être reconfiguré,
et ce qu’il faudra reconstruire.
Cette analyse permet de connaître le véritable périmètre de la migration avant de commencer.
Chez Refresh, notre objectif n’est pas de reproduire automatiquement l’ancien système.
Il est de préserver ce qui fonctionne et de reconstruire le nouvel environnement autour des besoins réels de votre activité.
| Terme | Définition |
| Donnée | Information pouvant être stockée et transférée : produit, client, commande, contenu. |
| Configuration | Réglage permettant à une fonctionnalité de fonctionner dans un environnement donné. |
| Migration | Passage d’un système ou d’une plateforme vers un autre. |
| Collection Shopify | Regroupement de produits utilisé pour structurer le catalogue Shopify. |
| Métachamp | Champ permettant d’ajouter une donnée structurée supplémentaire dans Shopify. |
| Thème | Ensemble de templates, composants et code définissant l’affichage de la boutique. |
| API | Interface permettant à plusieurs systèmes d’échanger des données. |
| DNS | Paramètres servant notamment à relier le domaine à différents services. |
| Redirection 301 | Redirection permanente d’une ancienne URL vers une nouvelle. |
| Dette technique | Accumulation de choix ou solutions devenus coûteux, complexes ou obsolètes à maintenir. |
