Extensibilité du paiement Shopify en 2026 : échéance du 30 juin

L’extensibilité du paiement Shopify perturbe le suivi des marchands depuis août 2025. Le problème passe souvent inaperçu : les publicités semblent simplement moins performantes, jusqu’à ce que vous examiniez le gestionnaire d’événements. En avril 2026, c’est encore le problème de revenus non diagnostiqué le plus fréquent dans les boutiques Plus.

Votre GA4 affiche un ROAS incompréhensible. Des campagnes que vous n’avez pas modifiées convertissent à une fraction de leur niveau d’il y a un an. L’agence affirme que les créations fonctionnent. Rien n’a changé dans le compte. Le budget est identique.

Voici ce qui s’est passé : la migration attendait dans votre liste de tâches, l’échéance d’août 2025 est passée, puis Shopify a mis votre boutique à niveau automatiquement. Vos pixels se déclenchent toujours, mais sans données personnelles identifiables, vos plateformes publicitaires ne peuvent attribuer les conversions à personne.

Une marque de vêtements vendant directement aux consommateurs et réalisant un chiffre d’affaires annuel de plusieurs millions de dollars a vu son ROAS Facebook passer de 4,2x à moins de 1x en un seul trimestre. Ses publicités n’avaient pas changé. Son suivi, si. Trois semaines après la fin de sa migration, son ROAS dépassait de nouveau 3x.

Ce guide couvre l’ensemble du sujet : ce qui a cessé de fonctionner après l’échéance d’août 2025, le fonctionnement des mises à niveau automatiques, les étapes précises de la migration et l’arrêt de Shopify Scripts prévu le 30 juin 2026.

Calendrier de l’extensibilité du paiement (version courte)#

Le déploiement de l’extensibilité du paiement Shopify a franchi deux étapes. Une échéance reste à venir : l’arrêt de Shopify Scripts dans 62 jours. Voici les dates importantes pour une boutique Plus en avril 2026 :

L’échéance d’août 2025 a perturbé le suivi de la plupart des boutiques. Celle du 30 juin 2026 interrompra les règles de réduction et d’expédition de toute boutique Plus qui utilise encore Shopify Scripts. Il reste 62 jours : occupez-vous-en dès maintenant.

Ce qui a changé après l’échéance d’août 2025#

Trois éléments ont cessé de fonctionner ou ont été verrouillés dès l’échéance d’août 2025. Tous ont un effet sur les revenus, directement ou par l’intermédiaire des rapports.

Le champ Scripts supplémentaires a été verrouillé. Ouvrez Paramètres → Paiement. Sur une ancienne version du paiement, ce champ reste visible, mais il est en lecture seule. Les pixels et scripts qui s’y trouvaient à la date limite sont figés : vous pouvez les consulter, mais plus les modifier.

Les données personnelles identifiables ont été retirées du suivi existant. Shopify a cessé de transmettre les informations personnelles identifiables (adresse e-mail, téléphone, nom et adresse) aux scripts de suivi des anciennes pages de remerciement et de statut de la commande. Vos pixels se déclenchent toujours sur checkout_completed, mais sans ces données, 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 bien eu lieu, mais son attribution disparaît.

Les personnalisations checkout.liquid ont cessé de fonctionner. Toutes les modifications visuelles créées dans checkout.liquid — éléments de marque, indicateurs de progression personnalisés, blocs de vente additionnelle — sont laissées de côté. Si la mise à niveau automatique de Shopify a déjà touché votre boutique, votre page de paiement peut désormais avoir une apparence générique.

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

Depuis janvier 2026, Shopify migre automatiquement les boutiques qui utilisent encore l’ancien paiement vers Checkout Extensibility. Les marchands sont prévenus, mais ne peuvent pas refuser. Vous recevez un e-mail indiquant le créneau prévu. Vous ne pouvez pas bloquer la mise à niveau.

Cette mise à niveau automatique fait au mieux. Les intégrations des applications de canaux officielles de Shopify sont conservées. Les pixels personnalisés, les conteneurs GTM et la logique checkout.liquid ne le sont pas.

Ce que prend en charge la mise à niveau automatique :

