Shopify Checkout Extensibility 2026 — Ce qu'il faut savoir en 15 secondes

• Date limite dépassée : 28 août 2025. L'ancien système checkout.liquid est obsolète.

• Sur 7,6 millions de commandes Shopify, environ 1 sur 47 (2,1 %) est modifiée après le passage en caisse (Revize, 2026), il n'est donc pas surprenant que tant d'infrastructures post-achat reposent désormais dessus. Ce qui est cassé actuellement (avril 2026) : Les pixels et analyses sur les pages de remerciement et de statut de commande, les scripts supplémentaires non migrés, et toutes les personnalisations checkout.liquid.

• Mises à niveau automatiques en cours depuis janvier 2026 : Shopify migre les boutiques sans consentement préalable. Votre boutique est peut-être déjà sur le nouveau système.

• Qui doit agir : Toutes les boutiques Plus dont la transition vers Checkout Extensibility n'est pas confirmée. Toutes les boutiques avec des scripts non migrés. Toutes les boutiques avec des pixels personnalisés sur les pages post-achat.

• La date limite des Scripts est dans 62 jours : Les Shopify Scripts s'arrêtent le 30 juin 2026. Si vous n'avez pas commencé cette migration, c'est votre priorité la plus urgente.

La Shopify checkout extensibility perturbe le suivi des marchands depuis août 2025 — de manière silencieuse, invisible, et à un coût qui ressemble à des publicités sous-performantes tant que vous ne plongez pas dans le gestionnaire d'événements. En avril 2026, c'est toujours le problème de revenus non diagnostiqué le plus courant sur les boutiques Plus.

Votre GA4 affiche un ROAS incohérent. Des campagnes non modifiées convertissent à une fraction de ce qu'elles généraient il y a un an. L'agence affirme que le contenu créatif est bon. Rien n'a changé sur le compte. Le budget est identique.

Voici ce qui s'est passé : la migration est restée dans votre backlog, la date limite d'août 2025 est passée, et Shopify a mis à niveau votre boutique automatiquement. Vos pixels se déclenchent toujours — mais sans PII (données personnelles), vos plateformes publicitaires ne peuvent attribuer la conversion à personne.

Une marque de prêt-à-porter DTC générant plusieurs millions a vu son ROAS Facebook passer de 4,2x à moins de 1x en un seul trimestre. Les publicités n'avaient pas changé. Le suivi, si. Trois semaines après avoir finalisé leur migration, le ROAS est repassé au-dessus de 3x.

Ce guide couvre l'ensemble du sujet : ce qui a cassé après la date limite d'août 2025, le fonctionnement des mises à niveau automatiques, les étapes exactes de la migration, et ce qui vous attend avec la fin des Scripts le 30 juin 2026.

Calendrier de Checkout Extensibility (Version courte)

Le déploiement de la checkout extensibility de Shopify s'est déroulé en deux étapes terminées, avec une date limite active — Shopify Scripts — encore fixée à 62 jours. Voici chaque étape clé pour une boutique Plus en avril 2026 :

La date limite d'août 2025 est celle qui a cassé le suivi pour la plupart des boutiques. La date limite des Scripts du 30 juin 2026 est celle qui cassera les règles de réduction et de livraison pour toute boutique Plus utilisant encore des règles basées sur des scripts — et avec 62 jours restants, cela requiert votre attention immédiate.

Ce qui a changé après la date limite d'août 2025

Trois éléments ont cassé ou ont été verrouillés dès que la date limite d'août 2025 a été atteinte, impactant le chiffre d'affaires directement ou via les rapports d'analyse.

Le champ Scripts supplémentaires a été verrouillé. Ouvrez Paramètres → Passerelle de paiement. Sur un tunnel d'achat hérité, le champ Scripts supplémentaires est visible mais en lecture seule. Les pixels et scripts présents lors de la date limite sont gelés — vous pouvez les voir, mais pas les modifier.

