Des rapports GA4 auxquels vous pouvez vraiment vous fier.
Quand les hits du navigateur n'atteignent jamais GA4, chaque rapport en aval est faux — et chaque décision que vous en tirez aussi. PrestaSignal fait tourner la balise de Google via l'adresse de votre boutique et rapporte chaque vente depuis votre back-office, pour que GA4 se réconcilie enfin avec la réalité.
Pourquoi vos chiffres GA4 ne correspondent pas à vos commandes
GA4 côté navigateur perd des hits à cause des bloqueurs de pub et des limites de cookies de Safari — la bibliothèque de la balise elle-même se charge depuis googletagmanager.com, un domaine présent sur toutes les listes de filtrage. Chaque hit bloqué est une visite, une session ou une vente dont GA4 n'entend jamais parler. Le résultat est une propriété qui contredit PrestaShop sur le seul chiffre qui compte : le nombre de ventes que vous avez réellement réalisées.
La balise de Google elle-même, servie depuis votre adresse
Les sessions sont justes par construction : la balise de Google elle-même s'exécute — via votre adresse — donc session_start, first_visit et user_engagement arrivent exactement comme Google l'attend. Rien n'a besoin d'être recousu ou réparé après coup. La vente est rapportée séparément par votre back-office, taxes comprises pour correspondre à vos totaux de commande, avec un transaction ID construit à partir de la commande elle-même pour qu'un achat ne puisse jamais être compté deux fois.
Ce qui atteint GA4
Comment le tracking GA4 côté serveur fonctionne sur PrestaShop
Quand un acheteur navigue sur votre boutique, c'est la balise GA4 de Google elle-même qui mesure — mais la bibliothèque de la balise et chaque requête qu'elle envoie transitent par un connecteur sur l'adresse propre de votre boutique. Les listes de filtrage des bloqueurs de pub ciblent googletagmanager.com et google-analytics.com ; sur votre boutique, rien ne se charge depuis ces domaines. Comme la balise de Google s'exécute sans modification, les sessions, l'engagement et l'attribution se comportent exactement comme GA4 l'attend — justes par construction, sans rien à reconstruire après coup.
La vente emprunte une seconde route, sans navigateur. Dès qu'une commande est validée, votre back-office rapporte l'achat de serveur à serveur — que le navigateur de l'acheteur ait envoyé quelque chose ou non — avec un chiffre d'affaires taxes comprises correspondant à vos totaux de commande et un transaction ID construit à partir de la commande elle-même, pour qu'une page de confirmation rechargée ne puisse jamais compter en double. Les remboursements suivent avec l'identifiant correspondant, pour que GA4 reverse le bon chiffre d'affaires. Les données personnelles sont hachées dans le module avant que quoi que ce soit ne quitte votre boutique.
Ce qui cloche avec GA4 en navigateur seul
Quand le navigateur bloque les domaines de Google, des visites entières n'atteignent jamais GA4 — l'acheteur était là ; vos rapports disent le contraire.
Les bloqueurs de pub et les limites de Safari abandonnent silencieusement une part des événements d'achat, GA4 rapporte donc moins de ventes que votre liste de commandes.
Des valeurs hors taxes ou des transactions dupliquées font diverger le chiffre d'affaires GA4 de votre back-office.
Les premiers hits perdus poussent les sessions vers « non attribué », masquant les canaux qui ont réellement généré la vente.
GA4 côté serveur — questions.
Mes comptes de sessions seront-ils exacts ?+
Oui — par construction. C'est la balise de Google elle-même qui compte les sessions, servie via votre adresse : session_start, first_visit et user_engagement se déclenchent exactement comme Google les a conçus. Il n'y a rien à recoudre ni à réparer après coup.
Le chiffre d'affaires correspond-il à mes commandes PrestaShop ?+
Il est envoyé taxes comprises pour correspondre à vos totaux de commande, avec un transaction ID construit à partir de la commande elle-même pour que le même achat ne soit jamais compté deux fois — et chaque remboursement porte l'identifiant correspondant, pour que GA4 reverse le bon chiffre d'affaires.
Ai-je encore besoin de la balise navigateur GA4 ?+
Vous n'en gérez pas une séparément. PrestaSignal exécute la balise de Google pour vous — servie depuis votre propre adresse — et rapporte la vente depuis votre back-office. C'est une seule conception intégrée, pas un mode à choisir ou à maintenir.
GA4 est-il configuré pour moi ?+
Oui. Nous configurons votre connexion GA4 sur le serveur de tracking que nous hébergeons, vous n'avez donc pas à câbler le Measurement Protocol ou les secrets d'API vous-même.
GA4 côté serveur affecte-t-il la vitesse de ma page ?+
Non. Il n'y a aucun script tiers sur vos pages — la balise se charge depuis votre propre adresse comme le reste de votre boutique — et le gros du travail de dialogue avec GA4 se passe sur le serveur de tracking que nous opérons, séparément du rendu de la page.
Le mode Consentement fonctionnera-t-il toujours ?+
Oui. Les vrais choix de consentement du visiteur sont transmis exactement tels qu'ils ont été donnés — jamais réécrits — GA4 reçoit donc les signaux de consentement comme Google l'attend, et un refus reste un refus.
Faites en sorte que GA4 s'accorde avec votre compte bancaire.
Un audit gratuit compare votre GA4 en direct à vos vraies commandes et révèle l'écart.