Écart entre GA4 et Shopify : vérifier vos commandes avant le Black Friday

GA4 compte moins de commandes que votre boutique. C'est normal jusqu'à un certain point : les visiteurs qui refusent les cookies, les bloqueurs de publicité et les paiements qui sortent du site empêchent l'événement d'achat de partir. Ce qui n'est pas normal, c'est un écart qui change d'un mois à l'autre. Un audit publié le 28 octobre 2026 montre une boutique dont GA4 a enregistré 81 % des commandes web à l'automne 2024, 41 % à l'automne 2025 et 32 % pendant les fêtes, sans qu'aucune alerte ne se déclenche. La méthode pour mesurer votre propre écart tient en trois étapes et un tableur. Elle se fait avant le Black Friday du 27 novembre 2026, pas après.

Sur cette page

Pourquoi il y a un écart entre GA4 et Shopify

Shopify et WooCommerce enregistrent une commande sur leur serveur, au moment où le paiement est accepté. GA4 n'enregistre un achat que si son code s'exécute dans le navigateur du client, sur la page de confirmation pour envoyer l'événement purchase. Tout ce qui empêche ce code de tourner crée un écart. Shopify l'écrit noir sur blanc : Google ne peut compter que les visiteurs qui ont JavaScript et les cookies activés. Un client peut aussi installer une extension de navigateur qui bloque Google Analytics.

Six causes expliquent la quasi-totalité des écarts que nous rencontrons.

1. Le refus de consentement

Au Québec, la Loi 25 impose que les cookies qui ne sont pas nécessaires au fonctionnement du site soient désactivés par défaut. Chaque visiteur qui clique « Refuser » achète sans que GA4 le voie. Dans l'audit de Christian Goodrich, deux boutiques montrent exactement ce profil : l'une a capté 76 % de ses commandes web à l'automne 2024 comme à l'automne 2025, l'autre entre 72 % et 84 % chaque semaine. L'écart est stable, parce que la part des gens qui refusent est stable.

Google propose de combler ce trou par une modélisation, mais elle n'est offerte qu'aux propriétés qui reçoivent au moins 1 000 événements par jour avec le consentement refusé pendant au moins 7 jours, plus au moins 1 000 utilisateurs quotidiens avec le consentement accordé pendant au moins 7 des 28 derniers jours. La plupart des PME québécoises ne les atteignent pas. Et même quand elle s'applique, la modélisation ne touche pas le nombre d'événements : elle modélise les utilisateurs et les sessions, pas les achats. Les limites de ce mécanisme sont détaillées dans Consentement et mesure : comprendre les limites de Google Consent Mode.

2. Les navigateurs et les bloqueurs

En septembre 2026, Safari détenait 55,49 % du marché des navigateurs mobiles au Canada. Sa protection contre le pistage limite la durée de vie des cookies, ce qui n'empêche pas l'achat d'être compté, mais le rattache souvent à une nouvelle session, sans sa source. Les bloqueurs de publicité, eux, empêchent carrément l'envoi.

3. Le paiement qui sort du site

L'événement checkout_completed de Shopify, celui qui alimente l'achat dans GA4, se déclenche une seule fois par commande, normalement sur la page de remerciement. Si cette page ne se charge pas, l'événement ne part pas du tout. C'est ce qui arrive quand un client paie par PayPal sur son téléphone, revient sur un onglet qu'il ferme aussitôt, ou quand une page de vente additionnelle s'intercale : dans ce cas, Shopify déclenche l'événement sur la première offre, pas sur la page de remerciement. Un audit de 27 boutiques Shopify américaines a relevé que 78 % d'entre elles envoient le paiement sur un domaine de Shopify (shop.app, pay.shopify.com ou checkout.shopify.com) plutôt que sur le leur, ce qui complique le rattachement de la commande à la visite.

4. La bande de consentement qui tombe

C'est la cause la plus sournoise de l'audit de Goodrich. Chez le détaillant A, les sessions disparaissaient par blocs. Chaque bloc se terminait le 14 du mois. La boutique avait changé de fournisseur de bande de consentement en 2025. Son forfait comptait un nombre de pages vues. Le quota s'épuisait, la bande cessait de s'afficher jusqu'à la facturation suivante. Personne ne pouvait plus consentir. Le 1er décembre 2025, le quota est tombé ; GA4 n'a rien enregistré avant le 15 décembre. Chez le détaillant B, même mécanique avec des blocs qui finissaient le 20 : 94 % des commandes captées à l'automne 2024, 36 % à l'automne 2025, puis un chiffre d'affaires affiché en baisse de 69 % dans GA4 alors que les ventes nettes avaient grimpé de 18,5 %.