Les données personnelles (PII) ont été coupées du suivi hérité. Shopify a cessé de transmettre les informations personnelles (e-mail, téléphone, nom, adresse) aux scripts de suivi sur les anciennes pages de remerciement et de statut de commande. Vos pixels se déclenchent toujours sur checkout_completed — mais sans PII, les plateformes publicitaires ne peuvent pas associer la conversion à un utilisateur. Meta CAPI ne peut pas l'attribuer. GA4 l'enregistre comme une session anonyme. La conversion a eu lieu ; l'attribution s'évapore.

Les personnalisations checkout.liquid ont cessé de fonctionner. Tous les changements visuels intégrés dans checkout.liquid — éléments de marque, indicateurs de progression personnalisés, blocs d'upsell — sont bloqués. Si la mise à niveau automatique de Shopify a déjà touché votre boutique, votre tunnel d'achat est peut-être déjà standardisé.

Mises à niveau automatiques de la page de remerciement Shopify (Janvier 2026)

Depuis janvier 2026, Shopify migre automatiquement les boutiques encore sur l'ancien tunnel d'achat vers Checkout Extensibility — avec notification, mais sans possibilité de refus. Vous recevez un e-mail avec un créneau planifié. Vous ne pouvez pas le bloquer.

La mise à niveau automatique est une migration de type "meilleur effort". Les intégrations d'applications officielles Shopify sont conservées. Les pixels personnalisés, les conteneurs GTM et la logique checkout.liquid ne le sont pas.

Ce que gère la mise à niveau automatique :

• Bascule des pages de remerciement et de statut de commande vers le système d'extensibilité

• Migration des intégrations d'applications officielles Shopify prenant en charge le nouveau système

• Activation de l'éditeur de tunnel d'achat (Checkout Editor) pour votre boutique

Ce que la mise à niveau automatique ne gère pas :

• Logique de pixel personnalisée — à reconstruire dans Paramètres → Événements client

• Conteneurs GTM — incompatibles avec le nouveau bac à sable (sandbox)

• Personnalisations visuelles issues de checkout.liquid

• Scripts tiers qui dépendaient d'un accès direct au DOM

Note : Après la mise à niveau automatique, les données personnelles (PII) reviennent. Vos événements de pixel checkout_completed incluent à nouveau l'e-mail, le téléphone et l'adresse du client — transmis via l'API Web Pixel. L'objectif est d'y parvenir sans interruption de données.

Pourquoi un suivi cassé vous coûte de l'argent

Un suivi de tunnel d'achat défaillant ne produit pas seulement de mauvais chiffres — il fausse chaque décision en aval. Allocation budgétaire, tests créatifs, ciblage d'audience, modélisation de la LTV : tout repose sur les données de conversion. Lorsque les pixels ne peuvent pas attribuer les conversions, vos plateformes publicitaires optimisent vers de mauvais signaux.

Sur un budget publicitaire de 50 000 $/mois, un écart de suivi de 30 jours n'est pas un simple désagrément analytique — c'est une perte financière réelle. Le plus dangereux est son invisibilité : les campagnes tournent, les dépenses continuent, et le seul signal d'alerte est un ROAS qui ne correspond pas à la réalité.

Comment migrer vers Checkout Extensibility (étape par étape)

La migration prend entre 1 jour et 1 semaine selon le nombre de pixels et scripts personnalisés que vous utilisez. Cette séquence préserve la propreté de vos données tout au long du processus :

1. Vérifiez votre statut. Paramètres → Passerelle de paiement. Bouton "Mettre à niveau" = ancien système. Éditeur de tunnel d'achat visible = déjà migré.

2. Documentez d'abord votre champ Scripts supplémentaires. Copiez tout dans un fichier texte — chaque ID de pixel, chaque ID de conteneur GTM, chaque script personnalisé. C'est votre inventaire de migration. Faites-le avant de toucher à quoi que ce soit.

3. Installez les applications de canaux officielles. Google Analytics → application Google & YouTube. Meta Pixel → application Facebook & Instagram. Celles-ci remplacent les Scripts supplémentaires par des intégrations natives qui rétablissent immédiatement le transfert des données personnelles (PII).

