Shopify Checkout Extensibility : checklist de migration pour ne pas perdre de ventes
Laurent Lacoste e-Commerce
Le checkout, ce n’est pas un “détail technique”. C’est votre caisse. Et quand Shopify change la caisse, vous avez deux options : vous anticipez, ou vous découvrez le problème un lundi matin avec des ventes qui passent et un tracking qui ne remonte plus.
Depuis 2024, Shopify sort progressivement checkout.liquid du jeu. Et sur les pages de fin de commande, les anciennes méthodes de personnalisation et de tracking sont en train de disparaître aussi. Pour les boutiques Plus, Shopify a démarré les mises à niveau automatiques à partir de janvier 2026, avec perte des customisations legacy. Pour les boutiques non Plus, la bascule automatique est annoncée si vous ne mettez pas à niveau avant le 26 août 2026.
L’objectif de cet article est simple : vous donner une checklist opérationnelle pour migrer sans casse, côté UX, côté apps, côté pixels, côté mesure. Découvrez notre guide sur la création de site e-commerce ou notre offre e-commerce.
Le problème à comprendre en 30 secondes
Ce qui disparaît
- Les personnalisations via checkout.liquid sur les étapes de checkout ne sont plus supportées depuis août 2024.
- Sur les pages Thank you et Order status, les “additional scripts”, les apps qui injectent des script tags, et checkout.liquid sont en voie d’extinction, avec des deadlines et des bascules automatiques.
Ce qui remplace
- Blocks et éditeur checkout pour la mise en page et certaines fonctionnalités.
- Web pixels et app pixels pour la mesure.
- Checkout UI extensions pour les personnalisations propres, upgrade-safe.
Et oui, c’est plus cadré. Et non, ce n’est pas “pire”. C’est juste plus robuste. Un peu comme passer d’un bricolage qui marche à un système qui tient.
Webographie : articles TooNetCreation à lire ensuite
Pour renforcer le maillage interne autour de Shopify, du tracking et de la performance :
- Shopify : les 6 meilleures optimisations pour accélérer votre site — Vitesse, UX, points techniques qui impactent directement la conversion.
- Top des outils SEO pour Shopify — Stack et méthodes pour piloter la visibilité sans se perdre.
- Mesurer la performance e-commerce avec GA4 et des UTM bien pensés — Pour garder une attribution propre avant/après migration.
- UTM : définition et méthode d’utilisation intelligente — La base pour relier vos campagnes, votre checkout et vos ventes.
- TCO : Shopify vs WooCommerce vs PrestaShop — Coûts réels, maintenance, risques : utile pour décider et budgéter la migration.
Qui doit se sentir concerné
Vous êtes concerné si vous avez au moins un de ces symptômes :
- Vous avez ajouté du code dans Additional scripts dans le passé.
- Vous avez un historique de custom sur la page Thank you ou Order status.
- Vous utilisez des apps de tracking ou d’attribution qui passaient par des script tags.
- Vous avez une stack pub sérieuse et vous tenez à vos chiffres.
Indice très simple : dans Shopify Admin, vous voyez une notice d’upgrade dans Settings puis Checkout, section Configurations.
La timeline à connaître
Je vous la mets sans folklore, avec des dates.
- 13 août 2024 : checkout.liquid ne fonctionne plus pour les pages Information, Shipping, Payment.
- 28 août 2025 : sur Thank you et Order status, les additional scripts deviennent non éditables et Shopify accélère l’arrêt des solutions legacy, en particulier côté Plus.
- Janvier 2026 : début des upgrades automatiques sur Plus, avec perte des customisations legacy sur Thank you et Order status.
- 26 août 2026 : date de bascule automatique annoncée côté non Plus si vous ne publiez pas la nouvelle version.
Table de traduction : ancien monde vs nouveau monde
Ce que vous aviez avant | Ce que Shopify veut maintenant | Ce que vous devez faire |
Custom Thank you et Order status via checkout.liquid | Checkout editor + extensions | Recréer via blocks ou UI extensions |
Additional scripts pour tracking | Pixels | Passer en web pixels ou app pixels |
Apps qui injectent des script tags | Apps compatibles blocks et pixels | Mettre à jour, remplacer, ou développer une version compatible |
Tracking basé sur des données sensibles exposées sur legacy | Flux plus contrôlé | Valider les événements, et adapter ce que vous envoyez aux plateformes |
Les termes exacts et les étapes officielles sont décrites par Shopify dans ses guides de mise à niveau.
La checklist terrain en 10 étapes
Étape 1 : confirmer votre situation exacte
Action :
- Shopify Admin
- Settings
- Checkout
- Configurations
- Ouvrir la notice d’upgrade et le rapport
Pourquoi : Shopify génère un upgrade guide personnalisé qui liste ce que vous avez aujourd’hui. C’est votre inventaire de départ.
Étape 2 : faire l’inventaire complet, sans trou
Vous listez, noir sur blanc :
- Ce qui touche la mesure : GA4, Google Ads, Meta, affiliate, CAPI, pixels divers
- Ce qui touche l’expérience : upsell post-purchase, messages, widgets, livraison, paiements
- Ce qui touche l’exploitation : scripts anti fraude, outils de support, chat, monitoring
Astuce de vieux grincheux : si ce n’est pas listé, ça n’existe pas. Et c’est exactement comme ça qu’on perd du tracking.
Étape 3 : trier apps compatibles vs incompatibles
Dans l’upgrade guide, Shopify sépare :
- Les apps déjà compatibles
- Les apps incompatibles ou à mettre à jour
Action :
- Mettre à jour tout ce qui est compatible
- Pour l’incompatible : contacter l’éditeur, ou choisir une alternative compatible
Shopify est très explicite sur ce point : si l’app ne propose pas blocks ou pixels, vous ne pourrez pas “garder comme avant”.
Étape 4 : migrer le tracking vers pixels
Objectif : vous assurer que vos événements clés remontent correctement.
Action :
- Remplacer les scripts de tracking par des app pixels ou web pixels
- Vérifier que vos événements checkout_completed et équivalents existent bien côté pixels
Important : Shopify annonce que certains scripts analytics peuvent être migrés “best-effort” vers des custom pixels lors d’une auto-upgrade, mais je ne miserais pas votre attribution là-dessus.
Étape 5 : remplacer les additional scripts
Depuis fin août 2025, la section additional scripts est annoncée view-only, donc fini les “petites modifs rapides”.
Action :
- Pour chaque script : identifier son rôle
- Choisir son remplaçant : fonctionnalité Shopify native, app compatible, ou custom app
Étape 6 : reconstruire les éléments UX sur Thank you et Order status
Action :
- Ouvrir l’éditeur checkout et accounts
- Recréer la page avec blocks quand c’est possible
- Pour le reste : Checkout UI extensions
Shopify documente précisément la personnalisation de ces pages via checkout UI extensions.
Étape 7 : prévoir le cas des custom apps
Si vous avez du spécifique :
- script tags
- tracking maison
- intégrations “faites à l’époque”
Action :
- passer en UI extensions ou web pixels
- arrêter d’injecter du code à l’ancienne
La doc Shopify côté apps en checkout est votre base de référence.
Étape 8 : construire un plan de test qui couvre les vrais risques
Je vous donne la version utile, pas la version PowerPoint.
À tester avant publication :
- 1 commande simple
- 1 commande avec code promo
- 1 commande avec livraison et variation de transporteur
- 1 commande avec taxe et cas limite
- 1 paiement principal, plus un moyen alternatif si vous en avez
- 1 retour client sur Order status et navigation depuis email de confirmation
- Tracking : événements, sources, conversion, remontée des transactions
Étape 9 : publier, puis surveiller comme un adulte responsable
Action :
- Publier l’upgrade
- Mettre une fenêtre de surveillance sur 48 à 72 heures
- Comparer conversion checkout, erreurs paiement, sources, anomalies de panier
C’est là que vous gagnez en tranquillité. Et oui, je vais le redire : l’espoir n’est pas une stratégie.
Étape 10 : garder une porte de sortie, mais ne pas en faire un plan
Shopify décrit des possibilités de revert dans certains cas, avec des conditions et des délais. C’est utile si vous avez un vrai incident. Ce n’est pas un mode de fonctionnement.
Les 7 erreurs que je vois tout le temps
- Migrer juste avant une période commerciale forte
- Oublier la page Order status, alors que les clients y reviennent via email
- Laisser un outil pub critique non compatible, en se disant que ça passera
- Tester une commande et conclure que tout va bien
- Ne pas valider le tracking en conditions réelles
- Confondre “ça affiche” et “ça mesure”
- Lancer sans surveillance post-publication
Ce que TooNetCreation peut faire pour vous sans bla bla
Si vous voulez une approche propre, je vous conseille un format en deux temps :
- Audit checkout et tracking : inventaire, risques, plan de migration
- Migration et tests : mapping scripts vers pixels, remplacement apps, recette, publication, monitoring
Vous n’achetez pas un article de blog. Vous achetez de la tranquillité en production. Et ça, franchement, ça vaut plus que trois astuces glanées sur un forum à 2 heures du matin.
Prêt à concrétiser votre projet ?
Posez nous toutes vos questions et nous vous aiderons à y voir plus clair.
