Migration e-commerce : le guide complet pour ne perdre ni trafic ni ventes

Une migration e-commerce est l'une des opérations les plus sensibles dans la vie d'une boutique en ligne. Changer de CMS, refondre une plateforme ou rapatrier un catalogue d'un système à un autre touche en même temps aux données, aux URLs, au référencement et au tunnel de conversion. Bien menée, l'opération est invisible pour le client et neutre pour le trafic. Mal préparée, elle se solde par des pages introuvables, un catalogue incomplet et une chute des ventes qui peut durer des semaines. Ce guide décrit la méthode complète que nous appliquons chez Omniscrap, étape par étape, pour migrer une boutique sans perdre ni trafic ni chiffre d'affaires.

Qu'est-ce qu'une migration e-commerce, et quand migrer

Une migration e-commerce consiste à transférer tout ou partie d'une boutique en ligne vers une nouvelle plateforme, une nouvelle version ou une nouvelle infrastructure. Cela englobe trois cas de figure que l'on confond souvent :

• Changer de CMS (par exemple migrer de WooCommerce vers PrestaShop, ou de Magento vers Shopify) : on change de moteur, de structure de données et d'URLs.
• Monter de version sur la même plateforme (PrestaShop 1.7 vers 9, par exemple) : le socle technique change même si la marque reste la même.
• Refondre ou ré-héberger sans changer de CMS : nouveau thème, nouvelle arborescence, nouveau serveur.

On décide de migrer sa boutique en ligne quand la plateforme actuelle bride la croissance : version en fin de support, performances dégradées, impossibilité d'ajouter des fonctionnalités, coûts de maintenance qui explosent, ou catalogue devenu ingérable. Le bon moment est rarement « tout de suite » : une migration se planifie en dehors des pics commerciaux (soldes, fêtes) et se prépare en amont.

Les risques : pourquoi une migration fait perdre du trafic

Le risque principal n'est pas technique, il est organique. Un site qui a mis des années à se positionner sur Google a accumulé un capital : URLs indexées, autorité, maillage interne, signaux de performance. Une migration peut détruire ce capital en quelques heures si elle est faite à l'aveugle. Voici les principales sources de pertes que nous rencontrons.

La grande majorité de ces pertes sont évitables. Elles ne viennent presque jamais de la nouvelle plateforme elle-même, mais d'étapes sautées dans la préparation. C'est pourquoi nous traitons la migration comme un projet à part entière, avec une recette formelle avant la bascule.

Les 6 grandes étapes d'une migration réussie

Notre méthode tient en six phases. Chacune doit être validée avant de passer à la suivante. On ne bascule jamais une boutique sans avoir franchi les cinq premières.

1. L'audit de l'existant

Avant de toucher quoi que ce soit, on cartographie le site actuel : on recense le nombre de produits, de catégories, de pages CMS, les URLs indexées, les pages qui génèrent du trafic, les modules et fonctionnalités utilisés, les intégrations (paiement, transporteurs, marketplaces). Cet audit définit le périmètre et révèle ce qui doit absolument survivre à la migration. C'est aussi le moment de figer un état de référence du trafic et des positions : on sauvegarde les performances actuelles (pages les plus visitées, mots-clés positionnés, taux de conversion) pour disposer d'un point de comparaison fiable après la bascule. Sans cette photo de départ, impossible de distinguer une vraie régression d'une simple variation saisonnière.

2. Le mapping des données

C'est le cœur technique du projet. Chaque champ de l'ancien système doit trouver sa correspondance dans le nouveau : produits, références, prix, déclinaisons, attributs, catégories, images, clients, commandes, avis. Les structures de données diffèrent d'une plateforme à l'autre — un attribut chez l'un peut être une caractéristique chez l'autre. Un mapping rigoureux évite les produits orphelins et les déclinaisons cassées. Nous portons une attention particulière à trois points qui cassent silencieusement un catalogue migré :

• Les déclinaisons et combinaisons : taille, couleur, matière. Une combinaison mal mappée fait disparaître un stock ou un prix sans erreur visible.
• Les images et leurs métadonnées : noms de fichiers, attributs alt, ordre d'affichage et génération des formats attendus par le nouveau thème.
• Les relations entre entités : associations produit-catégorie, produits liés, packs et règles de prix, qui ne se devinent pas d'un export plat.

3. Le plan de redirections

Dès que les URLs changent, il faut un plan de redirections 301 qui associe chaque ancienne URL à sa nouvelle destination. C'est l'étape qui protège le SEO : sans elle, Google découvre des 404 et désindexe les pages. On redirige les fiches produits, les catégories, les pages CMS et les éventuelles URLs de listing filtrées.