4. Reconstruisez les pixels restants en tant que Pixels personnalisés. Paramètres → Événements client → Ajouter un pixel personnalisé. L'API Web Pixel vous fournit checkout_completed, payment_info_submitted et d'autres événements standards. Utilisez ceci pour toute plateforme sans application Shopify officielle.

5. Reconstruisez les personnalisations visuelles dans l'éditeur de tunnel d'achat. Boutique en ligne → Passerelle de paiement. Blocs glisser-déposer, couleurs de marque, logo, typographie. Pour la plupart des boutiques Plus, cela couvre 80 % de ce que checkout.liquid gérait visuellement.

6. Exécutez la mise à niveau. Paramètres → Passerelle de paiement → Mettre à niveau. Votre suivi est déjà reconstruit — aucune perte de données.

7. Effectuez une transaction de test. Vérifiez que checkout_completed se déclenche avec les données personnelles (PII) dans chaque tableau de bord de pixel. Vérifiez GA4 et le gestionnaire d'événements Meta avant de valider.

Conseil : Effectuez la migration en milieu de semaine, jamais le vendredi. Si quelque chose casse, vous voulez que l'équipe soit disponible pour corriger le problème le jour même.

Google Tag Manager et Checkout Extensibility

Les conteneurs GTM standards ne fonctionnent pas dans l'environnement de Checkout Extensibility. Le nouveau tunnel d'achat s'exécute dans un iframe sandboxé qui bloque l'accès au DOM sur lequel GTM s'appuie — les balises HTML personnalisées, les déclencheurs de visibilité et les envois de dataLayer à partir des scripts checkout.liquid échouent tous silencieusement.

Alternatives :

• Application Google & YouTube — la voie directe pour GA4 et Google Ads, sans GTM requis

• Gestion des balises côté serveur (server-side) — Elevar, Analyzify ou Stape acheminent les événements de tunnel d'achat côté serveur, contournant entièrement le bac à sable

• Pixels personnalisés — reconstruisez les déclencheurs GTM clés en utilisant l'API Web Pixel dans Paramètres → Événements client

La solution côté serveur est la plus complexe mais offre une meilleure attribution sur l'ensemble du entonnoir, pas seulement au moment du paiement.

Ce qui remplace les Scripts supplémentaires, GTM et le code personnalisé

Design et personnalisation du tunnel d'achat après migration

L'éditeur de tunnel d'achat couvre la majeure partie de ce que checkout.liquid offrait visuellement — sans code. L'objection courante à la migration est "nous allons perdre notre identité visuelle personnalisée au paiement", ce qui était vrai il y a 18 mois. En avril 2026, l'éditeur de tunnel d'achat gère nativement la majorité des exigences de marque des clients Plus.

Ce que vous contrôlez sans toucher au code :

• Logo, favicon, couleurs de marque sur toutes les étapes du paiement

• Typographie (famille de polices, tailles, graisses) pour les titres et le corps de texte

• Couleurs d'arrière-plan et images pour le conteneur de paiement

• Blocs de contenu personnalisés — texte, bannières et interfaces applicatives entre les sections de paiement natives

• Messages de confirmation et blocs d'upsell sur la page de remerciement

Ce qui nécessite encore une extension d'interface de paiement (développement requis) :

• Champs de saisie personnalisés liés à votre propre backend

• Logique conditionnelle complexe basée sur le contenu du panier

• Intégrations tierces complexes au milieu du paiement

Pour la plupart des boutiques Plus, l'éditeur de tunnel d'achat couvre 80 % des cas d'usage de checkout.liquid. Les 20 % restants nécessitant une extension prennent généralement 2 à 3 jours de développement.

Shopify Markets et paiement international

Les marchands utilisant Shopify Markets doivent tester leur migration marché par marché. Le nouveau système gère l'internationalisation de manière native, mais les configurations de pixels spécifiques aux marchés et les exigences de conformité doivent être vérifiées séparément pour chaque région active.

Points clés à vérifier pour les marchands utilisant Markets :

• La validation d'adresse fonctionne correctement selon les régions, en particulier pour les formats de l'UE

