Événement d'achat GA4 ne se déclenche pas sur Shopify : Guide de résolution

L'événement d'achat GA4 est l'événement ecommerce critique qui enregistre une transaction finalisée. Lorsqu'un client termine le checkout sur votre boutique Shopify, un événement d'achat devrait se déclencher et envoyer les données de transaction — incluant l'ID de commande, le chiffre d'affaires, les taxes, la livraison et les détails des articles — à votre propriété GA4.

Sur Shopify, il existe trois façons principales de déclencher cet événement : via l'application Google & YouTube channel (qui injecte le suivi GA4 automatiquement), via Google Tag Manager avec une balise personnalisée d'événement d'achat, ou via un Web Pixel Shopify qui envoie des événements via l'API Customer Events. Chaque méthode a des points de défaillance différents, c'est pourquoi le diagnostic nécessite de comprendre quelle méthode votre boutique utilise.

Si l'événement d'achat ne se déclenche pas, GA4 affiche des données de revenus ecommerce nulles ou incomplètes, vos campagnes Google Ads ne peuvent pas optimiser pour les conversions d'achat, et tout segment d'audience basé sur les acheteurs sera vide. Les effets en aval s'accumulent rapidement — Smart Bidding perd le signal dont il a besoin pour trouver des clients à haute valeur.

Avant de rechercher les causes, confirmez si l'événement d'achat est réellement manquant. Il existe trois méthodes fiables pour vérifier :

L'explication la plus simple : votre balise de mesure GA4 est soit absente de la page checkout/confirmation de commande, soit configurée avec le mauvais Measurement ID. Cela représente environ 35% des cas que nous rencontrons.

Si vous utilisez l'application Google & YouTube channel, la balise GA4 est injectée automatiquement. Mais l'application nécessite que votre propriété GA4 soit correctement liée — si la connexion a été rompue (courant après des changements de compte Google ou des migrations de propriété GA4), la balise cesse de se charger silencieusement. Il n'y a pas de message d'erreur dans Shopify ; ça arrête simplement de fonctionner.

Si vous avez configuré GA4 manuellement avec un extrait gtag.js ou Google Tag Manager, le Measurement ID (G-XXXXXXXXXX) doit correspondre exactement à votre propriété GA4. Une erreur courante est d'utiliser l'ancien ID Universal Analytics (UA-XXXXXXX) au lieu du Measurement ID GA4, ou de copier l'ID d'une propriété GA4 différente.

Comment diagnostiquer :

• Ouvrez la page de confirmation de commande de votre boutique dans Chrome et appuyez sur F12 pour ouvrir les Outils de développement
• Allez dans l'onglet Network et filtrez par 'collect' — cherchez les requêtes vers google-analytics.com/g/collect
• Si aucune requête n'apparaît, la balise GA4 ne se charge pas sur la page
• Si des requêtes apparaissent, vérifiez le paramètre 'tid' dans l'URL de la requête — il devrait correspondre à votre Measurement ID GA4

Comment corriger :

• Si vous utilisez l'application Google & YouTube channel : déconnectez et reconnectez la propriété GA4 dans les paramètres de l'application. Vérifiez que la bonne propriété GA4 est sélectionnée.
• Si vous utilisez gtag.js : confirmez que l'extrait est présent dans theme.liquid et que le Measurement ID correspond à votre propriété GA4. Vérifiez Admin > Flux de données dans GA4 pour l'ID correct.
• Si vous utilisez GTM : vérifiez que la balise de configuration GA4 a le bon Measurement ID et que le conteneur GTM se charge sur toutes les pages y compris le checkout.
• Pour toutes les méthodes : videz le cache de votre navigateur et testez dans une fenêtre de navigation privée pour éliminer les problèmes de cache.

Si vous utilisez Google Tag Manager pour déclencher l'événement d'achat GA4, la configuration du déclencheur est cruciale. L'événement ne se déclenche correctement que lorsque les conditions du déclencheur correspondent au flux réel de finalisation du checkout sur votre boutique Shopify. Une discordance signifie que la balise existe mais ne reçoit jamais le signal pour se déclencher.

