GA4 : pourquoi votre chiffre d'affaires est (apparemment) faux

Vous ouvrez GA4, vous consultez le rapport Monétisation, et le chiffre d'affaires ne colle pas avec votre back-office PrestaShop. Ni en plus, ni en moins, juste « faux ». Avant de conclure à un bug, sachez que ce problème touche la majorité des boutiques françaises. Voici pourquoi GA4 fausse votre CA, comment diagnostiquer chaque cause, et comment reprendre le contrôle.

GA4 et PrestaShop ne mesurent pas la même chose

Les deux outils ne comptent pas la même chose, au même moment, avec les mêmes règles. Résultat : des écarts de 20 à 40 % sans que rien ne soit vraiment « cassé ». Sur mai 2026, votre back-office affiche 120 000 € HT et GA4 n'indique que 97 000 €. Où sont passés les 23 000 € ? Répartis entre plusieurs causes simultanées.

Les symptômes classiques : GA4 remonte 20 à 40 % de CA en moins, le nombre de commandes diffère, le panier moyen est incohérent, et les chiffres par source ne matchent pas avec Google Ads ou Meta. Un écart n'est pas forcément une erreur, mais un écart non expliqué est dangereux : il fausse vos arbitrages de budget. Voyons les trois causes majeures.

Cause 1 : le tracking e-commerce mal implémenté

Sans configuration, GA4 n'enregistre aucun chiffre d'affaires. L'événement purchase doit exister sur la page de confirmation, nommé exactement purchase, avec les bons paramètres :

• transaction_id unique par commande (sinon GA4 déduplique ou ignore)
• value cohérente (HT ou TTC selon votre convention)
• currency en code ISO, EUR pour une boutique française
• items : la liste des produits

Les erreurs fréquentes coûtent cher :

Testez avec le DebugView de GA4 et le mode Aperçu de Google Tag Manager : passez une commande réelle et vérifiez que purchase se déclenche une seule fois, avec les bons paramètres. Un audit de plus de 200 boutiques PrestaShop a montré que 87 % présentaient des erreurs de tracking, avec un ROAS sous-estimé de 34 % en moyenne.

Cause 2 : le refus des cookies

En France, environ 40 % des utilisateurs refusent les cookies analytiques. Sans Google Consent Mode V2, ces ventes sont souvent totalement invisibles dans GA4. Votre bannière (CMP) conditionne le déclenchement de GA4 : mal configurée, elle vous fait perdre une part significative de vos conversions.

Quelques ordres de grandeur : 30 à 50 % de refus selon la présentation de la bannière et le secteur ; une CMP bien conçue (claire, conforme CNIL, sans dark patterns) peut atteindre 75 à 85 % d'acceptation. Le Consent Mode V2 récupère des conversions modélisées en cas de refus, mais ça reste une estimation. Même optimisé, GA4 ne reflétera jamais 100 % du CA facturé, surtout pour les parcours multi-appareils.

Cause 3 : des périmètres différents

Une grande partie de l'écart vient simplement du fait que GA4 et le back-office ne parlent pas de la même chose quand ils affichent un « chiffre d'affaires » :

• GA4 enregistre souvent le CA TTC et inclut les frais de livraison dans la value, alors que les rapports back-office s'analysent en HT sans frais de port. Sur 100 000 € HT dans PrestaShop, GA4 peut afficher ~120 000 € TTC + livraison : 20 % d'écart rien que sur le périmètre.
• Les remboursements, avoirs, codes promo et cartes cadeaux sont gérés dans le back-office mais rarement remontés dans GA4 (les événements refund sont peu configurés).

La règle : comparez des périmètres identiques. Soit vous passez la value en HT sans frais, soit vous adaptez vos rapports. Et pour retrouver les transactions manquantes ou en double, comparez via le transaction_id.

L'attribution et les fuseaux horaires