• Le suivi par pixel spécifique à la région se déclenche correctement selon la devise et la langue du marché

• Les flux de consentement RGPD et l'affichage de la TVA fonctionnent toujours après la migration

• Toute logique de réduction spécifique à un marché exécutée dans Shopify Scripts est documentée pour être migrée vers les Functions avant le 30 juin

Shopify Scripts vs Checkout Extensibility — Deux dates limites distinctes

Shopify Scripts et Checkout Extensibility sont deux parcours d'obsolescence distincts avec des dates limites différentes — et les confondre est l'erreur de planification la plus coûteuse qu'une boutique Plus puisse faire actuellement.

Checkout Extensibility a remplacé checkout.liquid. Date limite : 28 août 2025 — déjà dépassée. Shopify effectue activement des mises à niveau automatiques pour les boutiques n'ayant pas migré.

Shopify Scripts a remplacé l'environnement sans serveur Ruby pour la logique de réduction personnalisée, les tarifs d'expédition et la transformation du panier. Date limite : 30 juin 2026 — dans 62 jours.

Si votre boutique utilise des Scripts pour des combinaisons de réductions, des frais de livraison par paliers, des tarifs B2B ou des logiques de lots (bundles) — cette logique cessera complètement de fonctionner le 1er juillet 2026. La voie de migration est Shopify Functions : JavaScript ou Rust, packagé sous forme d'application. Une configuration Scripts complexe prend 4 à 8 semaines à migrer.

Attention : 62 jours suffisent pour terminer une migration de Scripts si vous commencez cette semaine. Ce n'est pas suffisant si vous commencez en juin.

Pour le guide technique complet, consultez notre guide de migration de Shopify Scripts vers Functions.

Modification de commande post-achat après la migration

Finaliser votre migration vers Checkout Extensibility ouvre la voie à des expériences post-achat plus fluides sur la page de remerciement. Avant la migration, les scripts checkout.liquid et la logique de confirmation de commande étaient souvent mêlés aux flux post-achat, rendant l'ajout de nouvelles fonctionnalités complexe et instable.

Sur le nouveau système, les applications de page de remerciement utilisent des extensions d'interface de paiement (Checkout UI Extensions) — ce qui signifie qu'elles s'intègrent sans conflit avec votre configuration de suivi. Puisque nous sommes sur le blog de Revize : Revize est entièrement compatible avec Checkout Extensibility. Plusieurs marchands ont indiqué que la finalisation de la migration a été le déclic pour ajouter enfin la modification de commande en libre-service — car la page de remerciement était devenue assez propre pour y construire sans risquer de perturber le suivi.

Pour en savoir plus sur les changements liés à la gestion des commandes après la migration, consultez le guide de gestion des commandes Shopify 2026.

En conclusion

La migration vers la checkout extensibility de Shopify n'est pas facultative et ne se conjugue pas au futur. La date limite d'août 2025 est passée il y a huit mois. Les mises à niveau automatiques sont en cours depuis janvier 2026. La question est maintenant de savoir si vous êtes sur le nouveau système avec un suivi propre, ou si vous attendez que Shopify planifie la mise à niveau de votre boutique.

Pour les marchands : vérifiez vos Paramètres → Passerelle de paiement dès aujourd'hui. Si vous êtes sur l'ancien système, documentez votre champ Scripts supplémentaires et installez les applications de canaux officielles avant que Shopify ne définisse votre créneau de mise à niveau.

Pour les développeurs et agences : la date limite critique est celle de Shopify Scripts le 30 juin 2026. C'est la migration la plus complexe — 4 à 8 semaines pour les configurations élaborées. Si vous avez des clients utilisant encore des logiques de réduction ou d'expédition basées sur des scripts, cette discussion aurait dû avoir lieu le mois dernier.

Après la migration, votre suivi de paiement sera plus performant qu'auparavant : les données personnelles (PII) sont transmises de manière native, l'attribution CAPI s'améliore, et vos pixels reçoivent des données de première partie (first-party) auxquelles ils ne pouvaient accéder de manière fiable sur l'ancien checkout.liquid.