La mauvaise configuration de déclencheur la plus fréquente est l'utilisation d'un déclencheur Page vue avec une règle de correspondance d'URL comme 'URL de la page contient thank_you' — cela fonctionnait de manière fiable auparavant, mais Shopify a modifié la structure d'URL de confirmation de commande plusieurs fois. Certaines boutiques utilisent maintenant des URLs '/checkouts/cn/', d'autres des URLs '/orders/', et le modèle exact dépend de votre plan Shopify, de la configuration du checkout et de si vous avez migré vers Checkout Extensibility.

Une autre erreur courante : configurer un déclencheur d'événement personnalisé pour 'purchase' sans avoir de push au Data Layer qui envoie l'événement d'achat. La balise GA4 attend dans GTM un événement qui n'arrive jamais parce que rien sur la page ne l'envoie au Data Layer.

Comment diagnostiquer :

• Ouvrez GTM en mode Aperçu et complétez un achat test
• Vérifiez le résumé Balises déclenchées/Non déclenchées sur la page de confirmation de commande
• Si votre balise d'événement d'achat GA4 apparaît sous 'Balises non déclenchées', cliquez dessus pour voir quelles conditions du déclencheur ont échoué
• Vérifiez que le Data Layer contient un événement 'purchase' avec les paramètres ecommerce requis

Comment corriger :

• Remplacez les déclencheurs Page vue basés sur l'URL par un déclencheur d'événement personnalisé qui se déclenche sur l'événement 'purchase' du Data Layer
• Si vous utilisez le Data Layer natif de Shopify, vérifiez que le nom de l'événement correspond exactement (sensible à la casse) — 'purchase' pas 'Purchase' ni 'purchase_complete'
• Ajoutez un script de push au Data Layer sur la page de confirmation de commande s'il n'en existe pas. Le script doit envoyer event: 'purchase' avec les données ecommerce (transaction_id, value, currency, items).
• Testez en mode Aperçu GTM après chaque modification pour confirmer que la balise se déclenche correctement

C'est le changement récent le plus perturbateur affectant le suivi GA4 sur Shopify. Dans le cadre de la migration Checkout Extensibility, Shopify a supprimé le support des personnalisations checkout.liquid. Tous les scripts de suivi JavaScript injectés via checkout.liquid — y compris les scripts d'événements d'achat GA4 et les conteneurs GTM sur les pages de checkout — ont cessé de s'exécuter.

La migration s'est produite à différents moments pour différentes boutiques, mais d'ici août 2025, toutes les boutiques Shopify Plus ont été migrées. Si votre suivi des achats GA4 fonctionnait avant la migration et s'est soudainement arrêté, c'est la cause la plus probable. Les scripts de suivi existent physiquement dans votre fichier checkout.liquid, mais Shopify ne rend plus ce fichier pendant le checkout.

Cela n'affecte pas le suivi sur les pages hors checkout. Votre balise GA4 se déclenche toujours sur les pages produits, les pages de collection, les pages panier, etc. Cela affecte spécifiquement les pages de checkout et de confirmation de commande où l'événement d'achat devrait se déclencher.

Comment corriger :

• Migrez votre suivi d'achat GA4 vers un Web Pixel Shopify (pixel personnalisé). Les Web Pixels utilisent l'API Customer Events et s'exécutent dans un environnement sandboxé sur les pages de checkout et de confirmation de commande.
• Dans votre admin Shopify, allez dans Paramètres > Événements clients > Ajouter un pixel personnalisé. Créez un pixel qui s'abonne à l'événement 'checkout_completed' et envoie un événement d'achat GA4 via le Measurement Protocol ou gtag.js.
• Si vous utilisez GTM, notez que les conteneurs GTM ne peuvent pas s'exécuter dans les Web Pixels en raison des restrictions sandbox de Shopify. Vous devez soit envoyer les événements directement via gtag.js dans le pixel, soit utiliser GTM côté serveur avec le Measurement Protocol.
• Alternativement, installez une application de suivi comme ScaleUp qui gère cette migration automatiquement et déclenche les événements d'achat via les APIs officielles de Shopify.

