Chez Isabelle, l’un des trente dirigeants de PME que je conseille chaque année, la boutique en ligne s’appelait « Fils & Coton » — je change le nom, mais l’histoire, elle, est authentique. Vente de linge de maison artisanal, 340 références, un site sous Magento 1 depuis 2015. En juin dernier, elle m’a appelé un vendredi soir, un peu paniquée : son hébergeur venait de lui annoncer l’arrêt du support Magento 1 dans les trois mois. Elle n’avait pas le choix, elle devait migrer. Ce que j’ai vu chez elle pendant les cinq mois qui ont suivi résume à peu près tout ce qui peut foirer — et tout ce qui, fait correctement, permet de s’en sortir. Voilà le déroulé complet, chiffres à l’appui, pour que vous ne répétiez pas les mêmes erreurs.
La situation avant migration : un site qui marchait, mais qui datait
Le site d’Isabelle générait 18 000 € de chiffre d’affaires mensuel, avec un trafic organique qui représentait 60% des visites. Autrement dit : son référencement naturel, patiemment construit depuis huit ans, était l’actif le plus précieux de son business. Le problème, c’est que Magento 1 (le « M1 » du jargon, que je préfère éviter mais qu’il faut connaître pour comprendre les devis) n’était plus maintenu depuis 2020 côté sécurité. Elle tournait avec douze extensions — ces modules complémentaires qu’on installe pour ajouter des fonctionnalités que le cœur du logiciel ne propose pas nativement, comme un module de paiement fractionné ou un connecteur vers son logiciel de comptabilité.
Douze extensions, un thème (l’habillage graphique du site) codé sur-mesure en 2015, et zéro documentation technique laissée par le prestataire d’origine qui avait fermé boutique entre-temps. Voilà le point de départ typique. Combien de PME sont dans cette situation exacte, avec un site qui tourne mais dont plus personne ne sait vraiment ce qu’il y a dedans ? D’après mon expérience sur plus de 200 accompagnements, je dirais au moins six sur dix pour les sites e-commerce de plus de cinq ans.
Le budget et le calendrier réels, pas ceux du devis initial
Le premier devis qu’Isabelle a reçu d’une agence parisienne annonçait 8 000 € et six semaines. J’ai vu ça échouer chez au moins quinze PME avec des variantes du même chiffre : le devis initial ne couvre presque jamais la réalité d’une migration Magento 1 vers Magento 2. Voici ce qui s’est réellement passé, poste par poste.
Le développement pur — migration de la base de données, reconstruction du thème sous la nouvelle architecture — a coûté 14 500 €, presque le double de l’estimation. La raison : le thème sur-mesure n’était pas compatible avec Magento 2, il a fallu le refaire quasiment de zéro plutôt que « l’adapter » comme promis. Ajoutez à cela 3 200 € pour le remplacement des douze extensions, dont trois n’existaient tout simplement plus en version Magento 2 et ont dû être reconstruites par un développeur freelance. Ajoutez encore 1 800 € de refonte SEO technique pour gérer les redirections d’URL — j’y reviens juste après, c’est le piège numéro un. Total réel : 19 500 €, contre 8 000 € annoncés. Et le calendrier : cinq mois et demi au lieu des six semaines promises, entre les allers-retours de recette, les bugs de paiement découverts en pré-production, et deux changements de développeur en cours de route.
Comparons avec un autre cas que j’ai suivi la même année : chez un e-commerçant de pièces détachées auto, la migration a coûté 6 800 € et pris neuf semaines. Différence principale : il avait un thème standard non modifié, quatre extensions seulement, et surtout un audit préalable sérieux avant de signer quoi que ce soit. C’est exactement ce qui a manqué à Isabelle au départ.
Les pièges rencontrés : ce qui a vraiment fait mal
Le premier piège, et de loin le plus coûteux en dégâts invisibles : la perte de positionnement SEO liée aux URL cassées. Quand on migre de Magento 1 à Magento 2, la structure des URL change presque systématiquement — les identifiants de produits, la logique des catégories, parfois même l’arborescence entière. Sans un plan de redirection 301 exhaustif, chaque page qui change d’adresse perd son historique aux yeux de Google. Chez Isabelle, l’agence initiale avait « prévu les redirections » — sauf qu’elle en avait oublié 180 sur 340 fiches produits. Résultat : un mois après la mise en ligne, le trafic organique avait chuté de 45%. Ça s’est traduit concrètement par une perte de 6 000 € de chiffre d’affaires sur le mois suivant. Attention à ce point précis : exigez systématiquement une liste exhaustive des redirections, testée une par une, avant toute bascule en production, jamais un simple « on s’en occupe ».
Deuxième piège : l’incompatibilité des extensions. Sur les douze modules qu’utilisait Isabelle, trois n’avaient aucun équivalent officiel en Magento 2. Le module de paiement en plusieurs fois, en particulier, a dû être redéveloppé sur-mesure — c’est ce qui explique une bonne partie du dépassement de budget. Troisième piège, plus sournois : des erreurs de migration de données. Sur 340 produits, 22 se sont retrouvés avec des prix erronés après le transfert de la base — un problème d’arrondi dans le script de migration qui n’avait pas été testé sur l’intégralité du catalogue avant le passage en production. Deux clients ont commandé un article à 4,90 € au lieu de 49 €, avant qu’Isabelle ne s’en aperçoive.
Ce qui a vraiment fonctionné
Une fois la panique initiale passée, trois décisions ont sauvé la mise. D’abord, Isabelle a changé de prestataire à mi-parcours pour une agence régionale, plus petite, mais qui a accepté de faire un audit complet avant de reprendre le chantier — recensement de chaque extension, test systématique des 340 redirections une par une sur un environnement de préproduction accessible publiquement (donc indexable par les outils de test, pas seulement en local). Ensuite, elle a exigé un export complet de la base de données avant chaque étape critique, avec un test de restauration — pas juste une sauvegarde qu’on espère fonctionnelle, une sauvegarde vérifiée. Enfin, la mise en production s’est faite un mardi matin, jour de trafic faible sur son secteur, avec un monitoring du trafic et des commandes toutes les heures pendant 72 heures.
Résultat : le trafic organique a mis quatre mois à revenir à son niveau d’avant migration, mais il l’a fait, et le site tourne aujourd’hui sur une version à jour, avec un support de sécurité garanti pour plusieurs années. Ce n’est pas un miracle marketing, c’est simplement le résultat d’une méthode rigoureuse appliquée après une première tentative bâclée.
Le verdict et la leçon à en tirer
Cette migration a coûté à Isabelle 19 500 € et cinq mois et demi de stress, contre les 8 000 € et six semaines vendus au départ. Est-ce que Magento 2 était le bon choix pour elle ? Sur le fond, oui — mais uniquement parce qu’elle a fini par obtenir un audit sérieux et un vrai plan de redirection. La promesse marketing, c’était « une migration fluide et rapide vers une plateforme moderne ». La réalité du terrain, c’est un chantier technique lourd, avec des risques réels sur le référencement et les données, qui ne se traite pas en six semaines dès qu’on a plus de dix extensions ou un thème sur-mesure.
Mon conseil : avant de signer le moindre devis de migration Magento 2, demandez un audit préalable détaillé de vos extensions et de votre thème, facturé séparément et livré avant tout engagement sur le prix global. Exigez la liste complète des redirections 301 avant la bascule, pas après. Et testez la restauration de votre sauvegarde de données au moins une fois avant le jour J. Je sais que ce n’est pas ce que la plupart des agences vous proposent spontanément, mais c’est ce qui, chez Isabelle comme chez d’autres, a fait la différence entre un cauchemar à 20 000 € et une migration maîtrisée.