Vos rapports GA4 décrivent les visiteurs qui ont bien voulu être comptés
Quand le tag GA4 est bloqué, la session n'est pas marquée comme incomplète : elle n'existe pas. Vos taux de conversion sont calculés sur une population filtrée. Le Measurement Protocol envoie l'événement depuis votre serveur, où aucun bloqueur ne s'interpose.
Le problème
Pourquoi GA4 et votre back-office ne tombent jamais d'accord
L'écart 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 être compté à l'arrivée puis disparaître au moment de l'achat, parce que la page de confirmation est celle où l'onglet se ferme le plus vite. Le dénominateur reste, le numérateur part.
Les paiements hébergés cassent la session
Quand le paiement se fait sur un domaine tiers, le retour sur la boutique ressemble à une nouvelle visite venue d'un site de référence. La vente est alors attribuée au prestataire de paiement plutôt qu'à la campagne qui l'a générée.
Une décision fondée sur des données filtrées
Ces rapports servent à arbitrer des budgets. Si les canaux ne perdent pas la même proportion de données, l'arbitrage se fait sur un classement faussé, pas sur la réalité.
Continuité de session
Ce qu'il faut envoyer pour ne pas casser vos rapports
GA4 ne reconnaît pas un visiteur par une adresse e-mail mais par ses identifiants de session. Les envoyer correctement est ce qui distingue un événement utile d'un événement orphelin.
- client_id
- L'identifiant du navigateur, repris tel quel depuis le cookie GA4. Sans lui, l'événement serveur crée un nouvel utilisateur et vous voyez apparaître des achats sans parcours, sans source et sans campagne.
- session_id
- Rattache l'achat à la session en cours plutôt que d'en ouvrir une nouvelle. C'est ce qui permet à GA4 de conserver la source d'acquisition d'origine au lieu d'attribuer la vente en direct.
- user_id
- Pour les clients identifiés, il relie les sessions entre appareils. Un visiteur qui découvre sur mobile et achète sur ordinateur reste une seule personne dans vos rapports.
- consent.ad_user_data, ad_personalization
- Les signaux de consentement voyagent avec l'événement. GA4 applique alors la modélisation prévue par Google au lieu de traiter un envoi non consenti comme s'il l'était.
Les règles de GA4
Les contraintes que nous respectons à votre place
Issues de la documentation du Measurement Protocol.
72 heures de rétroactivité
Google documente que les événements et les propriétés utilisateur peuvent être antidatés de 72 heures au maximum. Au-delà, l'événement est ingéré mais ne se range pas à la bonne date. Trackful vérifie l'âge avant l'envoi.
Consentement appliqué côté serveur
Un refus publicitaire empêche l'envoi. Un consentement non exprimé laisse passer l'événement sans signal publicitaire. La décision est prise au même endroit pour tous les canaux, pas réinventée à chaque appel.
Le Measurement Protocol ne valide pas tout
GA4 accepte volontiers un événement mal formé sans le signaler. Un envoi qui répond en succès peut n'apparaître nulle part dans vos rapports, ce qui est exactement pourquoi la vérification se fait dans le rapport temps réel et non sur le code de réponse.
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 préservée, même si l'onglet se ferme avant la page de confirmation.
Trackful pour ShopifyWooCommerce
Le plugin transmet les identifiants GA4 au serveur à chaque commande, via un hook PHP direct. Aucun webhook REST susceptible de se désactiver après plusieurs échecs.
Trackful pour WooCommerceMise en route
Connecté en quelques minutes
- 1
Autorisez Google Analytics
Connexion OAuth en un clic. Trackful liste vos propriétés et crée le secret de l'API à votre place.
- 2
Choisissez la propriété
Sélectionnez la propriété et le flux de données. Si vous n'avez pas encore de propriété, Trackful peut la créer.
- 3
Vérifiez en temps réel
L'événement de test apparaît dans le rapport temps réel de GA4, ce qui prouve l'ingestion et pas seulement l'acceptation.
Questions
Questions fréquentes
Faut-il supprimer la balise GA4 du site ?
Non. La balise reste utile pour tout ce que le serveur ne voit pas : défilement, engagement, navigation. Trackful complète les événements 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 même transaction_id que l'achat côté navigateur, et GA4 ne compte pas deux fois une transaction avec un identifiant déjà vu. Ce qui apparaît en plus, ce sont les achats qui manquaient.
Pourquoi mes achats sont-ils attribués en direct ?
Le plus souvent parce que l'événement serveur est envoyé sans le client_id ni le session_id du visiteur : GA4 ouvre alors une nouvelle session sans source. Trackful transmet systématiquement 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 événement. Si le visiteur refuse, rien n'est envoyé. La décision est prise sur le serveur, où elle ne peut pas être contournée.
Trackful n'est ni affilié ni partenaire de Google. Google Analytics est une marque de Google LLC, citée ici pour désigner le service vers lequel Trackful envoie vos événements.
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.