• Le passage de la page de remerciement et de la page de statut de la commande au nouveau système
• La migration des intégrations des applications Shopify officielles compatibles avec le nouveau système
• L’activation de l’éditeur de paiement pour votre boutique

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

• La logique des pixels personnalisés : recréez-la dans Paramètres → Événements client
• Les conteneurs GTM : ils sont incompatibles avec le nouvel environnement isolé
• Les personnalisations visuelles issues de checkout.liquid
• Les scripts tiers qui dépendaient d’un accès direct au DOM

Remarque : après la mise à niveau automatique, les données personnelles identifiables sont de nouveau transmises. Les événements checkout_completed de vos pixels incluent à nouveau l’adresse e-mail, le téléphone et l’adresse du client, par l’intermédiaire de la Web Pixel API. L’objectif est d’y parvenir sans interruption des données entre-temps.

Pourquoi un suivi défaillant vous coûte de l’argent#

Un suivi défaillant du paiement ne produit pas seulement de mauvais chiffres : il fausse toutes les décisions qui en dépendent. Répartition du budget, tests de créations, ciblage des audiences, modélisation de la valeur vie client : tout repose sur les données de conversion. Lorsque les pixels ne peuvent plus attribuer les conversions, vos plateformes publicitaires optimisent leurs campagnes à partir de mauvais signaux.

Avec un budget publicitaire de $50k par mois, 30 jours sans suivi fiable ne sont pas un simple désagrément analytique : c’est un problème financier réel. Le danger tient à sa discrétion. Les campagnes continuent, les dépenses aussi, et le seul indice est un ROAS qui ne correspond pas à 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. Suivez cet ordre pour préserver la qualité de vos données :

1. Vérifiez votre situation. Paramètres → Paiement. Un bouton « Mettre à niveau » indique l’ancien système. Si l’éditeur de paiement est visible, votre boutique a déjà été migrée.
2. Documentez d’abord le champ Scripts supplémentaires. Copiez tout dans un fichier texte : chaque identifiant de pixel, chaque identifiant de conteneur GTM et chaque script personnalisé. Ce sera votre inventaire de migration. Faites-le avant toute autre intervention.
3. Installez les applications de canaux officielles. Pour Google Analytics, utilisez l’application Google & YouTube. Pour Meta Pixel, utilisez l’application Facebook & Instagram. Ces intégrations natives remplacent les Scripts supplémentaires et rétablissent immédiatement la transmission des données personnelles identifiables.
4. Recréez les autres pixels en tant que pixels personnalisés. Paramètres → Événements client → Ajouter un pixel personnalisé. La Web Pixel API donne accès à checkout_completed, payment_info_submitted et à d’autres événements standard. Utilisez-la pour toute plateforme sans application Shopify officielle.
5. Recréez les personnalisations visuelles dans l’éditeur de paiement. Boutique en ligne → Paiement. Configurez les blocs par glisser-déposer, les couleurs de marque, le logo et la typographie. Pour la plupart des boutiques Plus, cela couvre 80 % des éléments visuels gérés auparavant par checkout.liquid.
6. Lancez la mise à niveau. Paramètres → Paiement → Mettre à niveau. Votre suivi est déjà reconstruit : les données ne seront pas interrompues.
7. Effectuez une transaction de test. Vérifiez que checkout_completed se déclenche avec les données personnelles identifiables dans le tableau de bord de chaque pixel. Contrôlez GA4 et le gestionnaire d’événements Meta avant de considérer la migration comme terminée.

Conseil : effectuez la migration en milieu de semaine, jamais un vendredi. Si un problème survient, votre équipe pourra le résoudre le jour même.

Google Tag Manager et Checkout Extensibility#

Les conteneurs GTM standard ne fonctionnent pas dans l’environnement Checkout Extensibility. Le nouveau paiement s’exécute dans un iframe isolé qui bloque l’accès au DOM dont GTM dépend. Les balises HTML personnalisées, les déclencheurs de visibilité et les envois vers dataLayer depuis des scripts checkout.liquid échouent sans afficher d’erreur.

Autres solutions :

