Migration e-commerce · Shopify · PrestaShop · WooCommerce

Changer de plateforme sans rien perdre : données, URLs, référencement.

Une migration ne se résume pas à un export et un import. C’est un projet où chaque produit, chaque client, chaque URL indexée et chaque règle métier doit retrouver sa place dans la nouvelle boutique. Je prends en charge l’ensemble : audit de l’existant, reprise des données, reconstruction, redirections 301, préproduction, bascule et contrôle après mise en ligne.

  • Depuis n’importe quel CMS ou plateforme
  • Je travaille au quotidien sur les trois plateformes
  • Plan de redirections 301 URL par URL
  • Préproduction complète avant toute bascule

Avant tout

Faut-il vraiment migrer ?

Je préfère le dire d’entrée : une partie des demandes de migration que je reçois n’en sont pas. Une boutique lente, un back-office pénible, un checkout qui convertit mal ou un prestataire parti sans laisser de documentation ne justifient pas, à eux seuls, de changer de plateforme. Ces problèmes se corrigent souvent sur place, pour une fraction du budget et du risque.

Cas fréquent : un PrestaShop jugé « dépassé » qui souffre en réalité d’un hébergement sous-dimensionné, de modules empilés et d’un cache mal réglé. Autre cas fréquent : une boutique Shopify jugée « trop chère » dont la moitié des apps font doublon. Dans les deux cas, migrer aurait déplacé le problème sans le résoudre.

Une migration se justifie quand la limite est structurelle : la plateforme ne sait pas faire ce dont votre activité a besoin, son coût de fonctionnement n’est plus cohérent avec votre modèle, ou la version utilisée n’est plus maintenue et ne peut pas être mise à jour proprement. Si vous hésitez, commencez par un diagnostic e-commerce : il tranche la question avec des faits, et son rapport sert de cahier des charges si la migration est confirmée.

Remise d’un colis en main propre
Une migration réussie est une migration que Google remarque à peine.

Votre trajectoire

Six migrations détaillées, et toutes les autres

Chaque couple de plateformes a ses pièges propres : structure d’URLs, modèle de variantes, gestion des comptes clients, modules à remplacer. Choisissez votre cas.

Depuis n’importe quelle plateforme

Votre site n’est ni sur Shopify, ni sur PrestaShop ? Je le migre aussi.

Wix, Squarespace, Magento, OpenCart, Joomla, Drupal, Webflow, BigCommerce, un site fait maison ou un vieux CMS que plus personne ne maintient : je migre n’importe quel site vers Shopify, WordPress et WooCommerce ou PrestaShop.

La méthode ne change pas : inventaire de ce qui existe, reprise des produits, des clients, des commandes et des contenus quand la plateforme d’origine permet de les exporter, reconstruction du site, plan de redirections pour chaque ancienne adresse, puis bascule contrôlée. Quand une plateforme exporte mal ses données, je le vois pendant l’audit et je vous le dis avant le devis — pas après.

Point de départ : 600 € TTC vers Shopify ou WooCommerce, 650 € TTC vers PrestaShop, selon le volume et ce qu’il faut reprendre.

Comparatif

Shopify, PrestaShop, WooCommerce : ce qui les distingue vraiment

Aucune des trois n’est « la meilleure ». Chacune impose un compromis différent entre confort, liberté et coût. Voici ma lecture de praticien, sans parti pris : je travaille sur les trois.

