Extensibilité du checkout Shopify 2026 — Ce que vous devez savoir en 15 secondes

• Date limite dépassée : 28 août 2025. Le système hérité checkout.liquid est obsolète.

• Ce qui est cassé en ce moment (avril 2026) : les pixels et l’analytique sur les pages de remerciement et de statut de commande, les Additional Scripts que vous n’avez pas migrés, et toutes les personnalisations checkout.liquid.

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

• Qui doit agir : chaque boutique Plus non confirmée sur l’extensibilité du checkout. Chaque boutique avec des Scripts non migrés. Chaque boutique avec des pixels personnalisés sur les pages post-achat.

• La date limite pour Scripts est dans 62 jours : Shopify Scripts sera arrêté le 30 juin 2026. Si vous n’avez pas commencé cette migration, c’est votre priorité ouverte la plus urgente à ce jour.

L’extensibilité du checkout Shopify perturbe le suivi des marchands depuis août 2025 — discrètement, invisiblement, et à un coût qui ressemble à des publicités peu performantes jusqu’à ce que vous creusiez 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 qui n’a aucun sens. Les campagnes que vous n’avez pas touchées convertissent à une fraction de ce qu’elles faisaient il y a un an. L’agence dit que la création est bonne. Rien n’a changé dans le compte. Le budget est identique.

Voici ce qui s’est passé : la migration était en attente dans votre backlog, la date limite d’août 2025 est passée, et à un moment Shopify a effectué la mise à niveau automatique de votre boutique. Vos pixels continuent de se déclencher — mais sans PII, vos plateformes publicitaires ne peuvent pas attribuer la conversion à qui que ce soit.

Une marque de vêtements DTC réalisant un chiffre d’affaires à sept chiffres moyens a vu le 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 terminé leur migration, le ROAS est remonté au-dessus de 3x.

Ce guide couvre l’ensemble : ce qui a cassé après la date limite d’août 2025, comment fonctionnent les mises à niveau automatiques, les étapes exactes de migration, et ce qui reste à venir avec l’arrêt de Shopify Scripts le 30 juin 2026.

La chronologie de l’extensibilité du checkout (version courte)

Le déploiement de l’extensibilité du checkout de Shopify s’est déroulé en deux étapes déjà terminées, avec une seule date limite encore active — Shopify Scripts — à 62 jours. Voici chaque jalon important 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 du 30 juin 2026 pour Scripts est celle qui cassera la logique de remises et d’expédition pour toute boutique Plus utilisant encore des règles basées sur Script — et avec 62 jours restants, elle a besoin de votre attention maintenant.

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

Trois choses se sont cassées ou verrouillées dès que la date limite d’août 2025 a été atteinte, et les trois affectent les revenus soit directement, soit via les rapports.

Votre champ Additional Scripts s’est verrouillé. Ouvrez Paramètres → Checkout. Sur un checkout hérité, le champ Additional Scripts est visible mais en lecture seule. Les pixels et scripts qui s’y trouvaient au moment où la date limite est tombée sont figés — vous pouvez les voir, vous ne pouvez pas les modifier.

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

checkout.liquid customizations stopped working. Toute modification visuelle créée dans checkout.liquid — éléments de marque, indicateurs de progression personnalisés, blocs de vente incitative — est laissée en suspens. Si la mise à niveau automatique de Shopify a déjà touché votre boutique, votre checkout peut déjà avoir l’air générique.

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

Depuis janvier 2026, Shopify migre automatiquement les boutiques encore sur le checkout hérité vers l’extensibilité du checkout — avec notification, mais sans possibilité de refus. Vous recevez un e-mail avec une fenêtre planifiée. Vous ne pouvez pas la bloquer.

La mise à niveau automatique est une migration « best effort ». Les intégrations officielles des applications Shopify sont conservées. Les pixels personnalisés, les conteneurs GTM et la logique checkout.liquid ne le sont pas.

Ce que la mise à niveau automatique prend en charge :

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

• Migration des intégrations officielles des applications Shopify qui prennent en charge le nouveau système

• Activation de l’éditeur de checkout pour votre boutique

Ce que la mise à niveau automatique ne prend pas en charge :

• Logique de pixel personnalisé — reconstruisez-la dans Paramètres → Événements client

• Conteneurs GTM — incompatibles avec le nouveau sandbox

• Personnalisations visuelles de checkout.liquid

