Extensibilité du checkout Shopify : Le guide complet

Points clés à retenir

• L’extensibilité du checkout Shopify est le framework qui a remplacé checkout.liquid. Il divise la personnalisation du checkout en outils structurés : Checkout UI extensions, Shopify Functions, l’API de branding et les web pixels.
• Les boutiques Plus ont perdu checkout.liquid, les scripts supplémentaires et les balises de script sur les pages de remerciement et de statut de commande le 28 août 2025, avec des mises à niveau automatiques à partir de janvier 2026.¹²
• Les boutiques non-Plus avaient jusqu’au 26 août 2026 pour mettre à niveau les pages de remerciement et de statut de commande.³ Shopify Scripts a cessé de fonctionner après le 30 juin 2026.¹
• Le code personnalisé va désormais dans des extensions et des pixels en sandbox, et non plus en JavaScript brut dans un champ du checkout. C’est plus limité, et c’est le prix à payer pour un checkout plus rapide et plus sûr.
• La migration nécessite un vrai travail sur le thème et les applications. Fudge, l’opérateur IA pour les boutiques Shopify, gère les modifications de la vitrine qui en découlent sous forme de brouillons que vous approuvez ; les extensions de checkout elles-mêmes restent un travail de développeur.

L’extensibilité du checkout Shopify est la méthode actuelle et prise en charge pour personnaliser le checkout Shopify. Ce n’est pas une seule fonctionnalité. C’est un ensemble de blocs de construction - Checkout UI extensions, Shopify Functions, une API de branding et des web pixels - qui gèrent chacun une partie du checkout que checkout.liquid couvrait auparavant dans un seul fichier.

Ci-dessous : pourquoi Shopify a abandonné checkout.liquid, les dates limites, chaque bloc de construction, les cibles d’extension et comment effectuer la mise à niveau. Chaque section renvoie vers un guide dédié.

Chaque date ci-dessous est citée d’après une source officielle de Shopify.

Si vous avez un forfait non-Plus, la date limite du 26 août 2026 est maintenant dépassée. Nos mises à jour Shopify d’août 2026 couvrent ce qui a changé, et notre guide de migration détaille la transition complète si vous avez encore d’anciennes personnalisations à remplacer.

Pourquoi vous pouvez nous faire confiance

Nous évoluons dans l’écosystème Shopify depuis plus de quatre ans et avons travaillé avec des centaines de boutiques.

Jacques, notre CTO, a plus de 15 ans d’expérience en développement et a créé et migré des vitrines pour de nombreuses marques Shopify, y compris des travaux sur le checkout.

Nous développons Fudge, l’opérateur IA pour les boutiques Shopify, avec une note de 4.9 sur le Shopify App Store et un badge Built for Shopify. Nous sommes partiaux envers notre propre produit, et nous disons clairement où il est utile et où il ne l’est pas.

Qu’est-ce que l’extensibilité du checkout Shopify ?

L’extensibilité du checkout est un framework structuré pour personnaliser le checkout via des API approuvées par Shopify plutôt que du code arbitraire.

L’ancien modèle vous permettait d’injecter n’importe quel script JavaScript, Liquid ou tiers dans le checkout via checkout.liquid et le champ des scripts additionnels. C’était flexible mais fragile. Un script de tracking lent ou un bout de code cassé pouvait détériorer ou faire planter la page la plus importante de la boutique.

Le nouveau modèle divise cette surface en outils bien définis :

• Les extensions UI du checkout pour les changements d’interface.
• Les Shopify Functions pour la logique backend comme les réductions, la livraison, le paiement et la validation.
• L’API de branding pour le style.
• Les pixels web pour le tracking et l’analytics.

Chaque outil s’exécute dans l’environnement de rendu et la sandbox de Shopify. Vous avez moins de liberté brute, mais vous obtenez un checkout qui reste rapide, facile à mettre à jour et cohérent sur le web et l’application Shop.

Extensibilité du checkout vs checkout.liquid

L’idée de ce tableau : rien n’a été retiré sans être remplacé. Le travail consiste à mapper chaque ancienne customisation vers son nouvel outil.

Pourquoi Shopify a-t-il déprécié checkout.liquid ?

Trois raisons ont motivé ce changement : les performances, la sécurité et la capacité de mise à niveau.

checkout.liquid permettait aux marchands de modifier directement le checkout, ce qui signifiait que Shopify ne pouvait pas modifier le checkout en toute sécurité sans risquer de casser chaque personnalisation. Les scripts injectés s’exécutaient également avec un accès total à une page qui gère les paiements et les données personnelles.

