Vos rapports GA4 decrivent les visiteurs qui ont bien voulu etre comptes
Quand le tag GA4 est bloque, la session n'est pas marquee comme incomplete : elle n'existe pas. Vos taux de conversion sont calcules sur une population filtree. Le Measurement Protocol envoie l'evenement depuis votre serveur, ou aucun bloqueur ne s'interpose.
Le probleme
Pourquoi GA4 et votre back-office ne tombent jamais d'accord
L'ecart entre le chiffre d'affaires de GA4 et celui de votre boutique n'est pas une erreur d'arrondi.
Les achats manquent, pas les visites
La perte n'est pas uniforme. Un visiteur peut etre compte a l'arrivee puis disparaitre au moment de l'achat, parce que la page de confirmation est celle ou l'onglet se ferme le plus vite. Le denominateur reste, le numerateur part.
Les paiements hebergees cassent la session
Quand le paiement se fait sur un domaine tiers, le retour sur la boutique ressemble a une nouvelle visite venue d'un site de reference. La vente est alors attribuee au prestataire de paiement plutot qu'a la campagne qui l'a generee.
Une decision fondee sur des donnees filtrees
Ces rapports servent a arbitrer des budgets. Si les canaux ne perdent pas la meme proportion de donnees, l'arbitrage se fait sur un classement fausse, pas sur la realite.
Continuite de session
Ce qu'il faut envoyer pour ne pas casser vos rapports
GA4 ne reconnait pas un visiteur par une adresse e-mail mais par ses identifiants de session. Les envoyer correctement est ce qui distingue un evenement utile d'un evenement orphelin.
- client_id
- L'identifiant du navigateur, repris tel quel depuis le cookie GA4. Sans lui, l'evenement serveur cree un nouvel utilisateur et vous voyez apparaitre des achats sans parcours, sans source et sans campagne.
- session_id
- Rattache l'achat a la session en cours plutot que d'en ouvrir une nouvelle. C'est ce qui permet a GA4 de conserver la source d'acquisition d'origine au lieu d'attribuer la vente en direct.
- user_id
- Pour les clients identifies, il relie les sessions entre appareils. Un visiteur qui decouvre sur mobile et achete sur ordinateur reste une seule personne dans vos rapports.
- consent.ad_user_data, ad_personalization
- Les signaux de consentement voyagent avec l'evenement. GA4 applique alors la modelisation prevue par Google au lieu de traiter un envoi non consenti comme s'il l'etait.
Les regles de GA4
Les contraintes que nous respectons a votre place
Issues de la documentation du Measurement Protocol.
72 heures de retroactivite
Google documente que les evenements et les proprietes utilisateur peuvent etre antidates de 72 heures au maximum. Au-dela, l'evenement est ingere mais ne se range pas a la bonne date. Trackful verifie l'age avant l'envoi.
Consentement applique cote serveur
Un refus publicitaire empeche l'envoi. Un consentement non exprime laisse passer l'evenement sans signal publicitaire. La decision est prise au meme endroit pour tous les canaux, pas reinventee a chaque appel.
Le Measurement Protocol ne valide pas tout
GA4 accepte volontiers un evenement mal forme sans le signaler. Un envoi qui repond en succes peut n'apparaitre nulle part dans vos rapports, ce qui est exactement pourquoi la verification se fait dans le rapport temps reel et non sur le code de reponse.
Vos plateformes
GA4 sur Shopify et sur WooCommerce
Shopify
Le Web Pixel lit le client_id et le session_id du navigateur et les transmet au serveur, qui envoie l'achat. La session d'origine est preservee, meme si l'onglet se ferme avant la page de confirmation.
Trackful pour ShopifyWooCommerce
Le plugin transmet les identifiants GA4 au serveur a chaque commande, via un hook PHP direct. Aucun webhook REST susceptible de se desactiver apres plusieurs echecs.
Trackful pour WooCommerceMise en route
Connecte en quelques minutes
- 1
Autorisez Google Analytics
Connexion OAuth en un clic. Trackful liste vos proprietes et cree le secret de l'API a votre place.
- 2
Choisissez la propriete
Selectionnez la propriete et le flux de donnees. Si vous n'avez pas encore de propriete, Trackful peut la creer.
- 3
Verifiez en temps reel
L'evenement de test apparait dans le rapport temps reel de GA4, ce qui prouve l'ingestion et pas seulement l'acceptation.
Questions
Questions frequentes
Faut-il supprimer la balise GA4 du site ?
Non. La balise reste utile pour tout ce que le serveur ne voit pas : defilement, engagement, navigation. Trackful complete les evenements de conversion, qui sont ceux que le navigateur perd le plus souvent.
Cela va-t-il gonfler artificiellement mon chiffre d'affaires ?
Non. L'envoi serveur porte le meme transaction_id que l'achat cote navigateur, et GA4 ne compte pas deux fois une transaction avec un identifiant deja vu. Ce qui apparait en plus, ce sont les achats qui manquaient.
Pourquoi mes achats sont-ils attribues en direct ?
Le plus souvent parce que l'evenement serveur est envoye sans le client_id ni le session_id du visiteur : GA4 ouvre alors une nouvelle session sans source. Trackful transmet systematiquement ces identifiants pour conserver l'attribution d'origine.
GA4 est-il compatible avec le Consent Mode v2 ?
Oui, et Trackful transmet les signaux de consentement avec chaque evenement. Si le visiteur refuse, rien n'est envoye. La decision est prise sur le serveur, ou elle ne peut pas etre contournee.
Trackful n'est ni affilie ni partenaire de Google. Google Analytics est une marque de Google LLC, citee ici pour designer le service vers lequel Trackful envoie vos evenements.
Arrêtez de payer pour des résultats que vous ne pouvez pas mesurer
Chaque jour sans Trackful est un jour ou vous prenez des décisions publicitaires avec seulement 60% des données. Installez Trackful en 5 minutes et voyez la différence.