• 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 de données entre-temps.

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

Un suivi de checkout cassé ne produit pas seulement de mauvais chiffres — il fausse toutes les décisions en aval. Allocation du budget, test créatif, ciblage des audiences, 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 s’optimisent selon les mauvais signaux.

Avec un budget publicitaire de 50 k$/mois, une interruption de suivi de 30 jours n’est pas un simple désagrément analytique — c’est un vrai problème de trésorerie. Le plus dangereux, c’est à quel point cela est invisible : les campagnes continuent de tourner, les dépenses continuent de s’accumuler, et le seul signal qu’il y a un problème est un ROAS qui ne correspond pas à la réalité.

Comment migrer vers l’extensibilité du checkout (étape par étape)

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

1. Vérifiez votre statut. Paramètres → Checkout. Bouton « Upgrade » = héritage. Éditeur de checkout visible = déjà migré.

2. Documentez d’abord votre champ Additional Scripts. 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 officielles des canaux. Google Analytics → application Google & YouTube. Meta Pixel → application Facebook & Instagram. Elles remplacent Additional Scripts par des intégrations natives qui restaurent immédiatement le passage des PII.

4. Reconstruisez les pixels restants sous forme de pixels personnalisés. Paramètres → Événements client → Ajouter un pixel personnalisé. L’API Web Pixel vous donne checkout_completed, payment_info_submitted et d’autres événements standard. Utilisez cela pour toute plateforme sans application Shopify officielle.

5. Reconstruisez les personnalisations visuelles dans l’éditeur de checkout. Boutique en ligne → Checkout. 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 → Checkout → Upgrade. Votre suivi est déjà reconstruit — pas de trou de données.

7. Lancez une transaction de test. Vérifiez que checkout_completed se déclenche avec des PII dans chaque tableau de bord de pixel. Contrôlez GA4 et Meta Events Manager avant de considérer le travail terminé.

Conseil : faites la migration en milieu de semaine, jamais le vendredi. Si quelque chose casse, vous voulez que l’équipe soit disponible pour le réparer le jour même.

Google Tag Manager et l’extensibilité du checkout

Les conteneurs GTM standards ne fonctionnent pas dans l’environnement d’extensibilité du checkout. Le nouveau checkout s’exécute dans un iframe sandboxé qui bloque l’accès au DOM dont GTM dépend — les balises HTML personnalisées, les déclencheurs de visibilité et les pushes dataLayer depuis les scripts checkout.liquid échouent tous silencieusement.

Alternatives :

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

• gestion des balises côté serveur — Elevar, Analyzify ou Stape acheminent les événements de checkout côté serveur, en contournant complètement le sandbox

• pixels personnalisés — reconstruisez les déclencheurs GTM clés à l’aide de l’API Web Pixel dans Paramètres → Événements client

Le côté serveur est l’option la plus complexe, mais offre une meilleure attribution sur l’ensemble du tunnel, et pas seulement au checkout.

Ce qui remplace Additional Scripts, GTM et le code personnalisé

Image de marque et personnalisation du checkout après migration

L’éditeur de checkout couvre la majeure partie de ce que checkout.liquid fournissait visuellement — sans code. L’objection courante à la migration est « nous perdrons l’apparence personnalisée de notre checkout », ce qui était fondé il y a 18 mois. En avril 2026, l’éditeur de checkout gère nativement la majorité des besoins standard de marque des boutiques Plus.

Ce que vous contrôlez sans toucher au code :

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

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

• Couleurs et images d’arrière-plan pour le conteneur de checkout

• Blocs de contenu personnalisés — texte, bannières et interface alimentée par des applications entre les sections natives du checkout

• Messages de confirmation et blocs de vente incitative de la page de remerciement

Ce qui nécessite encore une Checkout UI Extension (travail de développement) :

• 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 en plein checkout

Pour la plupart des boutiques Plus, l’éditeur de checkout couvre 80 % des cas d’usage de checkout.liquid. Les 20 % restants qui nécessitent une extension prennent généralement 2 à 3 jours à un développeur.

Shopify Markets et checkout international

Les marchands utilisant Shopify Markets doivent tester leur migration marché par marché. Le nouveau système gère nativement l’internationalisation, mais les configurations de pixels spécifiques au marché 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 Markets :

• La validation des adresses fonctionne correctement dans toutes les régions, en particulier les formats UE

