Depuis le 1er juillet 2023, Google a cessé de collecter des données pour Universal Analytics, ce qui signifie que Google Analytics 4 (GA4) est désormais la norme. Contrairement à Universal Analytics, le passage à GA4 n'était pas volontaire. Google se trouve sous pression de la part des régulateurs pour se conformer aux lois sur la vie privée, et des données collectées dans Universal Analytics ne sont pas conformes. GA4 est la réponse de Google pour faire table rase de cette situation.
Mais quel rôle joue GA4 dans une architecture server side ? Quel set-up optimal pour faire remonter ses données dans GA4 ? Comment aller plus loin avec GA4 dans une architecture server side ? 😱
Le tracking côté serveur est plus essentiel que jamais, mais s'il n'est pas correctement implémenté avec votre tag GA4, certaines des fonctionnalités dont vous dépendez ne fonctionneront pas comme prévu. Dans cet article, nous expliquerons pourquoi vous avez besoin d'une mise en place hybride pour tirer le meilleur parti de GA4.
Sommaire :
À mesure que le paysage de l'analytique évolue, il devient de plus en plus difficile de collecter des données complètes pour les conversions et l'attribution. Deux facteurs majeurs contribuent à cette difficulté :
Si vous comptez uniquement sur le tracking côté client, il est probable que la fiabilité de votre taux de conversion en souffre, et vous perdez une quantité significative de données précieuses à cause des bloqueurs de publicités.
Le tracking côté serveur peut vous aider à rester compétitif face à ces défis car si on reprend les deux points précédents, il offre les avantages suivants :
"Attention cependant sur ce point, car pour de nombreuses solutions et notamment pour des raisons d’attribution, il est nécessaire de garder les scripts côté client. Si les scripts sont gardés sur le GTM web ou dans le code source, nous n'observerons pas d'amélioration"
Vous pouvez retrouver davantage d'informations sur les avantages du server-side sur notre article.
Déjà, il faut savoir que pour envoyer de la donnée dans un GTM server-side. Il faut passer par tag côté client / côté navigateur. Ensuite, ces données sont analysées et traduites par un Client côté serveur.
Petit rappel : Les clients servent d'intermédiaires entre le logiciel exécuté sur l'appareil de l'utilisateur et le conteneur de votre serveur. Les clients reçoivent les données de mesure de l'appareil et du navigateur, les transforment en un ou plusieurs événements, acheminent les données à traiter dans le conteneur, et empaquettent les résultats pour les renvoyer aux outils.
Aujourd’hui l’ensemble du marché repose sur le tag web GA4 qui envoie la donnée côté serveur, récupérée par le client GA4 dans votre conteneur GTM server-side.
Le marquage côté serveur de GA4 est différent d'un conteneur GTM Web. Il est hébergé sur un conteneur côté serveur (GCP ou autre), ce qui déplace l'instrumentation hors du navigateur. Cependant, il présente certaines limitations.
Il n'est pas "pur côté serveur", car comme nous l’avons dans le point 2.1 il nécessite toujours un conteneur GTM côté Web pour envoyer des événements au conteneur côté serveur.
Les balises GA4 côté navigateur sont utilisées comme une couche de données côté serveur, et les données sont transformées afin d’être utilisées par d’autres balises (Facebook, Snapchat, etc.).
Cette transformation des données peut introduire des points de défaillance supplémentaires pour certains sites. Par exemple, si votre équipe de développement Web gère la couche de données de GTM pour le suivi d'événements, GTM côté serveur ne peut pas récupérer nativement ces données. Au lieu de cela, GTM côté serveur récupère les données qui passent par le balisage GA4, ce qui peut introduire des incohérences par rapport à la récupération depuis la couche de données brute.
Il est donc clé d’avoir un tracking client side optimisé et clean pour votre tag GA4. 🔎
Lorsque vous passez au tracking côté serveur, vous pourriez n'avoir qu'un seul flux d'événements du navigateur vers le serveur. Ce flux unique peut être divisé en des dizaines et des dizaines de demandes publicitaires, marketing et d'analyse dans le conteneur serveur. Par contre, vous devez construire le mécanisme d'interprétation et d'analyse du consentement de l'utilisateur manuellement dans le conteneur lui-même. Soit vous mettez en place le consentement utilisateur en amont au niveau du tag GA4 côté web, soit vous mettez en place le consentement utilisateur côté serveur. Ce qui peut s’avérer plus complexe mais davantage pertinent.
Autre possibilité pour envoyer de la donnée côté serveur : L'API du protocole de mesure ou measurement protocol vous permet d'écrire du code et d'envoyer des données directement à https://www.google-analytics.com/mp/collect. C'est un moyen efficace de compléter la collecte de données côté client, mais sa mise en œuvre standard pose problème :
Actuellement, l'utilisation exclusive de l'API du protocole de mesure pour la collecte de données élimine des capacités essentielles des rapports GA4. GTM côté serveur contourne cette limitation car il nécessite toujours un conteneur web ou une balise Google (gtag.js) codée sur le site, mais comme indiqué précédemment, cette approche présente ses propres limitations. Google a même déclaré que la collecte de données côté serveur pour GA4 "complétera les événements existants" et ne servira pas à la collecte de données autonome.
La meilleure option pour le suivi des performances marketing et la mesure reste le tracking côté serveur en lien avec le tracking client-side ! C’est notre avis chez Smart Bees !
Donc cette configuration utilise le tracking côté serveur partout où le tracking côté client n'est pas nécessaire pour l'attribution, le reciblage ou les données de géolocalisation. Elle a le moins d'impact sur les performances côté client et réduit la perte de données due aux bloqueurs de publicités, mais elle nécessite un engagement organisationnel significatif envers le tracking côté serveur qui implique une formation et une maintenance.
Comment la mettre en place ? 🤔
Pour débuter la transmission de données vers Google Analytics 4 à partir de votre conteneur serveur, il est indispensable de remplir deux conditions préalables :
Ensuite, une fois ces deux étapes réalisées, vos premières données commenceront à être collectées dans GTM Server-Side. Cependant, pour acheminer ces données vers votre propriété GA4, vous devez intégrer la balise GA4 dans l'interface côté serveur de GTM.
Il convient de noter que la balise GA4 doit être associée à un déclencheur approprié. Idéalement, ce déclencheur devrait correspondre au client GA4. De cette manière, les données seront transmises à la propriété GA4 chaque fois que le client GA4 reçoit de nouvelles données.
Les clients GA4 et les balises GA4 sont conçus pour opérer en harmonie. Par conséquent, la configuration de la balise GA4 sera extraite automatiquement des événements générés par le client GA4. Cette synergie facilite considérablement la procédure d'installation.
Afin de confirmer que la balise GA4 est opérationnelle, n'oubliez pas d'utiliser le mode aperçu ou preview, qui vous permettra de vérifier son bon fonctionnement et voir quelles informations sont envoyées à GA4.
En résumé, alors que GA4 offre de nombreuses opportunités passionnantes, il est crucial de comprendre comment maximiser ses avantages et comment il s'intègre avec le tracking côté serveur. Chez Smart Bees, on vous propose de choisir judicieusement une configuration hybride pour exploiter au mieux le tracking côté serveur et côté client, tout en explorant les possibilités avancées d'utilisation des données et des intégrations pour améliorer vos performances digitales.