4. La recette sur environnement de staging

La nouvelle boutique se construit sur un environnement parallèle (staging), jamais en production. On y importe les données, on rebranche les modules, on teste le tunnel d'achat de bout en bout : ajout au panier, livraison, paiement réel, e-mails de confirmation. Une checklist en 40 points permet de ne rien oublier à ce stade.

5. La bascule sans coupure (0 downtime)

Quand la recette est validée, la bascule se prépare pour être la plus courte possible. On gèle les commandes le temps de l'opération, on bascule le DNS ou le serveur, on active les redirections, on remet le site en ligne. Bien orchestrée, l'opération dure quelques minutes et reste invisible pour le visiteur.

6. Le suivi post-migration

La migration ne s'arrête pas à la bascule. Pendant les semaines suivantes, on surveille :

1. les erreurs 404 dans les logs et la Search Console ;
2. l'indexation des nouvelles URLs ;
3. les courbes de trafic et de positions ;
4. les commandes et le taux de conversion ;
5. les Core Web Vitals et les temps de réponse.

Tout écart se corrige tant que la mémoire du projet est fraîche. C'est cette vigilance qui distingue une migration neutre d'une migration qui coûte des mois de trafic.

Préserver le SEO pendant la migration

Préserver le référencement repose sur un principe simple : conserver autant que possible ce que Google connaît déjà, et signaler clairement ce qui change. En pratique, cela veut dire :

• Redirections 301 systématiques de chaque ancienne URL vers sa nouvelle, sans chaînes de redirections successives.
• Conservation des balises : title, meta description, balises Hn, attributs alt des images et contenus éditoriaux.
• Sitemap XML régénéré et soumis dès la bascule, et robots.txt vérifié pour ne pas bloquer le crawl par accident.
• Données structurées (produits, avis, fil d'Ariane) reportées sur la nouvelle plateforme.
• Maillage interne reconstruit pour ne pas créer de pages orphelines.

Le piège le plus courant est de laisser des erreurs 404 s'accumuler parce que les URLs filtrées ou paginées n'ont pas été prises en compte dans le plan de redirections. Un audit complet des URLs indexées, réalisé en amont, élimine ce risque.

Migrer les données ou tout reconstruire ?

Deux approches s'opposent. La première consiste à transférer le catalogue existant tel quel vers la nouvelle plateforme. La seconde consiste à repartir d'une base propre et à n'importer que les données utiles. Le bon choix dépend de l'état du catalogue actuel.

Dans la plupart des cas, on combine les deux : on migre les données structurantes (produits actifs, clients, commandes) et on profite de l'opération pour nettoyer ce qui ne sert plus (produits désactivés, doublons, catégories vides). Une migration est une occasion rare de remettre un catalogue en ordre.

Combien de temps, et à quel coût ?

Il n'existe pas de durée ni de budget universels : tout dépend du périmètre. Plutôt que d'avancer des chiffres trompeurs, voici les facteurs qui font varier le projet du simple au triple.

• Le volume du catalogue : quelques dizaines de produits ou plusieurs milliers de références avec déclinaisons.
• L'écart entre les plateformes : monter de version coûte moins qu'un changement complet de CMS.
• Le nombre d'intégrations : paiement, transporteurs, ERP, marketplaces, chacune demande des tests dédiés.
• La qualité des données de départ : un catalogue propre se migre vite, un catalogue désordonné demande un nettoyage préalable.
• Le niveau d'exigence SEO : un site à fort trafic organique justifie un plan de redirections et un suivi renforcés.

Le choix entre faire la migration soi-même avec un outil dédié ou confier le projet à un prestataire dépend aussi de ces facteurs. Nous avons détaillé cet arbitrage dans notre comparatif outil de migration ou agence : un outil suffit pour un catalogue simple, mais dès que les intégrations et le SEO entrent en jeu, l'accompagnement devient rentable.

Conclusion

Une migration e-commerce réussie n'est pas une question de chance : c'est une question de méthode. Auditer l'existant, mapper rigoureusement les données, bâtir un plan de redirections complet, recetter sur un environnement parallèle, basculer sans coupure et surveiller l'après : ces six étapes transforment une opération à risque en changement maîtrisé. La règle qui résume tout : on ne migre jamais en aveugle, et jamais directement en production. C'est cette rigueur qui permet de changer de plateforme sans sacrifier le trafic ni les ventes que l'on a mis des années à construire.