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.

• 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 de 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 non confirmées sur Checkout Extensibility. 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 actuellement.

La date limite de Shopify checkout extensibility casse le suivi des marchands depuis août 2025 — de manière invisible, silencieuse, et à un coût qui ressemble à des publicités sous-performantes tant que vous ne fouillez pas dans le gestionnaire d'événements. Nous sommes en avril 2026 et 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 performaient il y a un an. L'agence affirme que le 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 automatiquement votre boutique. Vos pixels se déclenchent toujours — mais sans PII, vos plateformes publicitaires ne peuvent attribuer la conversion à personne.

Une marque de prêt-à-porter DTC générant plusieurs millions de dollars a vu son ROAS Facebook chuter 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 était de retour au-dessus de 3x.

Ce guide couvre l'ensemble de la situation : 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 reste à venir avec la fin des Scripts le 30 juin 2026.

Le calendrier de Checkout Extensibility (version courte)

Le déploiement de Checkout Extensibility de Shopify s'est fait en deux étapes terminées, avec une date limite en direct — Shopify Scripts — encore fixée dans 62 jours. Voici chaque étape clé pour une boutique Plus en avril 2026 :

La date limite d'août 2025 est ce qui a cassé le suivi pour la plupart des boutiques. La date limite des Scripts du 30 juin 2026 est celle qui va casser la logique de réduction et d'expédition pour toute boutique Plus utilisant encore des règles basées sur les Scripts — et avec 62 jours restants, cela nécessite 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 est passée, et tous trois affectent les revenus, directement ou via les rapports.

Votre champ de scripts supplémentaires s'est verrouillé. Ouvrez Paramètres → Passage à la caisse. Sur un passage à la caisse hérité, le champ des 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 PII ont été coupées du suivi hérité. Shopify a cessé de transmettre les informations personnelles identifiables (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. CAPI de Meta ne peut pas l'attribuer. GA4 l'enregistre comme une session anonyme. La conversion a eu lieu ; l'attribution s'évapore.

Les personnalisations de checkout.liquid ont cessé de fonctionner. Toutes les modifications visuelles construites dans checkout.liquid — éléments de marque, indicateurs de progression personnalisés, blocs d'upsell — sont bloquées. Si la mise à niveau automatique de Shopify a déjà touché votre boutique, votre page de paiement a peut-être déjà un aspect générique.

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

Depuis janvier 2026, Shopify migre automatiquement les boutiques encore sur l'ancienne page de paiement 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 au "meilleur effort". Les intégrations d'applications officielles des canaux Shopify sont conservées. Pas les pixels personnalisés, les conteneurs GTM ni la logique de checkout.liquid.

Ce que gère la mise à niveau automatique :

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

• La migration des intégrations d'applications officielles de Shopify qui prennent en charge le nouveau système

• L'activation de l'éditeur de page de paiement (Checkout Editor) pour votre boutique

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

• La logique des pixels personnalisés — à recréer dans Paramètres → Événements client

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

• Les personnalisations visuelles de checkout.liquid

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

Note : Après la mise à niveau automatique, les 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 des données.

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

Un suivi de paiement cassé 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 LTV : tout repose sur les données de conversion. Lorsque les pixels ne peuvent pas attribuer les conversions, vos plateformes publicitaires optimisent en fonction 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 d'analyse — c'est un réel problème de trésorerie. Le plus dangereux reste son invisibilité : les campagnes tournent, les dépenses continuent, et le seul signal d'anomalie réside dans des chiffres de ROAS déconnectés de la réalité.

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

La migration prend de 1 jour à 1 semaine selon le nombre de pixels et de scripts personnalisés que vous utilisez. Cette séquence permet de garder vos données propres tout au long du processus :

1. Vérifiez votre statut. Paramètres → Passage à la caisse. Bouton "Mettre à niveau" = version héritée. Checkout Editor visible = déjà migré.

2. Documentez d'abord votre champ de scripts supplémentaires. Copiez l'intégralité du contenu dans un fichier texte — chaque ID de pixel, chaque ID de conteneur GTM, chaque script personnalisé. C'est votre inventaire de migration. Faites cela avant de toucher à quoi que ce soit.