• Le suivi des pixels spécifique à la région se déclenche correctement selon la devise et la langue de chaque marché

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

• Toute logique de remises spécifique au marché exécutée dans Shopify Scripts est documentée pour une migration vers Functions avant le 30 juin

Shopify Scripts vs. Checkout Extensibility — Deux dates limites distinctes

Shopify Scripts et l’extensibilité du checkout suivent des calendriers d’obsolescence distincts — et les confondre est l’erreur de planification la plus coûteuse qu’une boutique Plus puisse faire en ce moment.

L’extensibilité du checkout a remplacé checkout.liquid. Date limite : 28 août 2025 — déjà dépassée. Shopify met activement à niveau les boutiques qui n’ont pas migré.

Shopify Scripts a remplacé l’environnement d’exécution Ruby serverless pour la logique de remises personnalisées, les tarifs d’expédition et la transformation du panier. Date limite : 30 juin 2026 — dans 62 jours.

Si votre boutique utilise Scripts pour les combinaisons de remises, l’expédition par paliers, les tarifs B2B ou la logique de bundles — cette logique cesse complètement de fonctionner le 1er juillet 2026. Le chemin de migration est Shopify Functions : JavaScript ou Rust, empaqueté sous forme d’application. Une configuration Scripts complexe prend 4 à 8 semaines à migrer.

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

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

Modification de commande après achat après migration

Terminer votre migration vers l’extensibilité du checkout ouvre la voie à des expériences post-achat plus propres sur la page de remerciement. Avant la migration, les scripts checkout.liquid et la logique de confirmation de commande étaient souvent entremêlés avec les flux post-achat de manière à rendre l’ajout de nouvelles fonctionnalités fragile.

Sur le nouveau système, les applications de la page de remerciement utilisent les Checkout UI Extensions — ce qui signifie qu’elles s’intègrent sans conflit avec votre configuration de suivi. Puisqu’il s’agit du blog Revize : Revize est entièrement compatible avec l’extensibilité du checkout. Plusieurs marchands ont indiqué que la migration a été le déclencheur qui leur a enfin permis d’ajouter l’édition de commande en libre-service — parce que la page de remerciement était assez propre pour être développée sans mettre en danger leur suivi.

Pour en savoir plus sur ce qui change dans la gestion des commandes après migration, consultez le Guide de gestion des commandes Shopify 2026.

En résumé

La migration vers l’extensibilité du checkout Shopify n’est ni optionnelle ni 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 maintenant est de savoir si vous êtes sur le nouveau système avec un suivi propre, ou si vous attendez encore pendant que Shopify met votre boutique en file d’attente.

Pour les marchands : vérifiez Paramètres → Checkout aujourd’hui. Si vous êtes sur l’héritage, documentez votre champ Additional Scripts et installez les applications officielles des canaux avant que Shopify ne définisse votre fenêtre de mise à niveau.

Pour les développeurs et agences : la date limite en direct est 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 qui utilisent encore une logique de remises ou d’expédition basée sur Script, cette conversation devait avoir lieu le mois dernier.

Après migration, le suivi de votre checkout sera meilleur qu’avant : les PII passent nativement, l’attribution CAPI s’améliore, et vos pixels obtiennent des données first-party auxquelles ils ne pouvaient pas accéder de manière fiable sur le checkout hérité checkout.liquid.

Voici ce qu’il faut faire cette semaine :

1. Paramètres → Checkout → confirmez votre statut

2. Si hérité : documentez Additional Scripts, installez les applications Google & YouTube et Facebook & Instagram, puis procédez à la mise à niveau

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

4. Si vous utilisez Shopify Scripts : lancez maintenant la migration vers Functions — le 30 juin est dans 62 jours

Foire aux questions

Comment savoir si ma boutique est encore sur le checkout hérité ?

Allez dans Paramètres → Checkout — si vous voyez un bouton « Upgrade » ou une bannière de mise à niveau planifiée, vous êtes encore sur l’héritage. Si l’éditeur de checkout est visible avec des sections glisser-déposer, vous avez déjà été migré. Shopify envoie des notifications par e-mail avant les mises à niveau automatiques, alors vérifiez l’historique de vos notifications administrateur si vous avez un 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 amené Shopify à cesser de transmettre les PII aux scripts de suivi sur les pages de remerciement héritées, donc les pixels se déclenchent mais les plateformes publicitaires ne peuvent pas attribuer la conversion. Sans e-mail ou 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 — le crédit s’évapore. Après migration, les PII passent à nouveau et l’attribution se rétablit.