• Application Google & YouTube — la voie directe pour GA4 et Google Ads, sans GTM
• Gestion des balises côté serveur — Elevar, Analyzify ou Stape transmettent les événements du paiement côté serveur, sans passer par l’environnement isolé
• Pixels personnalisés — recréez les principaux déclencheurs GTM avec la Web Pixel API dans Paramètres → Événements client

La gestion côté serveur demande le plus de travail, mais améliore l’attribution sur l’ensemble du parcours d’achat, au-delà du paiement.

Par quoi remplacer les Scripts supplémentaires, GTM et le code personnalisé#

Image de marque et personnalisation du paiement après la migration#

L’éditeur de paiement couvre la plupart des possibilités visuelles de checkout.liquid, sans code. Une objection fréquente à la migration est la crainte de perdre l’apparence personnalisée du paiement. Elle était justifiée il y a 18 mois. En avril 2026, l’éditeur de paiement répond nativement à la majorité des besoins habituels des marques sur Plus.

Ce que vous pouvez modifier sans toucher au code :

• Le logo, la favicon et les couleurs de marque à toutes les étapes du paiement
• La typographie des titres et du corps de texte : police, taille et graisse
• Les couleurs et images d’arrière-plan du conteneur de paiement
• Les blocs de contenu personnalisés : texte, bannières et interfaces fournies par des applications entre les sections natives du paiement
• Les messages de confirmation et les blocs de vente additionnelle sur la page de remerciement

Ce qui nécessite encore une Checkout UI Extension et l’intervention d’un développeur :

• Des champs de saisie personnalisés reliés à votre propre système
• Une logique conditionnelle complexe fondée sur le contenu du panier
• Des intégrations tierces poussées pendant le paiement

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

Shopify Markets et paiement international#

Les marchands qui utilisent Shopify Markets doivent tester la migration marché par marché. Le nouveau système prend nativement en charge l’internationalisation, mais la configuration des pixels et les exigences de conformité propres à chaque marché doivent être vérifiées séparément dans chaque région active.

Points à vérifier si vous utilisez Markets :

• La validation des adresses fonctionne correctement dans toutes les régions, notamment pour les formats européens
• Les pixels propres à chaque région se déclenchent correctement selon la devise et la langue du marché
• Les parcours de consentement au titre du RGPD et l’affichage de la TVA fonctionnent toujours après la migration
• Toute logique de réduction propre à un marché exécutée dans Shopify Scripts est documentée pour sa migration vers Functions avant le 30 juin

Shopify Scripts et Checkout Extensibility : deux échéances distinctes#

Shopify Scripts et Checkout Extensibility suivent des calendriers d’abandon distincts. Les confondre peut entraîner une erreur de planification coûteuse pour une boutique Plus.

Checkout Extensibility a remplacé checkout.liquid. Échéance : 28 août 2025 — déjà passée. Shopify met actuellement à niveau automatiquement les boutiques qui n’ont pas encore migré.

Shopify Scripts remplaçait l’environnement d’exécution Ruby sans serveur utilisé pour les réductions personnalisées, les frais d’expédition et la transformation du panier. Échéance : 30 juin 2026 — dans 62 jours.

Si votre boutique utilise des Scripts pour combiner des réductions, calculer des frais d’expédition par paliers, définir des tarifs B2B ou gérer des lots, cette logique cessera entièrement de fonctionner le 1er juillet 2026. La voie de migration est Shopify Functions : du JavaScript ou du Rust, intégré à une application. La migration d’une configuration Scripts complexe prend de 4 à 8 semaines.

Attention : 62 jours suffisent pour terminer la migration de Scripts si vous commencez cette semaine. Ils ne suffiront pas si vous attendez juin.

Pour les étapes techniques détaillées, consultez notre guide de migration de Shopify Scripts vers Functions.

Modification des commandes après achat une fois la migration terminée#

Terminer votre migration vers Checkout Extensibility facilite la création d’expériences après achat sur la page de remerciement. Avant la migration, les scripts checkout.liquid et la logique de confirmation des commandes étaient souvent mêlés aux processus après achat. Ajouter une fonctionnalité pouvait alors fragiliser l’ensemble.