Les pages de la vitrine avant le checkout sont toujours ouvertes aux scripts d’applications. C’est là qu’a frappé l’attaque de phishing du checkout Shopify d’octobre 2026, redirigeant les acheteurs vers un faux checkout avant que le vrai de Shopify ne se charge.

L’extensibilité du checkout résout ce problème en plaçant les personnalisations derrière des API versionnées et des sandbox. Shopify peut ainsi déployer des améliorations du checkout - fonctionnalités de conversion, One Page Checkout, correctifs d’accessibilité - sans casser votre code, car votre code communique avec une interface stable plutôt qu’avec la page brute.

Les dates limites de 2025 et 2026

Toutes les dates ci-dessous sont maintenant passées. Les boutiques qui en ont manqué une ont été mises à niveau par Shopify, et leurs anciennes personnalisations ont été supprimées.

Quelques remarques sur la lecture de ce tableau.

Pour les boutiques Plus, les étapes checkout.liquid pour les Informations, l’Expédition et le Paiement n’étaient déjà plus prises en charge depuis le 13 août 2024, avant l’arrêt des pages de remerciement et de statut de commande.¹ La date du 28 août 2025 et la mise à niveau automatique de janvier 2026 s’appliquent spécifiquement aux pages de remerciement et de statut de commande.¹²

Pour les boutiques non-Plus, les pages de remerciement et de statut de commande sont la surface concernée, et la date est le 26 août 2026.³ Tout ce qui se trouvait dans le champ des scripts supplémentaires sur ces pages - balises de conversion, pixels, snippets personnalisés - devait trouver une nouvelle place d’ici là ; s’il y est encore, il ne s’exécute plus.

Shopify Scripts a une date limite distincte. La logique de réduction, d’expédition et de paiement construite avec les Scripts ne s’est exécutée que jusqu’au 30 juin 2026 ; cette logique doit désormais vivre dans Shopify Functions.¹

Les briques de construction de l’extensibilité du checkout

Quatre outils remplacent ce que faisait checkout.liquid. Voici ce que gère chacun d’eux.

Extensions UI du checkout

Les Checkout UI extensions ajoutent une interface et une logique personnalisées dans les pages de checkout, de remerciement et de statut de commande à des emplacements définis.⁴

Elles sont construites avec les composants web de Shopify - boutons, texte, champs de formulaire, cases à cocher - combinés à des primitives de mise en page comme les piles (stack), les grilles et les sections.⁴ Vous les affichez sur des cibles spécifiques plutôt que de modifier la page directement, et elles lisent les données du checkout via les API cibles : identité de l’acheteur, coût, articles, attributs et champs méta (metafields).⁴

Utilisations courantes : champs personnalisés (notes de livraison, messages cadeaux), éléments de réassurance, upsells et bannières de contenu. Les étapes complètes du checkout (Informations, Expédition, Paiement) acceptent les UI extensions sur Plus ; les pages de remerciement et de statut de commande les acceptent sur tous les forfaits.⁴

Les Checkout UI extensions sont versionnées, et Shopify publie une nouvelle version de l’API chaque trimestre, vérifiez donc la documentation pour connaître la version actuelle.⁴

Shopify Functions

Shopify Functions personnalise la logique métier en backend - les décisions que prend le checkout, et non son apparence.⁵

Les types de Functions couvrent les domaines que géraient les Scripts et plus encore :⁵

• Réductions - types et combinaisons de réductions personnalisées.
• Personnalisations de la livraison - renommer, réorganiser ou masquer les options de livraison.
• Personnalisations du paiement - masquer ou réorganiser les méthodes de paiement.
• Validation du panier et du checkout - bloquer le checkout lorsque les conditions ne sont pas remplies.
• Acheminement des commandes, points de retrait et bundles.

Les Functions sont compilées en WebAssembly et s’exécutent sur l’infrastructure de Shopify.⁵ Il existe des modèles pour Rust et JavaScript, et Shopify recommande Rust comme étant le choix le plus performant pour que les fonctions n’échouent pas sur les gros paniers.⁵ Elles s’exécutent sans accès au réseau ou au système de fichiers, ce qui permet de les garder rapides et prévisibles dans le checkout.

C’est le remplacement direct de Shopify Scripts. Les Scripts ont cessé de s’exécuter après le 30 juin 2026, toute logique encore écrite sous forme de Script doit donc être reconstruite en tant que Function.¹

L’API de branding

L’API de branding stylise le checkout grâce à des jetons de design structurés plutôt que du CSS libre.

Elle fonctionne via la mutation checkoutBrandingUpsert de l’API Admin GraphQL, avec un designSystem qui définit les couleurs de base, la typographie, les rayons de bordure et l’espacement, et un objet customizations qui stylise des composants spécifiques.⁶ Les styles s’appliquent ensemble au checkout, aux Checkout UI extensions et aux pages de compte client, et non page par page.⁷