Certains écarts sont purement méthodologiques. Le modèle par défaut de GA4 est le dernier clic hors Direct ; la fenêtre d'attribution par défaut est de 30 jours, quand Google Ads utilise 7 ou 90 jours et Meta ses propres règles. Une même vente peut donc apparaître sous des sources différentes selon l'outil. Sans balisage UTM rigoureux, une part de votre CA finit classée en « direct » ou « cross-network ».

Vérifiez aussi le fuseau horaire : si votre propriété GA4 est en UTC et votre boutique en Europe/Paris, les ventes de 23h30 basculent au lendemain. Synchronisez les deux, alignez la fenêtre d'attribution, puis acceptez qu'il restera un delta résiduel. C'est structurel.

Gardez GA4 pour ce qu'il fait bien

GA4 reste utile pour une chose : comprendre le comportement des visiteurs, les parcours, les pages qui convertissent. Gardez-le pour ça. Mais pour tout ce qui touche à l'argent (le CA exact, la marge, le ROAS, l'attribution à vos campagnes), il n'est pas fiable, et pour une raison de fond : il repose sur un tracking navigateur fragile, mal configuré dans 87 % des boutiques et aveugle sur les 40 % de visiteurs qui refusent les cookies. Pour piloter votre rentabilité, il vous faut une source qui part des ventes réelles.

Sqalie : l'alternative fiable à GA4 pour piloter votre boutique

Pour piloter votre activité, Sqalie remplace GA4 là où GA4 vous trompe. Toute la différence tient à la source de la donnée : au lieu de compter des événements dans le navigateur, Sqalie lit vos ventes réelles directement dans PrestaShop.

• Installation fiable en 2 clics. Un module PrestaShop à installer, et c'est tout. Pas de gtag.js à poser, pas de Google Tag Manager à configurer, pas de dataLayer à maintenir, rien qui casse à la prochaine mise à jour du thème. Là où 87 % des boutiques ratent leur tracking GA4, il n'y a tout simplement rien à rater.
• Un CA juste, à 100 %. Comme Sqalie lit les commandes facturées du back-office, le refus des cookies n'a aucun impact : les 40 % de ventes invisibles dans GA4 sont bien comptées. Le chiffre affiché est le vrai, TVA, remises et avoirs gérés correctement.
• La marge réelle, pas juste le revenu. Sqalie reconstitue la marge nette par produit, par catégorie et par canal, coût d'achat, livraison et avoirs compris. GA4 ne connaît pas vos coûts et ne saura jamais le faire. C'est tout l'objet de notre méthode pour calculer sa vraie marge.
• Le ROAS réel, dépense pub comprise. Sqalie se connecte à vos régies (Meta Ads, Google Ads) et récupère en temps réel la dépense par campagne, qu'il croise avec vos ventes et votre marge nette par canal. Vous voyez enfin la rentabilité réelle de chaque campagne, ROAS et marge compris, là où GA4 s'arrête à une attribution modélisée et n'a jamais connu vos coûts.
• Le trafic que GA4 noie dans « referral » : l'IA. Sqalie a un canal dédié au trafic humain venu des assistants IA (ChatGPT, Claude, Perplexity, Gemini) et vous montre même quels robots (GPTBot, ClaudeBot, PerplexityBot) indexent vos fiches produit. Savoir combien de ventes viennent de ChatGPT, aucun analytics classique ne vous le dit.
• Le vrai tunnel de conversion. Sessions, produits vus, ajouts panier, checkout, commande : Sqalie reconstitue le parcours rattaché aux commandes réelles, avec l'étape et le moment exacts où vos visiteurs décrochent, sur un trafic nettoyé des robots.

Le résultat : au lieu d'ouvrir GA4 chaque matin en vous demandant si le chiffre est juste, vous pilotez sur des données que vous ne remettez plus en question. Le CA est exact, la marge est réelle, chaque canal est relié à sa rentabilité, et vous voyez enfin ce que GA4 ne montre pas : d'où viennent vraiment vos ventes (ChatGPT compris), quels produits sont regardés, et où le tunnel décroche.