Dans le nouveau système, les applications de la page de remerciement utilisent Checkout UI Extensions. Elles peuvent ainsi s’intégrer sans entrer en conflit avec votre configuration de suivi. Puisque vous êtes sur le blog de Revize : Revize est entièrement compatible avec Checkout Extensibility. Plusieurs marchands nous ont expliqué que terminer la migration les avait enfin décidés à proposer la modification de commande en libre-service. Leur page de remerciement pouvait accueillir cette fonctionnalité sans mettre leur suivi en péril.

Pour comprendre les changements apportés à la gestion des commandes après la migration, consultez le guide 2026 de la gestion des commandes Shopify.

Ce qu’il faut retenir#

La migration vers l’extensibilité du paiement Shopify est obligatoire et déjà d’actualité. L’échéance d’août 2025 est passée il y a huit mois. Les mises à niveau automatiques ont commencé en janvier 2026. Vous devez maintenant savoir si votre boutique utilise le nouveau système avec un suivi fiable ou si elle attend encore que Shopify programme sa migration.

Pour les marchands : consultez Paramètres → Paiement aujourd’hui. Si vous utilisez encore l’ancien système, documentez le champ Scripts supplémentaires et installez les applications de canaux officielles avant que Shopify fixe votre créneau de mise à niveau.

Pour les développeurs et les agences : l’échéance à venir est l’arrêt de Shopify Scripts le 30 juin 2026. C’est la migration la plus difficile : comptez de 4 à 8 semaines pour les configurations complexes. Si des clients utilisent encore des règles de réduction ou d’expédition fondées sur Scripts, il fallait déjà aborder le sujet le mois dernier.

Après la migration, le suivi du paiement sera meilleur qu’auparavant : les données personnelles identifiables sont transmises nativement, l’attribution CAPI s’améliore et vos pixels reçoivent des données de première partie auxquelles ils n’accédaient pas de manière fiable avec l’ancien checkout.liquid.

Voici quoi faire cette semaine :

1. Paramètres → Paiement → vérifiez votre situation
2. Si vous utilisez l’ancien système : documentez les Scripts supplémentaires, installez les applications Google & YouTube et Facebook & Instagram, puis lancez la mise à niveau
3. Si vous avez déjà migré : vérifiez la transmission des données personnelles identifiables dans le gestionnaire d’événements Meta et dans GA4
4. Si vous utilisez Shopify Scripts : commencez immédiatement la migration vers Functions — le 30 juin est dans 62 jours

Questions fréquentes#

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

Allez dans Paramètres → Paiement. Si vous voyez un bouton « Mettre à niveau » ou une bannière annonçant une mise à niveau programmée, vous utilisez encore l’ancien système. Si l’éditeur de paiement affiche des sections que vous pouvez déplacer par glisser-déposer, votre boutique a déjà été migrée. Shopify envoie des notifications par e-mail avant les mises à niveau automatiques. En cas de doute, consultez l’historique des notifications dans l’interface d’administration.

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

À l’échéance d’août 2025, Shopify a cessé de transmettre les données personnelles identifiables aux scripts de suivi des anciennes pages de remerciement. Les pixels se déclenchent, mais les plateformes publicitaires ne peuvent plus attribuer les conversions. Sans adresse e-mail ni numéro de téléphone, Meta CAPI ne peut pas associer checkout_completed à un profil utilisateur. GA4 l’enregistre comme une session non identifiée. L’achat a eu lieu, mais son attribution disparaît. Après la migration, ces données sont de nouveau transmises et l’attribution se rétablit.

Que change concrètement la mise à niveau automatique de Shopify dans ma boutique ?#

La mise à niveau automatique de Shopify fait passer votre page de remerciement et votre page de statut de la commande au nouveau système et migre les intégrations des applications officielles. Elle ne peut toutefois pas recréer les pixels personnalisés, GTM ou la logique checkout.liquid. Vous devez les reconstruire manuellement dans Événements client et l’éditeur de paiement. Shopify vous envoie un e-mail avant le créneau prévu, mais vous ne pouvez pas refuser la mise à niveau. Migrer vous-même, à la date de votre choix, reste donc la meilleure solution.

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

Non. Une fois la mise à niveau automatique effectuée par Shopify, aucune option de retour en arrière n’est disponible. Si votre suivi cesse de fonctionner après la mise à niveau, vous devez recréer les pixels dans Événements client. Vous ne pouvez pas rétablir l’ancien système. C’est la principale raison de migrer avant que Shopify fixe le créneau : vous choisissez le moment et pouvez tout tester avant la mise en ligne.

