Checkout Extensibility Shopify : Ce qui change pour votre tracking (Date limite août 2026)

Checkout Extensibility est le remplacement par Shopify du template legacy checkout.liquid. Au lieu de donner aux marchands un accès direct au HTML et au code Liquid du checkout, Shopify fournit un ensemble d'APIs et d'extensions UI qui permettent de personnaliser l'expérience de paiement de manière contrôlée et sécurisée pour les mises à jour.

L'approche legacy — modifier checkout.liquid directement — offrait aux marchands une énorme flexibilité. Vous pouviez injecter n'importe quel JavaScript, modifier le DOM, ajouter des champs personnalisés et intégrer des scripts de suivi tiers directement dans les pages de paiement. Mais cette flexibilité avait un coût : Shopify ne pouvait pas mettre à jour ni sécuriser le checkout sans risquer de casser les personnalisations des marchands.

Checkout Extensibility résout ce problème en fournissant des points d'extension structurés. Au lieu de l'injection directe HTML/JS, les marchands utilisent les Checkout UI Extensions pour les personnalisations visuelles et les Web Pixels pour le tracking. Shopify contrôle l'infrastructure sous-jacente du checkout, tandis que les marchands personnalisent via des interfaces bien définies.

Pour les marchands Plus, cette transition est en cours depuis 2023. Le changement clé maintenant est que Shopify étend cette exigence à toutes les boutiques — y compris les plans non Plus — avec une date limite ferme en août 2026.

Shopify a progressivement éliminé checkout.liquid sur plusieurs années, avec différentes échéances selon les niveaux de plan. Comprendre le calendrier vous aide à évaluer l'urgence pour votre boutique.

Pour les boutiques Shopify Plus, la date limite de mise à niveau obligatoire était le 28 août 2025. Après cette date, les boutiques Plus qui n'avaient pas migré ont été automatiquement mises à niveau vers le nouveau checkout. De nombreux marchands Plus ont terminé cette migration en 2024 et début 2025.

Pour les boutiques non Plus (plans Basic, Shopify et Advanced), la date limite est août 2026. C'est la phase finale du déploiement. Après cette date, checkout.liquid sera complètement supprimé de la plateforme — sans exceptions ni extensions.

Si vous êtes sur un plan non Plus et que votre boutique a été créée avant le lancement de Checkout Extensibility, vous avez probablement encore accès à checkout.liquid. Cet accès sera révoqué en août 2026. Les nouvelles boutiques créées après mi-2024 utilisent déjà le nouveau système de checkout par défaut.

Si vous êtes sur un plan Basic, Shopify ou Advanced, voici exactement ce qui change lorsque checkout.liquid est supprimé. L'impact dépend de la façon dont vous avez personnalisé votre checkout.

Premièrement, tous les scripts personnalisés injectés dans checkout.liquid cessent de s'exécuter. Cela inclut les balises de conversion Google Ads, les Facebook Pixels, les scripts d'analytics personnalisés, les codes de suivi d'affiliation et tout autre JavaScript que vous avez ajouté aux pages de paiement. Ces scripts ne s'exécuteront tout simplement plus.

