Une migration maîtrisée tient en 90 jours. Voici comment.
Un replatforming rate rarement sur la technique. Il rate sur le risque mal cadré : un go-live précipité, des données perdues, du SEO qui s'effondre. La méthode 90 jours découpe la migration en quatre temps qui dérisquent chacun un angle précis : on cadre avant de coder, on migre la donnée avant de recetter, on valide avant de basculer. Voici le déroulé, étape par étape.
Cadrage signé · Recette validée écran par écran · Bilan J+90 mesuré
01 - LE DÉROULÉ, JOUR PAR JOUR
Quatre phases, chacune dérisque un angle précis.
01
Cadrage
On inventorie tout avant d'écrire une ligne de code : catalogue, volume de SKUs, redirections existantes, connecteurs ERP et WMS, dette des modules tiers. Le livrable est un document de cadrage signé qui fixe le scope, les jalons et les responsabilités. Si le projet n'est pas faisable dans le budget ou le délai, c'est ici qu'on le dit, pas à mi-parcours. Dérisquer commence par regarder la réalité en face.
02
Construction
Le thème Liquid se construit pendant que le catalogue migre vers un environnement de recette, en parallèle du site en production. Produits, variantes, attributs, catégories deviennent des collections. Le plan de redirections 301 est préparé et testé URL par URL. Vous validez chaque livrable écran par écran : tunnel d'achat, connecteurs, performances. Tout se passe en recette, zéro impact sur le chiffre d'affaires pendant cette phase.
03
Bascule
Bascule planifiée hors heures de pointe, date fixée plusieurs semaines à l'avance. Redirections 301 chargées avant le changement DNS, monitoring temps réel, plan de rollback activable en moins de 2 heures. On ne bascule jamais sur une recette à moitié validée : un bug repéré avant le go-live coûte une correction, le même bug en production coûte des ventes.
04
Stabilisation J+90
Monitoring Search Console J+7, J+14, J+30, J+90, corrections sous 24 à 48 h en cas d'anomalie. Formation des équipes, transfert de compétences signé. Bilan J+90 (trafic organique, conversion, Core Web Vitals) mesuré contre la baseline d'avant projet. Le but n'est pas que vous dépendiez de nous, c'est que vous soyez autonomes.
Chaque phase a un livrable validé avant de passer à la suivante. On ne migre pas la donnée tant que le cadrage n'est pas signé, on ne bascule pas tant que la recette n'est pas approuvée. Le séquencement est la première garantie.
Dérisquer, ce n'est pas promettre. C'est séquencer.
Chaque phase de la méthode neutralise un risque connu de replatforming. Voici ce que chacune verrouille, et pourquoi.
Le cadrage garantit la prévisibilité
Scope, jalons et budget sont arrêtés par écrit avant le premier euro dépensé. Les surprises budgétaires post-démarrage viennent presque toujours d'un cadrage bâclé. En figeant le périmètre tôt, on déplace le risque de découverte au début, quand il coûte le moins cher à corriger.
La recette garantit la continuité
Migration en environnement parallèle, validation écran par écran, tests automatisés avant bascule. Tant que la production tourne et que la recette n'est pas approuvée, votre chiffre d'affaires ne bouge pas. La continuité commerciale n'est pas un voeu : c'est une conséquence du fait de tout valider avant de basculer.
La stabilisation J+90 garantit l'autonomie
Formation de l'équipe, documentation des procédures, code et thème qui vous appartiennent à 100 %. Monitoring Search Console et bilan mesuré contre la baseline d'avant projet. Un projet n'est pas réussi quand il est livré, il l'est quand vous n'avez plus besoin de l'agence. La dépendance technique est un risque comme un autre, donc on l'élimine par le transfert de compétences.
Ce que la méthode produit, vérifié projet après projet.
Repères mesurés sur nos projets de migration. Ce sont des engagements de méthode, pas des moyennes de marché : votre cas a ses propres chiffres, fixés en cadrage.
QUESTIONS FRÉQUENTES
Ce que les décideurs nous demandent sur la méthode
-
Parce que les trois risques majeurs d'une migration ne se neutralisent pas en parallèle, ils se traitent en séquence. On ne peut pas migrer la donnée proprement tant que le cadrage n'a pas inventorié le catalogue et les connecteurs. On ne peut pas recetter tant que la donnée n'est pas en environnement parallèle. On ne peut pas basculer tant que la recette n'est pas validée écran par écran.
Compresser ces phases ne fait pas gagner du temps, ça transfère le risque vers le go-live, là où il coûte le plus cher. 90 jours est la durée qui laisse chaque jalon être validé avant le suivant, sans temps mort. C'est aussi le délai minimum pour que les moteurs réindexent et propagent les changements de structure SEO, généralement 4 à 12 semaines.
-
Par le fait que rien ne touche la production avant la toute dernière phase. Pendant le cadrage, la migration de données et la recette, votre site actuel continue de tourner exactement comme avant. Le nouveau Shopify se construit dans un environnement de recette séparé, en parallèle.
La bascule elle-même est planifiée hors heures de pointe, avec une date fixée plusieurs semaines à l'avance et un plan de rollback activable en moins de 2 heures si quoi que ce soit dérape. Les redirections 301 sont chargées avant le changement DNS pour qu'aucune URL indexée ne réponde en 404. La continuité commerciale est une conséquence mécanique de ce séquencement, pas une promesse.
-
C'est le point le plus sensible d'une migration et il se prépare dès la phase de migration de données, pas au moment du go-live. La méthode en trois temps : avant la bascule, on crawle l'intégralité de l'ancien site et on croise avec la Search Console pour identifier les URLs qui génèrent du trafic réel, puis on établit un plan de redirections 301 URL par URL.
Pendant la bascule, le fichier de redirections est chargé dans Shopify avant le changement DNS. Après, on soumet le nouveau sitemap à la Search Console dès J+1 et on monitore les positions à J+7, J+14, J+30 et J+90, avec correction sous 24 à 48 h en cas d'anomalie. Le bilan J+90 mesure la conservation des positions contre la baseline d'avant projet.
-
Le séquencement par jalons est précisément ce qui rend un retard visible et contenu, au lieu de le laisser s'accumuler en silence. Chaque phase a un livrable défini : cadrage signé, données en recette, recette approuvée, site en production. Tant qu'un livrable n'est pas validé, la phase suivante ne démarre pas.
Concrètement, un retard se détecte au passage de jalon, pas à la fin du projet. C'est l'inverse d'un projet en régie qui dérive sans point de contrôle intermédiaire. Si un imprévu apparaît, on le chiffre noir sur blanc à votre main avant de continuer : vous décidez en connaissance de cause, vous ne découvrez jamais un dépassement après coup.
Votre migration a son propre déroulé. Cadrons-le.
La méthode est la même, le calendrier est le vôtre. Le cadrage commence par regarder votre catalogue, vos connecteurs et vos URLs en face, puis pose un plan jalonné réaliste. C'est un échange, pas un devis : utilisez-le pour décider, qu'on travaille ensemble ou non.