Une contrainte à prendre en compte : le style avancé du checkout via l’API de branding est uniquement disponible pour les marchands Shopify Plus.⁷ Les boutiques non-Plus le personnalisent via les paramètres de couleurs, de polices et de logo de l’éditeur de checkout.

Pixels web

Les web pixels remplacent le champ des scripts supplémentaires pour le tracking.

L’API Web Pixels s’abonne aux événements clients - pages vues, produits vus, ajouts au panier, commandes terminées - dans une sandbox, de sorte que le tracking observe les événements sans toucher au checkout lui-même.⁸ Les pixels d’application s’exécutent dans une sandbox stricte et peuvent récupérer les paramètres configurés via l’API Admin ; les pixels personnalisés s’exécutent dans une sandbox souple (lax) et ne nécessitent pas de code standard (boilerplate).⁸

C’est là que vont les balises de conversion Google Ads, les pixels Meta, GTM et les analytics. Les balises dans l’ancien champ des scripts supplémentaires ont cessé de fonctionner à la date limite de chaque boutique.¹³

Pour savoir où le JavaScript de la vitrine a toujours sa place maintenant que les Functions gèrent la logique du checkout, consultez comment ajouter du JavaScript personnalisé dans Shopify.

Comprendre les “targets” (cibles) d’extension

Les targets définissent où une UI extension apparaît et comment elle se comporte.⁴ Il en existe trois sortes :

Les targets static et block couvrent la plupart des customisations visibles. La différence se situe au niveau du contrôle : les targets static s’affichent là où le target est défini, tandis que les targets block laissent le marchand choisir l’emplacement dans l’éditeur de checkout.⁴

Une seule extension peut déclarer plus d’un target, ce qui permet à une app d’ajouter à la fois un champ et la logique qui y réagit.

Extensibilité des pages de Remerciement et de Statut de commande

Les pages de remerciement et de statut de commande sont là où la plupart des boutiques non-Plus ressentent ce changement, car c’est là que se trouvaient leur tracking et leur contenu post-achat.

Ces deux pages sont désormais personnalisées via l’éditeur de checkout et de compte avec des UI extensions et des web pixels, et non avec checkout.liquid ou des scripts supplémentaires.²³ Les UI extensions peuvent afficher un message personnalisé, un sondage ou du contenu post-achat, avec un accès en lecture aux champs méta de la commande.⁴ Le tracking qui se trouvait dans les scripts supplémentaires passe aux pixels d’application pour que les événements continuent de se déclencher.² Les offres post-achat sont une utilisation courante de ces surfaces ; notre comparatif des meilleures applications d’upsell post-achat Shopify couvre les applications déjà construites dessus.

Pour une boutique sous les forfaits Basic, Shopify ou Advanced, voici la checklist pour remplacer ce que la mise à niveau a supprimé :³

1. Trouver chaque balise dans le champ des scripts supplémentaires (conversion, remarketing, analytics).
2. Recréer chacune d’elles en tant que pixel d’application ou pixel personnalisé.
3. Reconstruire tout contenu post-achat en tant qu’UI extension sur la page de remerciement.
4. Vérifier que les événements se déclenchent lors d’une commande test.

Si vous ne faites rien, Shopify met à niveau la boutique pour vous et les anciennes personnalisations ne sont pas conservées.²³

Comment migrer depuis checkout.liquid

La mise à niveau est un exercice de correspondance. Prenez chaque chose que faisait l’ancien checkout et déplacez-la vers l’outil qui la gère désormais. Notre guide de migration de checkout.liquid vers les extensions de checkout détaille la marche à suivre étape par étape.

Un ordre d’opérations fonctionnel :

1. Inventorier l’ancien checkout. Listez chaque personnalisation, script et application touchant le checkout, la page de remerciement et le statut de commande.
2. Trier par outil. Attribuez chaque élément à une UI extension, une Function, au branding ou à un pixel.
3. Vérifier d’abord vos applications. De nombreuses applications proposent déjà des versions pour l’extensibilité du checkout. Mettre à niveau l’application est souvent plus rapide que de reconstruire du code personnalisé. Les applications d’abonnement sont un cas courant, car elles touchent à la fois au checkout, aux réductions et au compte client ; les meilleures applications d’abonnement Shopify sont toutes construites sur les nouvelles API.
4. Reconstruire les éléments personnalisés en tant qu’extensions. Générez la structure avec la CLI Shopify et testez sur une boutique de développement.
5. Déplacer d’abord les Scripts vers les Functions. Les Scripts ont cessé de s’exécuter après le 30 juin 2026.¹
6. Vérifier avec une vraie commande test avant de vous y fier.