Voici ce qu'il faut faire cette semaine :

1. Paramètres → Passerelle de paiement → confirmer votre statut

2. Si ancien système : documenter les Scripts supplémentaires, installer les applications Google & YouTube et Facebook & Instagram, puis mettre à niveau

3. Si déjà migré : vérifier que les données personnelles (PII) sont bien transmises dans Meta Events Manager et GA4

4. Si utilisation de Shopify Scripts : démarrer la migration vers les Functions maintenant — le 30 juin est dans 62 jours

Foire aux questions

Comment savoir si ma boutique utilise encore l'ancien système de paiement ?

Allez dans Paramètres → Passerelle de paiement — si vous voyez un bouton "Mettre à niveau" ou un bandeau de mise à niveau planifiée, vous êtes toujours sur l'ancien système. Si l'éditeur de tunnel d'achat (Checkout Editor) est visible avec des sections en glisser-déposer, vous avez déjà été migré. Shopify envoie des notifications par e-mail avant les mises à niveau automatiques, vérifiez donc l'historique de vos notifications administratives en cas de doute.

Pourquoi mon ROAS Facebook et mes conversions GA4 ont-ils chuté après août 2025 ?

La date limite d'août 2025 a conduit Shopify à cesser de transmettre les données personnelles (PII) aux scripts de suivi sur les anciennes pages de remerciement, de sorte que les pixels se déclenchent mais les plateformes publicitaires ne peuvent pas attribuer la conversion. Sans e-mail ni téléphone, Meta CAPI ne peut pas faire correspondre checkout_completed à un profil utilisateur. GA4 l'enregistre comme une session non identifiée. L'achat a eu lieu — l'attribution s'évapore. Après la migration, les données personnelles sont à nouveau transmises et l'attribution se rétablit.

Qu'est-ce que la mise à niveau automatique de Shopify fait réellement à ma boutique ?

La mise à niveau automatique de Shopify bascule vos pages de remerciement et de statut de commande vers le système d'extensibilité et migre les intégrations d'applications officielles — mais elle ne peut pas reconstruire les pixels personnalisés, GTM ou la logique checkout.liquid. Ceux-ci doivent être reconstruits manuellement dans les Événements client et l'éditeur de tunnel d'achat. Vous recevez un e-mail avant votre créneau planifié, mais il n'y a pas d'option de refus. C'est pourquoi migrer manuellement, selon votre propre calendrier, reste la meilleure option.

Puis-je revenir en arrière après une mise à niveau automatique ?

Non — il n'y a aucune option de retour en arrière une fois que Shopify a effectué une mise à niveau automatique. Si votre suivi casse après la mise à niveau, vous devez le corriger en reconstruisant les pixels dans les Événements client — aucun retour en arrière n'est possible. C'est le principal argument pour migrer vous-même avant que Shopify n'impose son calendrier : vous contrôlez le timing et pouvez tout tester avant la mise en ligne.

Est-ce que Google Tag Manager fonctionne avec Checkout Extensibility ?

Les conteneurs GTM standards ne fonctionnent pas dans le nouveau bac à sable de paiement. L'iframe sandboxé bloque l'accès au DOM, de sorte que les balises HTML personnalisées, les déclencheurs de visibilité et les envois de dataLayer injectés via checkout.liquid échouent tous silencieusement. Utilisez l'application Google & YouTube pour GA4 et Google Ads, ou une plateforme côté serveur (Elevar, Analyzify, Stape) si vous avez besoin d'un remplacement complet de GTM.

Combien de temps prend la migration ?

La plupart des boutiques Plus finalisent la migration vers Checkout Extensibility en 1 à 5 jours ouvrés. Une boutique avec 2 ou 3 pixels utilisant des applications officielles peut terminer en quelques heures. Une personnalisation poussée de GTM et des modifications complexes de l'interface utilisateur checkout.liquid peuvent prolonger le processus vers une semaine. La migration de Shopify Scripts vers Functions est un projet distinct et prend 4 à 8 semaines pour les configurations complexes.

