Points clés
- L’extensibilité du checkout Shopify est le framework qui a remplacé
checkout.liquid. Il divise la personnalisation du checkout en outils structurés : les extensions UI du checkout, les Shopify Functions, l’API de branding et les pixels web.- Les boutiques Plus perdront
checkout.liquid, les scripts additionnels et les balises de script sur les pages de Remerciement et de Statut de commande le 28 août 2025, avec des mises à jour automatiques débutant en janvier 2026.[^1][^2]- Les boutiques non-Plus ont jusqu’au 26 août 2026 pour mettre à jour les pages de Remerciement et de Statut de commande.[^3] Les Shopify Scripts cesseront de fonctionner après le 30 juin 2026.[^1]
- Le code personnalisé est désormais placé dans des extensions et des pixels en sandbox (bac à sable), et non plus sous forme de JavaScript brut dans un champ du checkout. C’est plus limité, mais c’est le prix à payer pour un checkout plus rapide et plus sécurisé.
- La migration demande un vrai travail sur le thème et les applications. Un outil fonctionnant avec des brouillons comme Fudge gère les modifications de la vitrine environnante sans que vous n’ayez tout à coder à la main.
L’extensibilité du checkout Shopify est la méthode actuelle et prise en charge pour personnaliser le checkout Shopify. Ce n’est pas une fonctionnalité unique. C’est un ensemble de briques de construction - les extensions UI du checkout, les Shopify Functions, l’API de branding et les pixels web - qui gèrent chacune une partie du checkout que checkout.liquid gérait auparavant dans un seul fichier.
Ce guide est votre feuille de route. Il explique ce qu’est l’extensibilité du checkout, pourquoi Shopify a déprécié checkout.liquid, les dates limites importantes en ce moment, chaque brique de construction et sa place, les cibles d’extension (targets), les pages de Remerciement et de Statut de commande, comment faire la mise à jour, et les limites à prévoir. Chaque section renvoie vers un guide ciblé si vous souhaitez creuser le sujet.
Chaque date et version ci-dessous est sourcée à partir de la documentation officielle de Shopify. Les dates limites du checkout ont déjà été repoussées par le passé, vérifiez donc toujours les pages Shopify en lien avant de planifier une migration.
Pourquoi vous pouvez nous faire confiance
Nous travaillons dans l’écosystème Shopify depuis plus de quatre ans et avons accompagné des centaines de boutiques.
Jacques, notre CTO, a plus de 15 ans d’expérience en développement et a créé et migré les vitrines de nombreuses marques Shopify, y compris sur la partie checkout.
Nous avons créé Fudge - un constructeur de pages Shopify et éditeur de boutique natif en IA, noté 5.0 sur le Shopify App Store et doté du badge Built for Shopify. Nous sommes biaisés en faveur de notre propre produit, et nous disons clairement quand il est adapté ou non.
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
| Fonctionnalité | checkout.liquid (legacy) | Extensibilité du checkout |
|---|---|---|
| Changements d’interface (UI) | Modifier Liquid/HTML brut | Extensions UI du checkout sur des cibles définies |
| Logique métier | Shopify Scripts, code sur mesure | Shopify Functions |
| Style | CSS dans le fichier du checkout | API de branding et éditeur de checkout |
| Tracking / Analytics | Champ de scripts additionnels | Pixels web |
| Exécution | Injection directe sur la page | Sandbox gérée par Shopify |
| Mise à jour | Manuelle, casse lors d’updates de la plateforme | API versionnées |
| Disponibilité | Plus uniquement, déprécié | Checkout complet sur Plus ; partiel sur tous les forfaits |
La leçon de ce tableau : rien n’a été supprimé sans être remplacé. Le travail consiste à faire correspondre chaque ancienne personnalisation à son nouvel outil.
Pourquoi Shopify a-t-il déprécié checkout.liquid ?
Trois raisons expliquent ce choix : les performances, la sécurité et la capacité de mise à jour.
checkout.liquid laissait les marchands modifier le checkout directement, ce qui signifiait que Shopify ne pouvait pas modifier le checkout en arrière-plan sans risquer de casser chaque personnalisation. Les scripts injectés s’exécutaient également avec un accès complet à la page, y compris sur la page gérant le paiement et les données personnelles.
L’extensibilité du checkout règle cela en plaçant les personnalisations derrière des API versionnées et des sandbox. Shopify peut donc déployer des améliorations du checkout - fonctionnalités de conversion, One Page Checkout, correctifs d’accessibilité - sans casser votre code, car celui-ci communique avec une interface stable plutôt qu’avec la page brute.
Les dates limites importantes en 2026
C’est la partie à ne pas rater, car manquer une date signifie que Shopify supprimera des personnalisations pour vous.
| Type de boutique / fonctionnalité | Date limite | Ce qui se passe |
|---|---|---|
| Plus - Pages de Remerciement et de Statut de commande | 28 août 2025[^1][^2] | Fin de checkout.liquid, des scripts additionnels et des balises de script sur ces pages ; devenues non modifiables[^2] |
| Plus - Mises à jour automatiques | Janvier 2026[^2] | Shopify met à jour automatiquement les boutiques Plus restantes ; les personnalisations legacy sont supprimées et ne peuvent pas être migrées[^2] |
| Shopify Scripts | 30 juin 2026[^1] | Les scripts continuent de fonctionner à côté des extensions de checkout jusqu’à cette date, puis s’arrêtent[^1] |
| Non-Plus (Basic, Shopify, Advanced) | 26 août 2026[^3] | Date limite pour mettre à jour et remplacer les pages de Remerciement et de Statut de commande[^3] |
Quelques remarques sur ce tableau.
Pour les boutiques Plus, les étapes checkout.liquid pour l’Information, la Livraison et le Paiement n’étaient déjà plus prises en charge avant la disparition de ces éléments sur les pages de Remerciement et de Statut de commande.[^1] La date du 28 août 2025 et la mise à jour automatique de janvier 2026 s’appliquent spécifiquement aux pages de Remerciement et de Statut de commande.[^1][^2]
Pour les boutiques non-Plus, les pages de Remerciement et de Statut de commande sont les surfaces impactées, et la date limite est le 26 août 2026.[^3] Tout ce qui se trouve dans le champ des scripts additionnels sur ces pages - balises de conversion, pixels, snippets personnalisés - doit trouver une nouvelle place d’ici là.
La date limite des Shopify Scripts est distincte. La logique des réductions, de l’expédition et des paiements gérée par les Scripts continuera de fonctionner uniquement jusqu’au 30 juin 2026, après quoi il faudra passer aux Shopify Functions.[^1]
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 extensions UI du checkout ajoutent une interface et une logique personnalisées dans le checkout, et les pages de Remerciement et de Statut de commande à des emplacements définis.[^4]
Elles sont construites avec les composants web de Shopify - boutons, textes, champs de formulaire, cases à cocher - combinés à des primitives de mise en page comme les stacks, grids et sections.[^4] 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 des API de cible : identité de l’acheteur, coût, articles, attributs et champs méta.[^4]
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 (Information, Livraison, Paiement) acceptent les extensions UI sur le forfait Plus ; les pages de Remerciement et de Statut de commande les acceptent sur tous les forfaits.[^4]
La version actuelle de l’API Checkout UI extensions est la 2026-04.[^4]
Sur le même sujet, pour modifier les libellés et les champs du checkout : comment modifier les libellés des champs du checkout Shopify.
Shopify Functions
Les Shopify Functions personnalisent la logique métier en backend - les décisions que prend le checkout, pas son apparence.[^5]
Ces requêtes couvrent ce que géraient les Scripts et plus encore :[^5]
- Réductions - types et combinaisons de remises personnalisées.
- Personnalisations de livraison - renommer, réorganiser ou masquer des options de livraison.
- Personnalisations de paiement - masquer ou réorganiser des moyens de paiement.
- Validation du panier et du checkout - bloquer le checkout lorsque certaines conditions ne sont pas remplies.
- Routage des commandes, points de retrait et bundles.
Les Functions sont compilées en WebAssembly et s’exécutent sur l’infrastructure de Shopify.[^5] Il existe des modèles pour Rust et JavaScript, et Shopify recommande Rust car c’est le choix le plus performant, évitant ainsi que les fonctions ne plantent sur les gros paniers.[^5] Elles s’exécutent sans accès au réseau ou aux fichiers, ce qui permet de les garder rapides et prévisibles dans le checkout.
C’est le remplaçant direct des Shopify Scripts. Si vous avez des Scripts, c’est la première chose à migrer avant la date limite du 30 juin 2026.[^1]
Sur le même sujet : comment ajouter du JavaScript personnalisé dans Shopify explique où le JS s’intègre encore en vitrine et à quel endroit les Functions ont désormais pris le relais sur la logique backend.
L’API de branding
L’API de branding personnalise le style du checkout grâce à des tokens de design structurés (jetons de conception) et non avec du CSS libre.
Elle fonctionne via la mutation checkoutBrandingUpsert dans l’API GraphQL Admin, avec un designSystem qui définit les couleurs de base, la typographie, le rayon des angles et les espacements, et un objet customizations qui stylise des composants en particulier.[^6] Les styles s’appliquent de manière globale au checkout, aux extensions UI et aux pages du compte client, et non page par page.[^7]
Une contrainte importante : le styling avancé du checkout via l’API de branding est uniquement disponible pour les marchands Shopify Plus.[^7] Les boutiques non-Plus personnalisent les couleurs, polices et logos via les paramètres de l’éditeur de base.
Sur le même sujet, pour ajouter des éléments de réassurance : comment ajouter des badges de confiance sur le checkout Shopify.
Pixels web
Les pixels web remplacent le champ des scripts additionnels pour le tracking.
L’API de Pixels Web s’abonne aux événements clients - pages vues, vues de produits, ajouts au panier, finalisations d’achat - au sein d’une sandbox, ce qui permet au tracking d’observer ces événements sans toucher directement au checkout.[^8] Les “app pixels” s’exécutent dans une sandbox stricte et peuvent récupérer les configurations de l’API Admin ; les pixels personnalisés tournent dans une sandbox plus souple sans nécessiter de boilerplate complexe.[^8]
C’est ici que les balises de conversion Google Ads, les pixels Meta, Google Tag Manager et l’analytics doivent migrer. Si vous les collez dans l’ancien champ des scripts additionnels, ils s’arrêteront de fonctionner à la date limite de votre boutique.[^1][^3]
Comprendre les “targets” (cibles) d’extension
Les cibles (targets) déterminent l’emplacement d’une extension UI et son comportement.[^4] Il en existe trois types :
| Type de cible | Fonction | Exemple |
|---|---|---|
| Statique | S’affiche automatiquement à un endroit fixe | Après les champs de contact, après les articles du panier |
| Bloc | Le marchand la positionne dans l’éditeur de checkout | Un bloc de contenu personnalisé qu’un marchand glisse et dépose |
| Exécutable | Exécute une logique sans afficher d’UI | Réagit à la modification d’un champ d’adresse |
Les cibles statiques et les blocs couvrent la majorité des personnalisations visibles. La différence réside dans le contrôle : les cibles statiques s’affichent là où elles sont définies, tandis que les blocs laissent le marchand choisir leur emplacement.[^4]
Une seule extension peut déclarer plusieurs cibles, c’est ainsi qu’une app peut ajouter à la fois un champ et la logique qui y est associée en arrière-plan.
Extensibilité des pages de Remerciement et de Statut de commande
Les pages de Remerciement et de Statut de commande sont celles où la plupart des boutiques non-Plus ressentent ce changement, car c’est là que résidaient leur tracking et leur contenu post-achat.
Les deux pages se personnalisent désormais via l’éditeur de checkout et de compte avec les extensions UI et les pixels web, et non via checkout.liquid ou des scripts additionnels.[^2][^3] Les extensions UI peuvent afficher un message personnalisé, un sondage ou du contenu post-achat en ayant un accès en lecture des champs méta (metafields) de la commande.[^4] Le tracking migre vers les “app pixels” pour que les événements continuent de remonter correctement.[^2]
Pour une boutique sur les forfaits Basic, Shopify ou Advanced, voici la check-list à suivre avant le 26 août 2026 :[^3]
- Identifiez chaque balise dans le champ des scripts additionnels (conversion, retargeting, analytics).
- Recréez chacune d’elles sous la forme d’un app pixel ou custom pixel.
- Reconstruisez tout contenu post-achat via une extension UI sur la page de Remerciement.
- Vérifiez le déclenchement des événements sur une commande test avant la date de transition.
Si vous ne faites rien, Shopify mettra à jour la boutique pour vous, et les anciennes personnalisations ne seront pas transférées.[^2][^3]
Comment migrer depuis checkout.liquid
La mise à jour est un exercice de correspondance (mapping). Prenez chaque action que l’ancien checkout effectuait, et gérez-la sur le nouvel outil.
| Ce que vous aviez | Où cela va désormais |
|---|---|
Champs personnalisés / contenu dans checkout.liquid | Extension UI du checkout sur une cible[^4] |
| Shopify Scripts (réductions, expédition) | Shopify Functions[^1][^5] |
| Style CSS dans le fichier du checkout | API de branding (Plus) ou éditeur de checkout[^7] |
| Balises dans les scripts additionnels | Pixels web[^2][^8] |
| Modifications sur les pages Remerciement / Statut | Extensions UI dans l’éditeur de checkout[^2][^3] |
Un ordre d’intervention efficace :
- Inventoriez l’ancien checkout. Listez chaque personnalisation, script et app touchant au checkout, au Remerciement et au Statut de commande.
- Triez par outil. Assignez chaque point à une extension UI, une Function, à l’API de branding ou à un pixel.
- Vérifiez d’abord vos apps. Beaucoup d’apps proposent déjà des versions compatibles avec l’extensibilité du checkout. Les mettre à jour est bien souvent plus rapide que de recréer du code sur mesure.
- Reconstruisez les éléments personnalisés en extensions. Initiez-les avec la CLI Shopify et testez-les sur une boutique de développement.
- Migrez rapidement les Scripts vers les Functions. Cette date (30 juin 2026) arrive avant celle imposée aux pages pour le forfait non-Plus.[^1]
- Vérifiez en passant une commande test complète avant le déploiement.
Pour la méthode spécifique à Shopify Plus, incluant les endroits où la modification restreinte du checkout s’applique encore, voir comment modifier checkout.liquid sur 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 devsert 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 délibérément beaucoup plus stricte que checkout.liquid. Anticipez ces contraintes avant de concevoir l’expérience finale.
- Pas de code arbitraire dans le checkout. Vous agissez via des cibles et des API définies. S’il n’y a pas de cible pour un emplacement donné, vous ne pourrez pas y faire de rendu pour le moment.
- La personnalisation totale du checkout est exclusive à Plus. Les extensions UI sur les étapes d’Information, de Livraison et de Paiement, ainsi que l’API de branding, sont réservées à Shopify Plus.[^4][^7] Les boutiques non-Plus sont limitées aux pages de Remerciement, de Statut de commande et aux paramètres de style classiques.
- Les Functions s’exécutent en sandbox. Aucun accès réseau ou système de fichiers, et la performance est surveillée sur les grands paniers (d’où l’importance de Rust).[^5]
- Le branding est global au checkout. Les styles se propagent proportionnellement sur toute l’expérience de paiement, et non page par page.[^7]
- Les API sont versionnées. Les extensions ciblent une version précise (actuellement 2026-04 pour les UI extensions) et ces montées en versions requièrent d’être faites manuellement.[^4]
Ces limites sont le compromis d’un checkout qui reste performant, plus sécurisé, et beaucoup moins exposé lors des évolutions futures du produit.
Où intervient Fudge lors d’un travail sur le checkout
L’extensibilité du checkout s’adresse surtout aux développeurs : initialiser des extensions, générer des Functions, lier les pixels, ou tester l’environnement.
La vitrine environnante - landing pages, bloc panier, fiches produits, témoignages clients et événements saisonniers - est là où se cristallisent l’immense majorité des conversions en boutique, ce qui ne nécessite l’aide d’aucun développeur dans 99% des cas.
C’est la spécialité de Fudge. Intégré dans l’admin de Shopify en fonctionnant uniquement par incitations via des prompts (plutôt qu’avec du code en dur), cet outil préserve vos ébauches de tests avant toute publication publique. Le fait qu’il convertisse tous ses rendus en code natif Liquid, JS et CSS assure que vous n’êtes jamais condamné(e) à en rester client. Ainsi, pour ce qui relève de ces pages qui habillent vos expériences et qu’un éditeur va avoir plus de facilité à manipuler, l’éditeur de boutique centralisera parfaitement ces requêtes afin de libérer de l’espace à vo(s)/tre développeur(s) pour s’affairer exclusivement aux extensions requises par le checkout.
Ce sont deux couches d’intervention distinctes. Les API d’extension interviennent sur la procédure du paiement, pendant qu’un système d’édition focalisé sur vos drafts (brouillons) viendra agir sur votre vitrine afin d’en affiner ses contours.
Conclusion
L’extensibilité du checkout a remplacé un fichier souple et fragile par quatre outils définis : les extensions UI pour l’interface, les Functions pour la logique, l’API de branding pour le style, et les pixels web pour le tracking. Vous échangez une liberté brute contre un checkout qui reste globalement performant et sans danger face aux mises à jour serveur d’une telle envergure.
Le fait à retenir s’attarde avant toute considération esthétique sur les deadlines incompressibles. Les boutiques Plus doivent se préparer à migrer tout au long de l’année 2025 avec un passage généralisé automatique prévu en janvier 2026.[^1][^2] Les Shopify Scripts s’arrêteront définitivement le 30 juin 2026.[^1] Enfin, les boutiquies plus traditionnelles (Non-Plus) ont jusqu’au 26 août 2026 pour transicter ou bien refondre complètement ces différentes pages.[^3] Vérifiez sur la documentation de Shopify pour suivre l’historique potentiellement mouvant d’un prolongement d’échéancier et réattribuez les vieilles balises au modèle concerné en anticipant bien que cette bascule du checkout peut paraître parfois imposante le moment venu.
FAQ
C'est l'actuel framework pris en charge pour personnaliser le checkout Shopify via des API bien définies plutôt qu'en éditant checkout.liquid. Il scinde le travail en quatre briques : les extensions UI du checkout pour les changements d'interface, les Shopify Functions pour la logique backend comme les réductions et la validation, l'API de branding pour le style, et les pixels web pour le tracking. Chacune s'exécute dans une sandbox gérée par Shopify plutôt que d'injecter du code dans la page.
Pour les boutiques Shopify Plus, checkout.liquid, les scripts additionnels et les balises de script sur les pages de Remerciement et de Statut de commande disparaissent le 28 août 2025, avec une mise à jour automatique débutant en janvier 2026. Pour les boutiques non-Plus (Basic, Shopify, Advanced), la date limite de mise à jour de ces pages intervient le 26 août 2026. Veuillez vous référer au Centre d'aide Shopify pour la confirmation des dates, car celles-ci ont pu être déplacées par le passé.
Les Shopify Scripts continueront de fonctionner en parallèle des extensions de checkout jusqu'au 30 juin 2026, puis s'arrêteront. La logique de réduction, livraison et paiement conçue via des Scripts sera migrée vers les Shopify Functions, qui couvrent l'intégralité des fonctionnalités et plus encore. Vu que cette échéance arrive avant la date limite associée aux forfaits non-Plus, celle-ci est bien souvent la première tâche du processus de migration.
Pas pour tout. Les personnalisations de l'ensemble du checkout (Information, Livraison, Paiement) avec les extensions UI, de même que l'API de branding sont des privilèges du forfait Shopify Plus. Les boutiques non-Plus peuvent toutefois ajouter leurs extensions UI et les pixels web aux pages de Remerciement et de Statut de commande, en affinant le style depuis l'éditeur de base de checkout. Ainsi, chaque forfait a sa part ; le forfait Plus jouit de la totalité de la palette.
Les pixels web. L'API des Web Pixels souscrit aux événements clients (pages vues, ajouts au panier) à l'intérieur d'une sandbox. De la sorte, les balises de conversion Google Ads, Meta ou bien GTM continuent de fonctionner sans intervenir sur la page de paiement. Les app pixels s'activent dans une sandbox stricte en vérifiant les paramètres de l'API Admin, alors que les custom pixels (pixels personnalisés) fonctionnent sans boilerplate dans une sandbox plus souple. Toute balise subsistante depuis l'ancien champ des scripts additionnels cessera de fonctionner suivant les échéances respectives.
Une cible est l'emplacement qui détermine où une extension UI du checkout apparaît et comment elle se comporte. Les cibles statiques s'affichent automatiquement à des endroits fixes, les cibles de type bloc permettent au marchand de positionner l'extension dans l'éditeur de checkout, et les cibles exécutables lancent simplement une logique sans afficher d'UI. Une même extension peut définir plusieurs cibles.
Oui, mais via des outils approuvés plutôt que par injection brute. La logique de l'interface va dans les extensions UI du checkout, les règles de gestion vont dans les Shopify Functions, le style passe par l'API de branding et le tracking va dans les pixels web. Vous ne pouvez plus coller de JavaScript arbitraire dans le checkout, et s'il n'existe pas de cible d'extension pour un emplacement précis, vous ne pourrez pas y faire de rendu pour le moment.
[^1] : “checkout.liquid”, documentation développeur Shopify, indiquant que checkout.liquid, les scripts additionnels et les balises de script pour les pages de Remerciement et de Statut de commande disparaissent le 28 août 2025, que les étapes d’Information/Livraison/Paiement ne sont plus prises en charge, et que les Shopify Scripts fonctionnent en parallèle des extensions de checkout jusqu’au 30 juin 2026 : https://shopify.dev/docs/storefronts/themes/architecture/layouts/checkout-liquid
[^2] : “Plus - Upgrading and replacing your Thank you and Order status pages”, Centre d’aide Shopify, mentionnant la date limite du 28 août 2025 pour les forfaits Plus, que les scripts additionnels et checkout.liquid sont devenus non modifiables, que les mises à jour automatiques débutent en janvier 2026, et que le tracking migre vers les app pixels : https://help.shopify.com/en/manual/checkout-settings/customize-checkout-configurations/upgrade-thank-you-order-status/plus-upgrade-guide
[^3] : “Upgrading and replacing your Thank you and Order status pages”, Centre d’aide Shopify, précisant que les boutiques non-Plus ont jusqu’au 26 août 2026 pour mettre à jour et remplacer les pages de Remerciement et de Statut de commande : https://help.shopify.com/en/manual/checkout-settings/customize-checkout-configurations/upgrade-thank-you-order-status
[^4] : “Checkout UI extensions”, documentation développeur Shopify, décrivant les cibles (statique, bloc, exécutable), les API de cible, les composants web, la disponibilité sur les pages et la version actuelle de l’API (2026-04) : https://shopify.dev/docs/api/checkout-ui-extensions/latest
[^5] : “Shopify Functions”, documentation développeur Shopify, listant les types de fonctions (réductions, expédition, paiements, validation, routage des commandes, retrait, bundles), la compilation WebAssembly et les templates Rust/JavaScript (avec Rust recommandé pour la performance) : https://shopify.dev/docs/apps/build/functions
[^6] : “checkoutBrandingUpsert”, API GraphQL Admin, décrivant le designSystem (couleurs, typographie, angles, espacement) et l’entrée customizations pour le branding du checkout : https://shopify.dev/docs/api/admin-graphql/latest/mutations/checkoutBrandingUpsert
[^7] : “About checkout styling”, documentation développeur Shopify, précisant que les personnalisations de style via l’API de branding sont réservées aux marchands Shopify Plus et s’appliquent globalement à tout le checkout : https://shopify.dev/docs/apps/build/checkout/styling
[^8] : “Web Pixels API”, documentation développeur Shopify, détaillant l’abonnement aux événements clients dans des sandbox souples (Lax) ou strictes et la différence entre les app pixels et les pixels personnalisés : https://shopify.dev/docs/api/web-pixels-api