Google Tag Manager fonctionne-t-il avec Checkout Extensibility ?#

Les conteneurs GTM standard ne fonctionnent pas dans le nouvel environnement isolé du paiement. L’iframe isolé bloque l’accès au DOM. Les balises HTML personnalisées, les déclencheurs de visibilité et les envois vers dataLayer ajoutés par checkout.liquid échouent donc sans afficher d’erreur. Utilisez l’application Google & YouTube pour GA4 et Google Ads, ou une plateforme côté serveur (Elevar, Analyzify, Stape) si vous devez remplacer entièrement GTM.

Combien de temps prend la migration ?#

La plupart des boutiques Plus terminent leur migration vers Checkout Extensibility en 1 à 5 jours ouvrables. Une boutique avec 2 à 3 pixels gérés par des applications officielles peut finir en quelques heures. De nombreuses personnalisations GTM et des changements complexes de l’interface checkout.liquid peuvent porter ce délai à une semaine. La migration de Shopify Scripts vers Functions est un projet distinct qui prend de 4 à 8 semaines pour les configurations complexes.

Qu’est-ce que la Web Pixel API ?#

La Web Pixel API est l’environnement isolé de Shopify qui permet d’exécuter du code de suivi et d’analyse sur les pages de paiement et d’après-achat. Contrairement aux Scripts supplémentaires, qui exécutaient directement du JavaScript arbitraire dans la page, les Web Pixels s’exécutent dans un iframe isolé. Ils accèdent aux événements Shopify standard (checkout_completed, payment_info_submitted, etc.), mais leur accès au DOM est limité. Les données personnelles identifiables leur sont transmises explicitement par l’API au lieu d’être récupérées dans la page. Configurez les pixels personnalisés dans Paramètres → Événements client.

Checkout Extensibility est-il disponible sur tous les forfaits Shopify ?#

L’extensibilité des étapes principales du paiement est réservée à Plus. Les marchands qui utilisent un forfait standard n’avaient pas accès à checkout.liquid. La migration ne les concerne donc pas de la même manière. L’extensibilité de la page de remerciement et de la page de statut de la commande est disponible sur tous les forfaits, tandis que l’éditeur des étapes principales du paiement reste réservé à Plus.

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

Ce sont deux systèmes distincts, avec des dates d’abandon différentes. De nombreuses boutiques Plus doivent les traiter comme deux projets. Checkout Extensibility a remplacé checkout.liquid, qui gérait l’apparence et les scripts des pages de paiement. Shopify Scripts utilisait l’environnement Ruby pour les réductions, l’expédition et la logique du panier. Échéance de Checkout Extensibility : 28 août 2025 (passée). Échéance de Scripts : 30 juin 2026 (dans 62 jours).

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

Shopify Functions est son successeur direct. Functions s’exécute dans un environnement WebAssembly isolé et couvre les mêmes usages : réductions personnalisées, frais d’expédition et transformation du panier. Il utilise JavaScript ou Rust à la place de Ruby. Les fonctions 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 se trouvent sur shopify.dev/docs/apps/build/functions.

Mes applications après achat fonctionneront-elles encore après la migration ?#

Les applications conçues avec Checkout UI Extensions fonctionnent correctement sur le nouveau système. Celles qui injectaient des scripts par checkout.liquid ou les Scripts supplémentaires doivent adopter le modèle des extensions. Avant de migrer, consultez l’historique des modifications ou la documentation d’assistance de chaque application pour vérifier sa compatibilité. La plupart des grandes applications après achat ont publié cette information.

Mis à jour en août 2026. Revize est une application Shopify qui permet aux clients de modifier eux-mêmes leurs commandes après l’achat. Avant le traitement des commandes (fulfillment), ils peuvent changer l’adresse de livraison, remplacer une variante ou un produit, annuler leur commande et obtenir un remboursement ou un avoir, sans contacter l’assistance. Découvrez comment permettre aux clients de modifier leurs commandes Shopify ou retrouvez Revize sur le Shopify App Store.