5. Les doublons

Chez le détaillant C, 657 des 3 365 numéros de commande enregistrés dans GA4 à l'automne 2025 portaient plus d'un événement d'achat, pour 735 achats en trop. Au total du trimestre, GA4 affichait 4 100 achats contre 4 501 commandes : les erreurs se compensaient presque. Le total paraissait plausible. Nous avions décrit ce mécanisme dans Suivi des conversions : repérer les actions comptées deux fois.

6. Les robots

Le détaillant D a reçu 23 187 sessions le 27 septembre 2026 et 25 622 le lendemain, contre 300 à 900 par jour à la mi-septembre : des visites directes, sur Chrome, d'une seconde environ, sans aucune commande en face. Le filtre de robots connus de GA4 ne les attrape pas quand ils exécutent le code du site comme un navigateur. La parade est décrite dans Spam GA4 : comment repérer et bloquer le faux trafic avec le filtre de nom d'hôte.

Quel écart entre GA4 et Shopify est normal

Les repères publiés sont tous des ordres de grandeur, aucun ne vient d'une étude indépendante. Littledata, cité par Clickport, estime que 20 commandes Shopify sur 100 n'apparaissent jamais dans GA4. Ruler Analytics parle d'un écart de 5 à 10 % sur les revenus comme d'une situation normale. Pour WooCommerce, Clickport juge qu'une capture de 85 % ou plus est un écart normal et qu'en dessous de 75 %, quelque chose est cassé. Dans l'audit de Goodrich, les boutiques saines captaient de 72 % à 84 % des commandes.

Notre lecture : le niveau compte moins que la stabilité. Une boutique qui capte 75 % de ses commandes chaque semaine a un suivi qui fonctionne et une part de clients qui refusent les cookies. Une boutique qui passe de 81 % à 41 % a un suivi cassé, même si 41 % paraît encore « beaucoup de données ».

La méthode en trois étapes pour mesurer votre écart

La méthode de Goodrich tient dans un tableur et se refait chaque semaine pendant la haute saison.

Deux vérifications complètent la méthode. Dans une exploration GA4, listez le nombre d'événements d'achat par identifiant de transaction : tout ce qui dépasse un est un doublon. Et cherchez les journées où il y a des sessions sans aucun achat, suivies d'une rafale d'achats classés « Unassigned » : c'est la signature d'un rattrapage tardif, comme chez le détaillant C, qui a vu 1 261 commandes arriver le 9 décembre, dont 1 000 portaient un numéro de commande vieux de plusieurs semaines.

Le signal d'alarme hebdomadaire

Une panne de suivi ne se voit pas dans GA4, puisque GA4 est l'outil en panne. Elle se voit en comparant GA4 à une source qui ne dépend pas de votre code. Chaque semaine, divisez les sessions « Google organic » de GA4 par les clics de la Search Console. Le ratio doit rester à peu près constant. Chez le détaillant C, Google a envoyé 4 244 clics la semaine du 3 novembre 2025 pendant que GA4 enregistrait 57 sessions organiques : la Search Console n'avait pas bougé, GA4 s'était tu. Ce contrôle prend cinq minutes et détecte la panne la semaine où elle commence.

Le cas Shopify

Depuis l'abandon de l'ancienne intégration, Shopify recommande d'installer GA4 par le canal Google & YouTube pour obtenir « le suivi le plus précis ». Un ancien code GA4 laissé en place est converti en pixel personnalisé, qui tourne dans un bac à sable, avec des fonctions réduites : Shopify prévient que les données peuvent changer ou, dans certains cas, être perdues. La mesure interdomaines peut aussi ne pas fonctionner. Deux conseils de Shopify valent la peine d'être suivis à la lettre. Premièrement, ne comparez pas des comptes d'événements entre services différents, même entre Google Analytics et GA4, qui traitent les données autrement ; pour comparer, faites tourner un pixel en parallèle. Deuxièmement, reliez votre bande de consentement à l'API de confidentialité des clients de Shopify (Customer Privacy API), sinon le consentement donné sur la boutique n'est pas transmis aux pixels.