CritèreShopifyPrestaShopWooCommerce
ModèleService hébergé (SaaS), abonnement mensuelLogiciel open source à hébergerExtension open source de WordPress, à héberger
Coût récurrentAbonnement + apps mensuelles + frais de transaction si passerelle externe. Prévisible, mais il grimpe avec les apps.Hébergement + maintenance. Modules payés en général une fois, avec renouvellement du support et des mises à jour.Hébergement + maintenance. Extensions souvent sous licence annuelle.
Liberté techniqueEncadrée : thème Liquid, apps, Shopify Functions, Checkout Extensibility. Pas d’accès au serveur ni à la base.Totale : code, base de données, serveur. Modules, hooks et overrides.Totale : code, base de données, serveur. Hooks et filtres WordPress.
MaintenanceInfrastructure, sécurité et mises à jour gérées par Shopify. Reste le thème et les apps.À votre charge : PHP, mises à jour du cœur et des modules, sécurité, sauvegardes.À votre charge : WordPress, extensions, PHP, sécurité, sauvegardes. Mises à jour fréquentes.
SEOBon socle technique. Structure d’URLs imposée (/products/, /collections/), blog limité.URLs configurables, bon contrôle du balisage. Blog via module. Attention à la navigation à facettes.Le plus souple : URLs libres, extensions SEO complètes, WordPress pour le contenu éditorial.
InternationalMarkets : devises, langues, domaines et prix par marché, intégrés.Multilingue, multidevise et multiboutique natifs. Puissant, mais exigeant à administrer.Via extensions (multilingue, multidevise). Fonctionne, avec davantage d’assemblage.
Catalogue complexeTrois options par produit ; la donnée riche passe par les metafields et metaobjects.Point fort : déclinaisons, caractéristiques, prix spécifiques, groupes clients, B2B.Souple (attributs, variations), mais un très gros catalogue demande un hébergement et une base soignés.
ÉcosystèmeApp Store très fourni, qualité inégale, facturation mensuelle.Marketplace Addons et modules d’éditeurs ; très présent en France (transporteurs, paiement).Immense : extensions WooCommerce et tout l’écosystème WordPress.
Propriété des donnéesExportables (CSV, API), mais hébergées chez Shopify.Chez vous, accès direct à la base.Chez vous, accès direct à la base.
Profil adaptéÉquipe orientée vente et marketing, qui ne veut pas gérer de technique.Catalogue structuré, règles commerciales complexes, B2B, multiboutique.Marque à fort contenu, besoin de sur-mesure, budget récurrent à maîtriser.

Pour aller plus loin sur le choix : Shopify ou WooCommerce, Shopify ou PrestaShop, PrestaShop ou WooCommerce.

Vue d’ensemble

Le trajet d’une migration maîtrisée

Quelle que soit la plateforme, la séquence reste la même. Ce qui change, ce sont les pièges à chaque étape.

Méthode

Ma méthode, étape par étape

  1. 01

    Audit de l’ancien site

    Inventaire complet : volumes (produits, variantes, clients, commandes), modules ou apps réellement utilisés, développements spécifiques, flux externes (ERP, marketplaces, comparateurs). Côté SEO : exploration de toutes les URLs, croisée avec la Search Console et Analytics pour identifier les pages qui portent le trafic et le chiffre d’affaires. C’est la liste de ce qu’on n’a pas le droit de casser.

  2. 02

    Architecture cible et table de correspondance

    Chaque type de donnée reçoit sa destination : déclinaisons vers variantes, caractéristiques vers attributs ou metafields, catégories vers collections, champs personnalisés, langues, taxes. Je décide aussi de la structure d’URLs : conservée à l’identique quand la plateforme le permet, sinon redirigée une à une.

  3. 03

    Reprise des données

    Produits, variantes, stocks, images et textes alternatifs, catégories, clients et adresses, historique de commandes, pages, articles, avis, bons de réduction. Imports scriptés et rejouables, vérifiés par comptage et par échantillonnage. Les mots de passe ne se transfèrent pas tels quels d’une plateforme à l’autre : les clients reçoivent une invitation à réactiver leur compte.

  4. 04

    Reconstruction de la boutique

    Thème, gabarits, navigation, filtres, recherche, puis les fonctionnalités : chaque module ou app de l’ancien site trouve un équivalent natif, une extension ou un développement sur mesure. Paiement, transporteurs, règles de livraison, taxes et emails transactionnels sont reconfigurés et testés.

  5. 05

    SEO, données structurées et tracking

    Reprise des balises title et meta description, des contenus de catégories, des canoniques, du sitemap et du fichier robots. Plan de redirections 301 URL par URL, sans chaînes. Données structurées Product, Offer, BreadcrumbList vérifiées. GA4, Google Ads, Meta Pixel et API Conversions, flux Merchant Center : reposés et contrôlés avec des achats de test.

  6. 06

    Préproduction et recette

    La nouvelle boutique vit d’abord sur une adresse privée, bloquée à l’indexation. Commandes de test avec chaque moyen de paiement et chaque transporteur, comptes clients, emails, mobile, redirections testées en masse. Vous validez sur pièces.

  7. 07

    Bascule

    À un créneau de faible activité : TTL DNS abaissé quelques jours avant, gel des commandes sur l’ancien site, import final des dernières commandes et des nouveaux clients, activation des redirections, changement DNS, certificat SSL, commande réelle de contrôle.

  8. 08

    Contrôle après migration

    Pendant plusieurs semaines : nouveau sitemap soumis dans la Search Console, rapport d’indexation, surveillance des 404 et correction au fil de l’eau, suivi des positions sur les requêtes clés, vérification des conversions remontées. L’ancien site reste archivé, hors ligne, le temps nécessaire.