3. Installez les applications officielles des canaux. Google Analytics → application Google & YouTube. Pixel Meta → application Facebook & Instagram. Celles-ci remplacent les scripts supplémentaires par des intégrations natives qui rétablissent immédiatement la transmission des PII.

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

5. Recréez les personnalisations visuelles dans le Checkout Editor. Boutique en ligne → Passage à la caisse. Glissez-déposez les blocs, 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 → Passage à la caisse → 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 PII dans chaque tableau de bord de pixel. Contrôlez GA4 et le Gestionnaire d'événements Meta avant de valider.

Conseil : Faites la migration en milieu de semaine, jamais le vendredi. Si quelque chose casse, vous voulez que l'équipe soit disponible pour corriger le tir 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 processus d'achat s'exécute dans un iframe sandboxé qui bloque l'accès au DOM dont dépend GTM — les balises HTML personnalisées, les déclencheurs de visibilité et les pushs de dataLayer à partir des scripts de 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 paiement côté serveur, contournant ainsi complètement le bac à sable

• Pixels personnalisés — recréez les déclencheurs clés de GTM à l'aide de l'API Web Pixel dans Paramètres → Événements client

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

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

Personnalisation visuelle du paiement après migration

Le Checkout Editor couvre la majeure partie de ce que checkout.liquid fournissait visuellement — sans code. L'objection courante à la migration est "nous allons perdre notre style de paiement personnalisé", ce qui était vrai il y a 18 mois. En avril 2026, le Checkout Editor gère nativement la majorité des exigences de marque standard de Plus.

Ce que vous contrôlez sans toucher au code :

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

• Typographie (police, tailles, graisses) pour les titres et le corps

• Couleurs et images d'arrière-plan 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 de la page de remerciement et blocs d'upsell

Ce qui nécessite encore une extension d'interface utilisateur de paiement (Checkout UI Extension - travail de développeur) :

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

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

• Intégrations tierces poussées au cœur du paiement

Pour la plupart des boutiques Plus, le Checkout Editor 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 à chaque 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 la migration vers les Functions avant le 30 juin

Shopify Scripts vs. Checkout Extensibility — Deux dates limites distinctes

Shopify Scripts et Checkout Extensibility sont des 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 en ce moment.

Checkout Extensibility remplace checkout.liquid. Date limite : 28 août 2025 — déjà dépassée. Shopify effectue activement des mises à niveau automatiques sur les boutiques qui n'ont pas encore migré.

Shopify Scripts remplace le runtime serverless Ruby pour les logiques de réduction personnalisées, 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 remises, des paliers d'expédition, des tarifs B2B ou des logiques de lots (bundles) — cette logique cessera complètement de s'exécuter le 1er juillet 2026. Le parcours de migration passe par Shopify Functions : JavaScript ou Rust, packagé sous forme d'application. Une configuration complexe de Scripts prend 4 à 8 semaines à migrer.

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

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

Modification des commandes post-achat après la migration

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

Sur le nouveau système, les applications de page de remerciement utilisent les extensions d'interface utilisateur de paiement (Checkout UI Extensions) — ce qui signifie qu'elles s'intègrent sans entrer en 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 souligné que finaliser la migration a été le déclic pour ajouter enfin la modification de commande en libre-service — car la page de remerciement était suffisamment propre pour y construire sans risquer leur 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.

Le mot de la fin

La migration vers Shopify Checkout Extensibility n'est pas optionnelle et ne s'inscrit 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 encore que Shopify planifie votre boutique.

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

Pour les développeurs et agences : la date limite en direct concerne Shopify Scripts le 30 juin 2026. C'est la migration la plus difficile — 4 à 8 semaines pour les configurations complexes. 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 supérieur à ce qu'il était auparavant : les PII sont transmises nativement, 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 → Passage à la caisse → confirmez votre statut

2. Si hérité : documentez les scripts supplémentaires, installez les applications Google & YouTube et Facebook & Instagram, puis mettez à niveau

3. Si déjà migré : vérifiez que les PII sont bien transmises dans Meta Events Manager et GA4

4. Si vous utilisez Shopify Scripts : commencez la migration vers les Functions dès maintenant — le 30 juin est dans 62 jours

Foire aux questions (FAQ)

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

Allez dans Paramètres → Passage à la caisse — si vous voyez un bouton