Tracking server-side GA4, sans le problème Unassigned
Envoyez les événements de votre boutique au Measurement Protocol de GA4 depuis le serveur, plus depuis le navigateur : rattachés à la session du navigateur avec les mêmes client_id et session_id, pour qu'ils gardent leur vraie source au lieu d'atterrir dans Unassigned. Aucun script Measurement Protocol maison à écrire vous-même, aucun conteneur GTM serveur à configurer : une clé de connexion, et le même événement part aussi vers Meta CAPI, Google Ads, TikTok, Pinterest et Microsoft Advertising.
Votre identifiant de mesure et votre secret d'API restent chiffrés chez nous : vous ne les collez jamais dans votre boutique.
Qu'est-ce que le tracking server-side GA4 ?
Le tracking server-side GA4 envoie vos événements depuis votre propre serveur vers le GA4, l'interface de serveur à serveur de Google Analytics 4. Au lieu de demander au navigateur du visiteur de signaler un achat, votre serveur envoie l'événement directement. La requête part de votre infrastructure : un bloqueur de publicité ou une politique de cookies n'a rien à intercepter.
Le piège Unassigned
C'est ce que la plupart des installations GA4 server-side ratent, et ça passe inaperçu parce que rien n'a l'air cassé. GA4 attribue par SESSION. Un événement Measurement Protocol envoyé sans session_id ouvre une session toute neuve, sans source, et GA4 range le chiffre d'affaires dans Unassigned. Les conversions sont réelles ; elles ont simplement perdu leur canal. Vous vous retrouvez incapable de dire quelle campagne les a payées.
Ce sont client_id et session_id qui gardent le canal
Le navigateur et le serveur envoient le même client_id et le même session_id, lus dans les cookies GA4. L'événement serveur rejoint alors la session que le navigateur a déjà étiquetée avec sa vraie source et son vrai support, au lieu d'en ouvrir une sans source.
Server-side ne veut pas dire sans consentement
Déplacer un tag vers le serveur change d'où part la requête, pas le fait qu'il faut une autorisation pour l'envoyer. Le consentement analytique reste requis, et nous le vérifions des deux côtés.
Vous cherchez la vue d'ensemble plutôt que GA4 en particulier ? Lisez ce qu'est le tracking server-side et comment il fonctionne.
Pourquoi GA4 seul sous-déclare votre chiffre d'affaires
Le tag GA4 tourne dans le navigateur du client : le seul maillon de la chaîne que vous ne maîtrisez pas, et celui qui subit le plus de pression.
-
Les bloqueurs de pub
empêchent le tag de se charger sur la page de confirmation : l'achat n'est tout simplement jamais enregistré dans GA4.
-
Safari ITP et les limites de cookies des navigateurs
raccourcissent ou suppriment le cookie
_gacookie qui permet à GA4 de reconnaître un visiteur qui revient, si bien qu'une personne est comptée pour plusieurs. -
Des sessions sans source
c'est ce que produit une installation server-side naïve : les événements arrivent, mais GA4 ne sait pas d'où ils viennent.
Le problème ne se limite pas à un trou dans les rapports. Chaque décision de canal, chaque budget que vous déplacez, repose sur ce que GA4 vous dit avoir converti. Un chiffre d'affaires sous-déclaré ou non attribué, c'est un rapport qui répond à une autre question que la vôtre.
Une connexion GA4 gérée, sans la tuyauterie
Installez le connecteur de votre plateforme, ou appelez notre API directement : chaque étape du tunnel est reproduite côté serveur vers le Measurement Protocol, rattachée à la session du navigateur et conditionnée au consentement.
Des événements qui survivent au navigateur
L'achat côté serveur part de votre infrastructure. Quand le tag du navigateur est bloqué, c'est cet événement-là que GA4 reçoit.
Le rattachement de session pris en charge
Le connecteur lit les cookies GA4 et transmet client_id
(client_id et session_id, pour que l'événement serveur rejoigne la bonne session avec la bonne source.
Des données utilisateur plus riches
L'événement serveur peut porter l'e-mail, le téléphone et l'adresse hachés issus de la commande, ce qui alimente les données fournies par l'utilisateur/rapports multi-appareils, que le navigateur détient rarement au moment de la conversion.
Rien ne se perd en route
Une file de reprise rejoue automatiquement les échecs d'envoi réessayables : une panne brève d'un côté ou de l'autre ne vous coûte pas un événement.
Le consentement vérifié deux fois
La couche navigateur n'injecte rien sans consentement, et le dispatcher applique une seconde vérification avant que quoi que ce soit parte chez GA4.
Le secret jamais dans votre boutique
Votre identifiant de mesure et votre secret d'API Measurement Protocol sont chiffrés chez nous. Un front-office compromis ne peut pas les faire fuiter.
L'Inspecteur pour le prouver
Chaque événement et son statut par destination sont visibles dans l'Inspecteur : vous confirmez la livraison à GA4 au lieu de la supposer.
Un événement, six destinations
Le même événement part aussi vers Meta CAPI, Google Ads, TikTok, Pinterest et Microsoft Advertising, sans seconde intégration à construire.
Connecter votre boutique à GA4
Ajoutez vos identifiants GA4 une fois
Dans votre compte DataFirefly, ajoutez votre identifiant de mesure GA4 (G-XXXXXXX) et un secret d'API Measurement Protocol créé dans Administration, Flux de données. Ils sont stockés chiffrés et ne sont jamais envoyés à votre boutique.
Installez le connecteur de votre plateforme
PrestaShop,
WooCommerce ou
Shopware, puis collez votre unique clé de connexion dfss_ . Sur toute autre technologie, envoyez vos événements à notre API.
Vérifiez dans GA4 Temps réel
Passez une commande de test, puis cherchez dans l'Inspecteur un
purchase et confirmez qu'il apparaît dans GA4 Temps réel avec une vraie source et un vrai support, pas en Unassigned.
Votre propre script, GTM serveur ou connecteur géré ?
Trois chemins mènent au même Measurement Protocol. Ils diffèrent par ce que vous avez à faire tourner, et par le fait que GA4 soit ou non la seule destination.
Votre propre intégration
Du code que vous écrivez sur le Measurement Protocol : lecture des cookies GA4, rattachement de session, hachage des données utilisateur, reprises. Contrôle total, et chaque subtilité du protocole est à découvrir par vous-même.
GTM serveur
Un conteneur GTM serveur que vous hébergez et configurez, avec un tag GA4 dedans. Contrôle maximal sur les tags et les variables, et une vraie compétence GTM nécessaire pour le construire et l'entretenir.
DataFirefly
Un connecteur géré : pas de conteneur, pas de compte cloud, une clé. GA4 plus Meta CAPI, Google Ads, TikTok, Pinterest et Microsoft Advertising à partir du même événement, hébergé dans l'UE.
Quand un autre chemin vous convient mieux. Si vous avez un développeur qui prendra l'intégration en charge et que GA4 est votre seule destination, l'écrire vous-même est parfaitement défendable. Si vous avez la compétence GTM en interne et qu'il vous faut un contrôle des transformations tag par tag, le GTM serveur est plus souple que nous. Nous sommes le bon choix quand vous voulez que vos événements arrivent de façon fiable sur plusieurs plateformes sans devenir une équipe d'infrastructure de tracking. Voyez aussi nos pages Alternative à Addingwell et FAQ .
Le tracking server-side GA4 pour chaque plateforme e-commerce
PrestaShop
Un module natif qui envoie tout le tunnel à GA4, avec le rattachement de session et la gestion du consentement intégrés.
WooCommerce
Un plugin WordPress avec file de reprise, panneau Activity et compatibilité HPOS, qui livre le tunnel côté serveur à GA4.
Shopware 6
Un plugin Shopware qui couvre le même tunnel, connecté avec la même clé unique.
Shopify
Les webhooks de commande de Shopify, abonnés en quelques minutes avec la même clé unique. Rien à poser sur le thème.
Un front-end headless ou une stack maison ? Envoyez vos événements à notre API : le dispatcher traite GA4 et toutes les autres destinations de la même façon. Parlez-nous de votre installation.
GA4 inclus dans tous les forfaits
Un abonnement couvre l'ensemble de votre compte et toutes ses destinations : GA4 n'est pas une option payante. Passez au niveau supérieur pour plus de sites et plus d'événements par mois.
Gratuit
Gratuit
Démarrer gratuitement
Pour une boutique qui met en place GA4 côté serveur correctement.
Facturé 390 € par an : engagement de 12 mois, sans remboursement au prorata.
Le plus populaire
Growth
Facturé 1 190 € par an : engagement de 12 mois, sans remboursement au prorata.
Choisir Growth
Scale
Facturé 3 490 € par an : engagement de 12 mois, sans remboursement au prorata.
Vous voulez d'abord tester la connexion ? Le forfait gratuit vous laisse envoyer des événements et les voir arriver avant de souscrire.
Envoyer des données à GA4, dans le cadre européen
Le tracking server-side change d'où part la requête. Il ne vous fait pas sortir du RGPD : nous avons donc intégré les vérifications de consentement plutôt que de les contourner.
Les événements sont traités dans l'UE avant d'arriver chez Google.
Rien ne se déclenche côté navigateur sans consentement, et le serveur revérifie.
Votre secret d'API Measurement Protocol est chiffré au repos et n'est jamais envoyé au navigateur ni à la boutique.
E-mail, téléphone et adresse sont hachés comme Google l'exige : aucun identifiant en clair n'est envoyé.
Un accord de traitement des données couvrant ce flux est sur notre page DPA.
Suivi en temps réel sur notre Mesuré et suivi en temps réel sur notrepage de statut publique
Questions fréquentes : tracking server-side GA4
Qu'est-ce que le tracking server-side GA4 ?
Envoyer vos événements (vue de page, ajout au panier, achat) depuis votre propre serveur vers Google Analytics 4 via le Measurement Protocol, au lieu de dépendre uniquement du gtag qui tourne dans le navigateur du visiteur. Comme la requête part de votre infrastructure et non du navigateur, elle n'est affectée ni par les bloqueurs de publicité ni par les restrictions des navigateurs sur les cookies. Bien fait, l'événement serveur porte les mêmes client_id et session_id que le navigateur, donc il rejoint la même session au lieu d'en ouvrir une nouvelle.
Pourquoi mes événements GA4 server-side apparaissent-ils en Unassigned ?
Parce qu'ils arrivent sans session_id. GA4 attribue par session : un événement qui ouvre sa propre session n'a pas de source et atterrit dans Unassigned. La solution n'est pas d'abandonner le server-side, qui est la donnée la plus complète : c'est de lui rendre son étiquette en transmettant les client_id et session_id lus dans les cookies GA4. Nos connecteurs le font par défaut. Si vous avez déjà du chiffre d'affaires en Unassigned, c'est presque toujours ça.PrestaShop, WooCommerce, Shopware
Le tracking server-side va-t-il compter mes événements GA4 deux fois ?
GA4 n'a pas de clé de déduplication propre : cela dépend donc de la façon dont le tunnel est réparti, et nos connecteurs s'en chargent pour vous. Le tag du navigateur garde les événements d'engagement où il est bon, et le serveur possède la conversion. Vous n'envoyez donc pas le même achat deux fois. Si vous câblez le Measurement Protocol vous-même et que vous renvoyez un événement que le tag a déjà envoyé, GA4 comptera les deux, faute de pouvoir savoir qu'il s'agit du même.client_id
Comment connecter un site au Measurement Protocol de GA4 ?
Trois chemins habituels : écrire votre propre intégration sur le Measurement Protocol, faire tourner un conteneur GTM serveur avec un tag GA4, ou passer par un connecteur géré. Chez DataFirefly, vous installez le connecteur de votre plateforme (PrestaShop, WooCommerce, Shopware) ou appelez notre API, puis vous collez une seule clé de connexion. Votre identifiant de mesure et votre secret d'API restent chez nous, chiffrés : vous ne les collez jamais dans votre boutique.
Le tracking server-side vers GA4 est-il conforme au RGPD ?
Le tracking server-side ne supprime pas le besoin de consentement. Nos connecteurs conditionnent la couche navigateur et la couche serveur au consentement, et le dispatcher applique une seconde vérification avant qu'un événement parte chez Google. Les événements sont traités dans l'UE (Allemagne), un DPA est disponible, et le secret d'API ne quitte jamais notre serveur. Le server-side est un mécanisme de fiabilité et de qualité de donnée, pas un moyen de contourner une bannière de consentement.
Est-ce que cela remplace mon tag GA4 navigateur ?
Non, et il ne faut pas le souhaiter. Le tag du navigateur voit des choses que le serveur ne verra jamais : le défilement, le temps d'engagement, l'enchaînement des pages, le vrai référent. Le serveur voit des choses que le navigateur perd : la commande validée, sa vraie valeur, les données client hachées. Nos connecteurs font tourner les deux et répartissent le tunnel pour que chacun fasse ce qu'il fait bien, ce qui explique aussi l'absence de double comptage. Le
données fournies par l'utilisateur et rapports multi-appareils rattachement de session est ce qui garde les deux moitiés dans la même session.
Google, Google Analytics et GA4 sont des marques de Google LLC. DataFirefly n'est pas affilié à Google. Les noms de produits sont utilisés pour décrire l'interopérabilité.
Arrêtez de perdre du chiffre d'affaires GA4 à cause du navigateur
Envoyez le tunnel complet au Measurement Protocol de GA4, rattaché à la bonne session : respectueux du consentement, hébergé dans l'UE, avec Meta CAPI, Google Ads, TikTok, Pinterest et Microsoft Advertising à partir du même événement.