Reprise des données

Ce qui se migre, et comment

ÉlémentRepriseRemarque
Produits, variantes, prix, stocksAutomatiséePar script, API ou CSV, après mise en correspondance des champs.
Images et médiasAutomatiséeAvec textes alternatifs ; les images insérées dans les descriptions doivent être rapatriées aussi.
Catégories / collectionsSemi-automatiséeLa logique diffère entre plateformes : arborescence, règles automatiques, tri.
Clients et adressesAutomatiséeDans le respect du RGPD et des consentements marketing existants.
Mots de passeNon transférablesHachages incompatibles ou non exportables : invitation à réactiver le compte.
Historique de commandesAutomatisée ou archivéeImporté comme historique consultable, sans redéclencher emails ni mouvements de stock.
Balises SEO, contenus, blogAutomatisée + relectureTitles, meta descriptions, textes de catégories, articles et leurs URLs.
Redirections 301Générées puis vérifiéesTable de correspondance ancienne URL → nouvelle URL, testée en masse.
Thème et designReconstruitUn thème ne se convertit pas d’une plateforme à l’autre.
Modules, apps, développementsRemplacésÉquivalent natif, extension ou développement sur mesure.
Paiement, livraison, taxes, emailsReconfigurésNouveaux contrats ou nouvelles clés API, puis tests réels.
Historique AnalyticsConservéLa même propriété GA4 est réutilisée : la continuité des données est préservée.

Risques

Les erreurs qui coûtent cher

Ce sont celles que je retrouve quand on m’appelle après une migration ratée.

  • Rediriger toutes les anciennes URLs vers la page d’accueil : Google les traite comme des erreurs « soft 404 » et le trafic s’évapore.
  • Ne rediriger que les produits, en oubliant catégories, pages, articles de blog, images et URLs paginées ou filtrées qui recevaient des liens.
  • Mettre en ligne avec la préproduction encore en noindex, ou laisser la préproduction indexable et créer du contenu dupliqué.
  • Basculer sans gel des commandes : des commandes passées sur l’ancien site pendant la propagation DNS disparaissent du nouveau.
  • Oublier les emails transactionnels, puis découvrir que les confirmations de commande partent en spam faute de SPF, DKIM et DMARC.
  • Changer en même temps de plateforme, de nom de domaine, d’arborescence et de contenus : impossible ensuite d’isoler la cause d’une baisse.
  • Reposer le tracking après la mise en ligne : plusieurs jours de données publicitaires perdues, et des campagnes qui se dérèglent.
  • Migrer des années de données inutiles (produits morts, comptes fantômes) au lieu de nettoyer avant.
  • Couper l’ancien site le jour même, sans archive consultable pour le SAV et la comptabilité.

Sur le volet référencement, j’ai détaillé la méthode dans Migrer sans perdre son SEO.

Avis vérifiés

Une migration, vue par le client

4,9/510 avis vérifiés sur MaltQualité 5,0 · Délai 4,9 · Communication 4,9 · SupermalterVoir le profil