Si vous avez configuré un Web Pixel Shopify pour le suivi GA4 mais que l'événement d'achat ne se déclenche toujours pas, la configuration du pixel elle-même peut être le problème. Les Web Pixels s'exécutent dans un iframe sandboxé, ce qui signifie qu'ils ont des capacités et limitations différentes par rapport au JavaScript standard sur la page.

Les problèmes courants de Web Pixel incluent : s'abonner au mauvais nom d'événement (Shopify utilise 'checkout_completed' pas 'purchase'), ne pas formater correctement la charge utile de l'événement GA4, utiliser des APIs navigateur bloquées dans le sandbox (comme l'accès à document.cookie ou localStorage), ou le pixel défini sur 'Désactivé' dans l'admin Shopify.

Un autre problème subtil : les Web Pixels sont des pixels d'événements clients, et Shopify distingue entre les 'Pixels d'application' (installés par des apps, toujours actifs) et les 'Pixels personnalisés' (créés manuellement, nécessitent une activation explicite). Si vous avez créé un pixel personnalisé mais oublié de le connecter et l'activer, il ne s'exécutera pas.

Comment diagnostiquer :

• Allez dans Paramètres > Événements clients dans votre admin Shopify
• Vérifiez que votre pixel GA4 est listé et affiche le statut 'Connecté'
• Examinez le code du pixel pour l'abonnement correct à l'événement : analytics.subscribe('checkout_completed', ...)
• Vérifiez la console du navigateur sur la page de confirmation de commande pour les erreurs du sandbox du pixel

Comment corriger :

• Assurez-vous que le pixel s'abonne à 'checkout_completed' (pas 'purchase') — c'est le nom d'événement Shopify pour les commandes finalisées
• Si vous utilisez gtag.js dans le pixel, initialisez-le correctement avec votre Measurement ID avant d'envoyer l'événement d'achat
• Évitez d'utiliser les APIs bloquées dans le sandbox. Utilisez les données d'événement fournies par Shopify (event.data.checkout) au lieu d'essayer de lire les cookies ou éléments DOM.
• Désactivez et réactivez le pixel dans l'admin Shopify, puis testez avec un nouveau checkout. Parfois les pixels doivent être reconnectés après des modifications de code.
• Vérifiez que le pixel ne génère pas d'erreurs JavaScript en examinant la console du navigateur — les erreurs de pixel sont enregistrées avec le préfixe '[Custom Pixel]'

Si votre boutique utilise une bannière de consentement aux cookies — obligatoire pour vendre aux clients de l'UE, du Royaume-Uni et d'autres marchés réglementés — l'événement d'achat GA4 peut ne pas se déclencher pour les clients qui refusent le consentement au suivi. Avec Google Consent Mode v2, si ad_storage et analytics_storage sont refusés, les événements GA4 sont soit complètement bloqués, soit envoyés sans cookies (selon votre implémentation).

La partie délicate est que Consent Mode peut supprimer silencieusement les événements sans erreur visible. Votre suivi fonctionne parfaitement pour les clients consentants, mais pour les non-consentants, l'événement d'achat n'atteint jamais GA4. Si un grand pourcentage de votre trafic provient de marchés soucieux de la vie privée, cela peut représenter 30 à 60% des événements d'achat manquants.

Il y a aussi une erreur de configuration étonnamment courante : le consentement par défaut est défini sur 'denied' pour toutes les régions, mais la bannière de consentement ne déclenche jamais la commande de mise à jour pour accorder le consentement lorsqu'un client clique sur 'Accepter'. Cela signifie que chaque visiteur est traité comme ayant refusé le consentement, même ceux qui l'ont explicitement accepté.

Comment corriger :