Deuxièmement, toutes les personnalisations visuelles réalisées via checkout.liquid (CSS personnalisé, champs de formulaire supplémentaires, badges de confiance, sections d'upsell) disparaîtront. Vous devrez les reconstruire en utilisant les Checkout UI Extensions si elles sont importantes pour votre taux de conversion.

Troisièmement, les personnalisations de la page post-achat qui dépendaient de checkout.liquid cessent également de fonctionner. Si vous utilisiez les scripts de la page de remerciement ou de la page de statut de commande pour le tracking, ceux-ci doivent migrer vers les Web Pixels.

La suppression de checkout.liquid a un impact direct et significatif sur le suivi des conversions Google Ads. Voici ce qui cesse de fonctionner et pourquoi.

La configuration de tracking la plus courante pour les boutiques Shopify consiste à injecter une balise de conversion Google Ads (ou un conteneur GTM) dans le template checkout.liquid, spécifiquement sur la page de remerciement. Quand un client finalise un achat, la page se charge, le script s'exécute et une conversion est envoyée à Google Ads. Après la migration, ce point d'injection n'existe plus. La balise ne s'exécute jamais. Google ne reçoit jamais le signal de conversion.

Le résultat : votre compte Google Ads affiche zéro conversion alors que Shopify traite les commandes normalement. Smart Bidding perd son signal d'optimisation et commence à prendre des décisions d'enchères non informées. Vos campagnes volent à l'aveugle, dépensant du budget sans retour de conversion pour guider l'algorithme.

Ce n'est pas une dégradation progressive — c'est une défaillance binaire. Un jour votre tracking fonctionne, le lendemain (après la migration) il ne fonctionne plus. Il n'y a pas d'état partiel ni de repli progressif. Si votre tracking dépend de checkout.liquid, il s'arrêtera complètement à la date de migration.

Les Enhanced Conversions, qui reposent sur la même infrastructure de balises, cesseront également de fonctionner si elles ont été implémentées via des scripts checkout.liquid. Cela signifie que vous perdez à la fois votre signal de conversion principal et le repli Enhanced Conversions en même temps.

L'API Web Pixel de Shopify est le remplacement de l'injection de scripts dans checkout.liquid. C'est la seule méthode prise en charge pour exécuter des scripts de tracking dans le nouveau checkout de Shopify.

Les Web Pixels s'exécutent dans un iframe isolé (sandboxed), séparé de la page principale de checkout. Cela signifie qu'ils ne peuvent pas accéder au DOM du checkout ni le modifier, mais ils peuvent écouter les événements client (vues de page, ajouts au panier, étapes de checkout, achats) et envoyer des données à des services tiers comme Google Ads.

Il existe deux types de Web Pixels. Les Custom Pixels sont des extraits de code que vous écrivez vous-même — considérez-les comme l'équivalent Web Pixel du collage d'une balise script dans checkout.liquid. Les App Pixels sont gérés par les applications Shopify et configurés automatiquement lorsque vous installez l'application. Pour la plupart des marchands, les App Pixels sont le chemin le plus simple car le développeur de l'application gère l'implémentation technique.

La différence architecturale clé : les scripts checkout.liquid avaient un accès complet au DOM de la page et pouvaient lire n'importe quel élément, champ de formulaire ou variable du data layer. Les Web Pixels fonctionnent via le système d'abonnement aux événements de Shopify. Ils reçoivent des données d'événements structurées (informations produit, détails de commande, données client) via une API définie plutôt que par extraction de la page.

Toutes les boutiques ne sont pas impactées. Si vous avez configuré votre tracking via une application Shopify qui utilise déjà les Web Pixels, vous n'avez peut-être rien à craindre. Voici comment déterminer votre situation.

D'abord, vérifiez si votre boutique utilise checkout.liquid. Allez dans votre admin Shopify, naviguez vers Paramètres > Paiement et cherchez une section "Checkout liquid" ou "Scripts supplémentaires". Si vous en voyez une avec des scripts, vous êtes concerné. Si cette option n'apparaît pas (courant pour les nouvelles boutiques), vous êtes déjà sur le nouveau checkout.

Ensuite, examinez ce que contiennent ces scripts. Si vous trouvez des balises de conversion Google Ads (contenant 'AW-' suivi de chiffres), des snippets de conteneur GTM (contenant 'GTM-'), ou tout autre JavaScript lié au tracking, ces scripts cesseront de fonctionner après la migration.

Enfin, vérifiez vos applications installées. Certaines applications ont peut-être déjà migré vers les Web Pixels. Contactez le développeur de l'application ou consultez la documentation pour confirmer si elle dépend de checkout.liquid ou utilise la Web Pixel API.

Si vous avez confirmé que votre tracking dépend de checkout.liquid, voici comment migrer. Vous avez trois options principales, classées de la plus simple à la plus technique.

Option 1 : Installez une application de tracking qui utilise les Web Pixels. C'est le chemin le plus rapide pour la plupart des marchands. Des applications comme ScaleUp, Littledata ou Elevar ont déjà construit leur tracking sur la Web Pixel API. Vous installez l'application, connectez votre compte Google Ads, et l'application gère tout le tracking via les App Pixels. Aucun code requis.

Option 2 : Utilisez l'application Google & YouTube de Shopify. L'intégration officielle de Shopify utilise la Web Pixel API et fournit un suivi de conversion basique. Elle est gratuite et couvre l'essentiel, bien qu'elle manque de certaines fonctionnalités avancées comme les Enhanced Conversions et le tracking côté serveur que proposent les applications dédiées.

Option 3 : Créez un Custom Pixel. Si vous avez besoin d'un contrôle total, vous pouvez créer un Custom Pixel dans votre admin Shopify sous Paramètres > Événements client. Vous écrirez du JavaScript qui s'abonne aux événements client de Shopify (checkout_completed, etc.) et envoie les données de conversion à Google Ads. Cela nécessite des connaissances en développement et une maintenance continue.

ScaleUp a été construit sur la Web Pixel API de Shopify dès le départ. Il n'a jamais dépendu de checkout.liquid pour le tracking. Cela signifie que la date limite d'août 2026 n'a zéro impact sur les utilisateurs de ScaleUp — votre tracking continue de fonctionner exactement comme avant sans aucune migration, modification de code ou action de votre part.

Ce que ScaleUp fait différemment : au lieu d'injecter des scripts dans la page de checkout, ScaleUp enregistre un App Pixel via l'API officielle de Shopify. Ce pixel écoute les événements d'achat, capture les détails de la commande (y compris l'ID de transaction, la valeur de la commande, la devise et les articles) et envoie les données de conversion directement à Google Ads en utilisant le Measurement Protocol et l'API Google Ads.

Parce que ScaleUp utilise le tracking côté serveur en plus du Web Pixel, il offre en réalité une meilleure fiabilité des données que les scripts checkout.liquid n'auraient jamais pu fournir. Le Web Pixel gère le signal de conversion initial, tandis que le tracking côté serveur fournit un backup qui capture les conversions manquées par le tracking côté client (bloqueurs de publicité, fonctionnalités de confidentialité du navigateur, pannes réseau).

ScaleUp inclut également les Enhanced Conversions, la déduplication par ID de transaction et le support de Consent Mode v2 — le tout implémenté via des APIs prises en charge qui ne casseront pas avec les changements de la plateforme Shopify. Quand Shopify fait évoluer son checkout, ScaleUp s'adapte automatiquement car il utilise les points d'intégration officiels et pris en charge.