Aimé a migré mon site de Shopify à WordPress. C’était super important pour moi, j’avais peur qu’il y ait des soucis […] mais Aimé m’a bluffé : il a tout reproduit à l’identique, il a préservé le SEO, il a créé des blocs pour que tout soit modifiable. C’est un vrai travail de pro. Aimé va dans le détail et ne laisse rien au hasard.

Chez BabaMigration Shopify vers WordPress

Avis vérifié sur Malt · août 2026

Parler de ma migration

Décrivez votre boutique actuelle, la plateforme visée et ce qui motive le changement. Je reviens vers vous sous 1 h en journée avec un premier avis franc — y compris si je pense que migrer n’est pas la bonne réponse.

  • Plateforme actuelle et version
  • Ordre de grandeur du catalogue et des commandes
  • Modules, apps ou développements spécifiques
  • Échéance souhaitée

Vous préférez en parler de vive voix ? Réservez un créneau.

Réponse personnelle sous 1 h en journée. Vos informations ne servent qu'à traiter votre demande.

Questions fréquentes sur la migration e-commerce

Combien coûte une migration e-commerce ?

À partir de 600 € TTC entre Shopify et WooCommerce, 650 € TTC depuis ou vers PrestaShop, et 400 € TTC pour passer de PrestaShop 8 à 9 — le détail par trajet est sur la page tarifs. Le montant final dépend du volume et de la complexité du catalogue, du nombre de fonctionnalités à reproduire, du niveau de reconstruction du design, du nombre de langues et des intégrations externes (ERP, marketplaces, transporteurs) : je le fixe dans un devis ferme, après audit. Le diagnostic peut servir de première étape, et j’explique les postes de coût dans cet article.

Vais-je perdre mon référencement ?

Une migration bien préparée vise à conserver les positions : URLs conservées ou redirigées en 301 une à une, balises et contenus repris, données structurées vérifiées, suivi dans la Search Console. Une fluctuation de quelques semaines reste possible le temps que Google retraite les pages. Ce qui fait réellement chuter un site, ce sont les redirections absentes ou bâclées et les contenus supprimés sans équivalent.

Peut-on conserver exactement les mêmes URLs ?

Cela dépend de la plateforme cible. WooCommerce et PrestaShop laissent une grande liberté sur la structure des URLs. Shopify impose ses préfixes (/products/, /collections/, /pages/, /blogs/) : en arrivant sur Shopify, les URLs changent presque toujours et tout repose sur la qualité des redirections 301.

Combien de temps dure une migration ?

De quelques semaines pour un catalogue simple avec peu de fonctionnalités spécifiques, à plusieurs mois pour une boutique multilingue avec intégrations et développements sur mesure. La durée dépend aussi de votre disponibilité pour valider les étapes. Je vous donne un planning réaliste après l’audit.

Ma boutique sera-t-elle interrompue ?

L’ancienne boutique continue de vendre pendant toute la construction de la nouvelle. La seule fenêtre sensible est la bascule : un gel des commandes de courte durée, planifié à un moment creux, le temps de l’import final et du changement DNS.

Mes clients devront-ils recréer leur compte ?

Non. Les comptes, adresses et historiques sont repris. En revanche, les mots de passe ne sont pas transférables d’une plateforme à l’autre : chaque système les stocke sous forme hachée, avec sa propre méthode, et certains ne les exportent pas du tout. Les clients reçoivent un email d’invitation ou de réinitialisation pour réactiver leur accès.

Faut-il refaire le design en même temps ?

Le thème doit de toute façon être reconstruit, car il ne se transpose pas d’une plateforme à l’autre. Vous pouvez en profiter pour le faire évoluer, mais je recommande de conserver l’arborescence et les contenus qui performent : moins on change de choses à la fois, plus la migration est sûre pour le SEO.

Travaillez-vous avec des agences ?

Oui. J’interviens en renfort ou en marque blanche sur le volet technique des migrations : reprise des données, redirections, intégrations. Voir la page Agences.

Une migration se prépare. Parlons de la vôtre.

Un premier échange pour cadrer le projet, ou un diagnostic pour vérifier que migrer est bien la bonne décision.

Estimer mon projet Discuter sur WhatsApp