• Vérifiez que votre implémentation Consent Mode envoie une commande de 'update' du consentement lorsque les clients acceptent les cookies. Vérifiez avec Tag Assistant — l'état du consentement devrait passer de 'denied' à 'granted' après l'acceptation.
• Assurez-vous que les paramètres par défaut du consentement sont correctement configurés : 'denied' pour les régions UE/EEE, 'granted' pour les régions sans exigences de consentement. N'appliquez pas 'denied' de manière générale à toutes les régions.
• Activez la modélisation comportementale Consent Mode dans GA4 (Admin > Paramètres de données > Collecte de données) pour combler les lacunes des utilisateurs non consentants avec des données modélisées.
• Si vous utilisez une plateforme de gestion du consentement (CMP) comme Cookiebot, OneTrust ou Pandectes, vérifiez qu'elle est correctement intégrée avec Google Consent Mode v2 et envoie les signaux de consentement appropriés.

Une erreur JavaScript sur la page de confirmation de commande peut silencieusement empêcher l'événement d'achat GA4 de se déclencher. Si un script qui s'exécute avant votre code de suivi GA4 lance une erreur non gérée, il peut bloquer tous les scripts suivants. Votre balise GA4 n'a jamais l'occasion de s'exécuter.

C'est particulièrement courant sur les boutiques Shopify avec de nombreuses applications installées. Chaque application peut injecter son propre JavaScript sur la page de confirmation de commande, et un bug dans l'une d'entre elles peut provoquer une défaillance en cascade du suivi. Les mises à jour de thèmes peuvent également introduire des conflits JavaScript, surtout si du code personnalisé a été ajouté au thème et est incompatible avec la version mise à jour.

Les symptômes sont un suivi intermittent : l'événement d'achat se déclenche parfois mais pas toujours. Cela se produit lorsque l'erreur est causée par une condition de concurrence — les scripts se chargent dans un ordre différent selon les chargements de page. Une fois la balise GA4 se charge et se déclenche avant le script problématique ; une autre fois non.

Comment diagnostiquer :

• Ouvrez les Outils de développement Chrome (F12) sur la page de confirmation de commande
• Vérifiez l'onglet Console pour les messages d'erreur rouges, en particulier les erreurs qui apparaissent avant le chargement de votre balise GA4
• Cherchez les erreurs référençant des variables 'undefined', des requêtes réseau échouées pour des scripts externes, ou des erreurs CORS
• Essayez de désactiver temporairement d'autres applications Shopify pour voir si l'événement d'achat commence à se déclencher

Comment corriger :

• Identifiez et corrigez l'erreur JavaScript. Si elle provient d'une application tierce, contactez le développeur de l'application ou désactivez-la temporairement pour restaurer le suivi.
• Enveloppez votre code de suivi GA4 dans un bloc try-catch pour empêcher les erreurs d'autres scripts de le bloquer. Placez votre script GA4 aussi tôt que possible dans l'ordre de chargement de la page.
• Passez au suivi basé sur les événements via un Web Pixel au lieu de scripts injectés. Les Web Pixels s'exécutent dans un sandbox isolé et ne sont donc pas affectés par les erreurs JavaScript sur la page principale.
• Si vous utilisez GTM, vérifiez que le conteneur GTM se charge indépendamment des autres scripts en le plaçant dans la section . GTM a sa propre gestion des erreurs qui devrait prévenir la plupart des défaillances en cascade.

Chacune des six causes ci-dessus nécessite une solution différente, et même après en avoir résolu une, une autre peut casser votre suivi le mois suivant. Shopify met à jour son flux de checkout, les navigateurs changent le comportement de confidentialité, les applications introduisent des conflits — l'environnement change constamment.

ScaleUp élimine ces problèmes en déclenchant les événements d'achat GA4 via l'API Web Pixel officielle de Shopify et le Measurement Protocol côté serveur. Au lieu de dépendre du JavaScript côté client qui peut être bloqué, cassé ou supprimé par le consentement, ScaleUp envoie les données d'achat directement des serveurs de Shopify vers GA4 avec des paramètres ecommerce complets.

Cette approche résiste aux six causes couvertes dans ce guide : elle ne dépend pas du code du thème ni de checkout.liquid, elle utilise l'événement natif checkout_completed de Shopify (pas de déclencheurs basés sur l'URL), elle fonctionne indépendamment des erreurs JavaScript sur la page, et elle inclut les données Enhanced Conversions pour une meilleure attribution même lorsque les cookies sont bloqués.