Qu'est-ce que l'API Web Pixel ?

L'API Web Pixel est l'environnement sandboxé de Shopify permettant d'exécuter du code de suivi et d'analyse sur les pages de paiement et post-achat. Contrairement aux Scripts supplémentaires — qui exécutaient du JavaScript arbitraire directement dans la page —, les Pixels Web s'exécutent dans un iframe isolé avec accès aux événements standards de Shopify (checkout_completed, payment_info_submitted, etc.) mais avec un accès limité au DOM. Les données personnelles (PII) sont transmises explicitement via l'API plutôt que d'être extraites de la page. Configurez les pixels personnalisés dans Paramètres → Événements client.

La Checkout Extensibility est-elle disponible sur tous les forfaits Shopify ?

La checkout extensibility pour le tunnel d'achat principal est réservée aux forfaits Plus. Les marchands des forfaits standards n'ont jamais eu accès à checkout.liquid, la migration ne s'applique donc pas à eux de la même manière. L'extensibilité des pages de remerciement et de statut de commande est disponible sur tous les forfaits, bien que l'éditeur de tunnel d'achat pour les étapes principales du paiement reste exclusif aux clients Plus.

Quelle est la différence entre Shopify Scripts et Checkout Extensibility ?

Ce sont des systèmes distincts sur des calendriers d'obsolescence différents que de nombreuses boutiques Plus doivent traiter comme deux projets distincts. Checkout Extensibility a remplacé checkout.liquid — la couche visuelle et de scripts sur les pages de paiement. Shopify Scripts a remplacé l'environnement Ruby pour la logique de réduction, d'expédition et de panier. Date limite de Checkout Extensibility : 28 août 2025 (dépassée). Date limite de Scripts : 30 juin 2026 (dans 62 jours).

Qu'est-ce qui remplace Shopify Scripts après le 30 juin ?

Shopify Functions est le remplaçant direct. Les Functions s'exécutent dans un bac à sable WebAssembly et couvrent les mêmes cas d'usage — réductions personnalisées, tarifs d'expédition, transformations de panier — en utilisant JavaScript ou Rust au lieu de Ruby. Elles sont déployées sous forme d'applications plutôt que de scripts saisis dans l'interface d'administration. La documentation complète et les guides de migration sont disponibles sur shopify.dev/docs/apps/build/functions.

Après la migration, mes applications post-achat fonctionneront-elles toujours ?

Les applications développées sur les Checkout UI Extensions fonctionnent correctement sur le nouveau système. Les applications qui injectaient des scripts via checkout.liquid ou des Scripts supplémentaires doivent se mettre à niveau vers le modèle d'extension. Vérifiez l'historique des modifications ou la documentation de support de votre application pour connaître son statut de compatibilité avant de migrer — la plupart des grandes applications post-achat ont publié leur statut de compatibilité publiquement.

Articles connexes

Une fois votre migration vers la checkout extensibility de Shopify terminée, voici les étapes logiques suivantes :

• Comment migrer Shopify Scripts vers Functions : Le tutoriel de code complet — la date limite du 30 juin est votre prochaine migration après celle-ci

• Gestion des commandes Shopify : Le guide complet 2026 — les changements dans les flux de commandes après la migration du paiement

• Comment permettre aux clients d'annuler leurs commandes sur Shopify — options en libre-service sur la nouvelle page de remerciement

• Le protocole de commerce universel (UCP) — l'évolution globale de la plateforme dont cette migration fait partie

• Flux de travail avancés Shopify Flow — l'automatisation qui s'intègre proprement avec la checkout extensibility de Shopify et le nouveau système

Mis à jour en août 2026. Revize est une application Shopify pour la modification autonome des commandes post-achat par le client, permettant aux acheteurs de modifier l'adresse de livraison, de remplacer une variante ou un produit, d'annuler et d'obtenir un remboursement ou un crédit d'achat avant le traitement de la commande, sans ticket d'assistance. En savoir plus sur la façon de permettre aux clients de modifier leurs propres commandes Shopify, ou trouver Revize sur l'App Store de Shopify.