Attention aussi aux deux systèmes qui cohabitent : le canal Google & YouTube plus un conteneur Tag Manager qui envoie lui aussi l'achat, c'est la recette la plus courante des doublons.

Le cas WooCommerce

Sur WooCommerce, l'événement d'achat part de la page de remerciement, une seule fois, depuis le navigateur. Dans un audit de 75 boutiques fait en mai 2026, 100 % des 52 boutiques qui utilisaient GA4 ou Tag Manager suivaient les achats depuis le navigateur seulement, sans aucune solution de repli côté serveur. Deux pièges propres à WooCommerce s'ajoutent : une page de remerciement mise en cache peut servir des données de commande vides ou périmées. Une page de remerciement personnalisée ou un tunnel de paiement en blocs peut empêcher le déclenchement du code. Un client dont le site WooCommerce a été accéléré avec une cache agressive devrait vérifier que la page de confirmation en est exclue.

Corriger : ce qui fonctionne et ce qui ne fonctionne pas

Le marquage côté serveur ne récupère rien. Un conteneur Tag Manager côté serveur relaie les événements que le navigateur a déjà envoyés. Si l'événement d'achat n'est jamais parti, il n'y a rien à relayer. Nous l'avions écrit dans Marquage côté serveur : avantages, limites et coûts : il protège contre les bloqueurs et prolonge la vie des cookies, il ne remplace pas un événement absent.

L'envoi depuis la boutique, oui. La correction durable consiste à envoyer l'achat à GA4 depuis le système de la boutique, au moment où la commande est créée, avec le numéro de commande comme clé, par le Measurement Protocol de Google ou par un marquage côté serveur alimenté par la boutique. Il faut capturer l'identifiant client et l'identifiant de session de GA4 au passage à la caisse pour que l'achat se rattache à la visite. Sur WooCommerce, le point d'accroche fiable est le moment où le paiement est confirmé, pas la page de remerciement. Le code de navigateur reste en place pour mesurer les comportements.

Pas en novembre. Si vous partez de zéro, Goodrich recommande d'envoyer les données côté serveur vers une propriété GA4 distincte pendant toute la haute saison, puis de basculer en janvier, plutôt que de changer de méthode au milieu du Black Friday.

Dimensionnez la bande de consentement pour la pointe. Vérifiez le quota de pages vues de votre forfait contre le trafic de novembre et de décembre de l'an dernier. Faites envoyer les alertes de limite à l'équipe marketing, pas seulement aux développeurs.

Ce que l'écart fait à votre budget publicitaire

Un écart qui bouge ne fausse pas seulement un graphique : il déplace de l'argent. Chez le détaillant A, les commandes web de l'automne sont passées de 5 874 à 7 686, pendant que GA4 les montrait en baisse d'un tiers. GA4 affichait un retour sur les dépenses Google Ads tombé de 8,07 à 4,79 et un revenu de la recherche organique presque divisé par deux. Un outil d'attribution rapproché des commandes réelles montrait l'inverse : un retour Google Ads passé de 4,42 à 7,93 avec 20 % de dépenses en moins. Les modèles d'attribution diffèrent, mais ils ne devraient pas pointer dans des directions opposées. Chez le détaillant C, GA4 donnait les revenus venus de Google en baisse de 86 % alors que les ventes nettes avaient progressé de 4,8 %. Une équipe qui lit ces chiffres coupe le budget du canal qui vend le mieux.

D'où la règle que nous appliquons dans nos rapports : les commandes et les revenus viennent de la boutique, GA4 explique d'où viennent les visiteurs et ce qu'ils font. Chaque plateforme publicitaire rapporte ce qu'elle réclame. Quand les trois ne s'entendent pas, le taux de capture est le premier chiffre à regarder. La phrase à dire au comité de direction ressemble à celle de Goodrich : « GA4 a enregistré 41 % de nos commandes web ce trimestre, contre 81 % l'an dernier ». Notre méthode pour relier les campagnes aux ventes réelles est décrite dans Suivi des conversions : relier vos campagnes aux ventes réelles.

Avec quoi voulez-vous envoyer ce courriel ?

Gmail ↗Outlook ↗Logiciel de courriel de l'ordinateurCopier le message

Fermer

Questions fréquentes sur l'écart entre GA4 et Shopify