Que fait réellement la mise à niveau automatique de Shopify à 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 Événements client et dans l’éditeur de checkout. Vous recevez un e-mail avant la fenêtre planifiée, mais il n’y a pas d’option de refus. C’est pourquoi migrer vous-même, selon votre calendrier, est toujours la meilleure option.

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

Non — il n’existe aucune option de retour en arrière une fois que Shopify a terminé une mise à niveau automatique. Si votre suivi casse après la mise à niveau, vous le réparez en reconstruisant les pixels dans Événements client — vous ne revenez pas en arrière. C’est l’argument principal pour migrer vous-même avant que Shopify ne définisse la fenêtre : vous contrôlez le calendrier et pouvez tout tester avant la mise en ligne.

Google Tag Manager fonctionne-t-il avec l’extensibilité du checkout ?

Les conteneurs GTM standards ne fonctionnent pas dans le nouveau sandbox du checkout. L’iframe sandboxée bloque l’accès au DOM, donc les balises HTML personnalisées, les déclencheurs de visibilité et les pushes dataLayer injectés par 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 terminent la migration vers l’extensibilité du checkout en 1 à 5 jours ouvrables. Une boutique avec 2 à 3 pixels utilisant des applications officielles peut finir en quelques heures. Une forte personnalisation GTM et des changements complexes d’interface checkout.liquid poussent plutôt vers une semaine. La migration de Shopify Scripts vers Functions est un chantier séparé 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 pour exécuter du code de suivi et d’analytique sur les pages de checkout et de post-achat. Contrairement à Additional Scripts — qui exécutait du JavaScript arbitraire directement dans la page — les Web Pixels s’exécutent dans un iframe isolé avec accès aux événements Shopify standards (checkout_completed, payment_info_submitted, etc.) mais avec un accès DOM restreint. Les PII sont transmises explicitement via l’API plutôt que récupérées par scraping. Configurez les pixels personnalisés dans Paramètres → Événements client.

L’extensibilité du checkout est-elle disponible sur tous les forfaits Shopify ?

L’extensibilité du checkout pour le flux de checkout principal est réservée à Plus. Les marchands du forfait standard n’ont jamais eu accès à checkout.liquid, donc la migration ne s’applique 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, même si l’éditeur de checkout pour les étapes principales du checkout reste exclusif à Plus.

Quelle est la différence entre Shopify Scripts et l’extensibilité du checkout ?

Ce sont des systèmes distincts avec des calendriers d’obsolescence distincts, que beaucoup de boutiques Plus doivent traiter comme deux projets séparés. L’extensibilité du checkout a remplacé checkout.liquid — la couche visuelle et script du checkout. Shopify Scripts a remplacé l’environnement d’exécution Ruby pour la logique de remises, d’expédition et de panier. Date limite de l’extensibilité du checkout : 28 août 2025 (dépassée). Date limite de Scripts : 30 juin 2026 (dans 62 jours).

Que remplace Shopify Scripts après le 30 juin ?

Shopify Functions est le remplacement direct. Les Functions s’exécutent dans un sandbox WebAssembly et couvrent les mêmes cas d’usage — remises personnalisées, tarifs d’expédition, transformation du 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’admin. La documentation complète et les guides de migration sont disponibles sur shopify.dev/docs/apps/build/functions.

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

Les applications construites sur Checkout UI Extensions fonctionnent correctement sur le nouveau système. Les applications qui injectaient des scripts via checkout.liquid ou Additional Scripts doivent passer au modèle d’extension. Vérifiez le journal des modifications de votre application ou sa documentation d’assistance pour connaître son statut de compatibilité avant la migration — la plupart des grandes applications post-achat ont publié publiquement leur statut de compatibilité.

Articles connexes

Une fois votre migration vers l’extensibilité du checkout Shopify terminée, voici les prochaines étapes naturelles :

• 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 — ce qui change dans les flux de commande après la migration du checkout

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

• Le protocole universel du commerce (UCP) — le changement de plateforme plus large dont cette migration fait partie

• Workflows avancés de Shopify Flow — l’automatisation qui fonctionne proprement aux côtés de l’extensibilité du checkout Shopify et du nouveau système