Pour le parcours spécifique à Plus, y compris là où la modification limitée du checkout s’applique encore, voir comment modifier checkout.liquid dans Shopify Plus.

Tester les extensions du checkout

Le checkout est la dernière page que vous souhaitez voir planter en ligne. Testez-le bien avant de le publier.

• Boutiques de développement. Construisez et prévisualisez vos extensions sur une boutique de développement, pas sur l’environnement de production.
• Prévisualisation avec Shopify CLI. L’exécution de shopify app dev sert votre extension pour ainsi simuler sa présence lors d’un vrai checkout avant déploiement.
• Commandes tests. Passez une commande complète de bout en bout en passant par les pages du Statut de commande, et confirmez que les pixels ont bien réagi.
• Thèmes brouillons pour les modifications environnantes. Le contenu du checkout voisine souvent celui du panier et des pages de produit ; conservez ces changements sous forme de brouillons jusqu’à ce que vous les publiiez.

Pour les logiques d’upsell et cross-sell qui agissent sur le panier et le checkout ensemble, voir comment ajouter des upsells dans le panier Shopify. Il est par ailleurs utile d’analyser vos performances après ces changements ; notre Guide CRO pour Shopify détaille quoi tester pour booster vos conversions.

Limites et contraintes à prévoir

L’extensibilité du checkout est plus restrictive que checkout.liquid par conception. Connaissez les limites avant de promettre un développement.

• Pas de code arbitraire dans le checkout. Vous travaillez via des cibles et des API définies. S’il n’y a pas de cible pour un emplacement, vous ne pouvez pas encore y afficher d’éléments.
• La personnalisation complète du checkout est réservée à Plus. Les UI extensions sur les étapes Informations, Expédition et Paiement, ainsi que l’API de branding, sont des fonctionnalités Shopify Plus.⁴⁷ Les boutiques non-Plus personnalisent les pages de remerciement et de statut de commande, ainsi que le style au niveau de l’éditeur.
• Les Functions s’exécutent en sandbox. Pas d’accès au réseau ou au système de fichiers, et les performances sont importantes sur les gros paniers, c’est pourquoi Shopify recommande Rust.⁵
• Le branding s’applique à tout le checkout. Les styles s’appliquent à l’ensemble de l’expérience de checkout, et non page par page.⁷
• Les API sont versionnées. Les extensions ciblent une version spécifique de l’API, et vous effectuez les mises à niveau de manière délibérée.⁴

Où intervient Fudge lors d’un travail sur le checkout

L’extensibilité du checkout (checkout extensibility) est un travail de développeur : structurer (scaffolding) les extensions, écrire des Functions, câbler des pixels, tester sur des boutiques de développement.

La vitrine (storefront) autour du checkout - les pages de destination (landing pages), le contenu du panier, les pages produits, les sections de réassurance, les campagnes saisonnières - est l’endroit où se fait réellement une grande partie du travail de conversion, et la plupart de ces éléments ne nécessitent pas de développeur.

C’est le rôle de Fudge. Il s’exécute dans l’admin Shopify, fonctionne à partir de prompts plutôt que de code, et conserve chaque modification sous forme de brouillon que vous prévisualisez avant de publier. Il génère du Liquid natif, du JS et du CSS dans votre thème, il n’y a donc pas de lock-in (enfermement propriétaire). Il peut également identifier les pages produits et panier où les acheteurs abandonnent avant d’atteindre le checkout, préparer les correctifs et comparer le taux de conversion avant et après chaque changement. Pour les modifications orientées marchand qui entourent une migration de checkout - les pages et le contenu que vous préféreriez ne pas coder à la main - l’éditeur de boutique s’en charge pendant que votre équipe s’occupe des extensions de checkout.

Ce sont deux couches différentes. Les API d’extension gèrent le checkout ; un éditeur orienté brouillons gère la vitrine autour de lui.

Conclusion

L’extensibilité du checkout a remplacé un fichier flexible et fragile par quatre outils définis : les UI extensions pour l’interface, les Functions pour la logique, l’API de branding pour le style et les web pixels pour le tracking. Vous échangez une liberté brute contre un checkout qui reste rapide et facile à mettre à niveau.

Toutes les dates sont désormais derrière nous. Les boutiques Plus ont été mises à niveau tout au long de 2025 et jusqu’en janvier 2026.¹² Shopify Scripts s’est arrêté après le 30 juin 2026.¹ Les boutiques non-Plus avaient jusqu’au 26 août 2026 pour migrer les pages de remerciement et de statut de commande.³

Associez chaque ancienne personnalisation à son nouvel outil, portez d’abord les Scripts vers les Functions, déplacez les balises vers les pixels et testez avec une vraie commande. C’est toute la migration.

FAQ