Introduction à la collecte de données server side

La collecte de donnée est un sujet qui évolue au gré des évolutions techniques des sites web ainsi que des navigateurs. La collecte de donnée traditionnelle dite “client-side” peut depuis quelques années être enrichie avec une collecte de donnée “server-side”.

Qu’est-ce qu’apporte de plus la collecte “server-side” ?

Le tracking côté serveur a plusieurs avantages :
🔐
Contrôle RGPD
Il permet de mieux maîtriser les données qui sont envoyées vers les différents outils (Analytics, Ads...) et donc d'avoir un meilleur contrôle sur les sujets liés au RGPD et la ePrivacy
🏄‍♂️
Amélioration de la performance web
Il permet d'améliorer les temps de chargement, en particulier pour les sites ayant beaucoup de scripts externes (souvent liés au tracking publicitaire).
Contournement d’AdBlockers
Il permet, dans une certaine mesure, d'éviter de voir ses données limitées par l'utilisation "d'adBlockers". C'est aussi la raison pour laquelle Facebook pousse les annonceurs à déployer Facebook CAPI.
🍪
Collecte first-party
Il permet d'avoir un environnement de tracking "first party", et donc de s'affranchir du sujet des cookies tiers, qui deviendront bientôt obsolètes.
🛍️
Enrichissement de données
Il permet l’import de données hors web et leur diffusion vers divers outils. Cela peut être la marge ou les conversions magasins par exemple.
Google Tag Manager, dans sa version "server-side", rend le tracking côté serveur beaucoup plus accessible qu'il ne l'était précédemment, ouvrant des perspectives importantes pour la collecte de donnée web et mobile.
Image without caption

Lever une partie des barrières techniques

Il est important de noter que Google Tag Manager Server Side ne permet pas légalement de s’affranchir de la contrainte du recueil de consentement de l’utilisateur, dès lors que l’usage de la donnée que vous allez en faire le nécessite. En revanche, son utilisation permet de s’affranchir de plusieurs contraintes techniques perturbant la chaîne de mesure habituelle :
  • Adblockers (plus ou moins, selon la manière dont vous implémentez GTM).
  • ITP/ETP : il s’agit des mécanismes de suppression des cookies dans certains navigateurs, dont Safari. Votre cookie étant en first party, et surtout un cookie serveur (et non javascript), il a une durée de vie plus longue (et pas limitée à 7 jours comme dans Safari)
  • Suppression des cookies tiers (dans Safari, et bientôt dans Chrome)
Image without caption

Un exemple de pertes potentielles avec Facebook, chargé via le pixel Facebook :
Image without caption

Collecte “client-side” & collecte “server-side”

Image without caption

Fonctionnement traditionnel de Google Tag Manager, “client-side”

Schématiquement, Google tag manager fonctionne comme un “module” / une “brique” qui, posé sur le site, va aller appeler les scripts tiers des différents outils (Facebook Pixel, Google analytics, etc..). Plus besoin de mettre tous les scripts tiers un à un, il suffit de les ajouter dans le module via l’interface de Google Tag Manager.
Il permet de les appeler “intelligemment” (c’est-à-dire au bon moment, en transmettant des paramètres, etc...). La gestion et le maintien de tous ces outils d’analyse et de publicité est grandement facilité par Google Tag Manager.
Néanmoins, cette méthode a des conséquences sur le temps de chargement et aussi, sur la protection des données. Par exemple, quand vous chargez un script de Meta, vous ne pouvez pas savoir s’il collecte ou non :
  • L’adresse IP (considérée comme une donnée personnelle)
  • D’autres données de l’utilisateur (par exemple lié à la présence ou la valeur de cookies, etc...)
  • Vous ne pouvez pas savoir non plus comment ces données sont utilisées
Schéma de principe : fonctionnement de Google Tag Manager
Schéma de principe : fonctionnement de Google Tag Manager

Fonctionnement de Google Tag Manager enrichi avec une collecte “server-side”

Dans cette configuration, le module de Google Tag Manager ne charge qu’un petit nombre de scripts sur votre site (c’est ce qui améliore la performance).
Ces scripts n’envoient pas les données directement aux outils tiers mais à votre server de Google Tag Manager (c’est ce qui permet la collecte first-party et de contourner les ad-blockers).
Là, vous pouvez gérer le consentement, l’anonymisation des données (pour aligner votre collecte avec vos règles RGPD) ou encore l’enrichissement des données (de marge, de conversions magasin, …) avant d’envoyer les données collectées aux outils de marketing ou d’analytics.
Schéma de principe : fonctionnement de GTM server-side
Schéma de principe : fonctionnement de GTM server-side

Tous les articles concernant Google Tag Manager Server-side

GTM Server-Side : Dossier complet (webinar)GTM Server-Side : Dossier complet (webinar)GTM server side et GA4 : Installation et configuration (tutoriel)GTM server side et GA4 : Installation et configuration (tutoriel)Google Tag Manager : Créer un container Server-side dans GCPGoogle Tag Manager : Créer un container Server-side dans GCPGTM server-side : App Engine vs Cloud RunGTM server-side : App Engine vs Cloud RunGTM server-side et adBlockerGTM server-side et adBlockerGA4 et proxyfication - Mise en place techniqueGA4 et proxyfication - Mise en place techniqueGTM Server Side, Paywall et Ad blockers, un cas d’étude pour tout comprendreGTM Server Side, Paywall et Ad blockers, un cas d’étude pour tout comprendreMigrez vos conversions Google Ads vers le server side en douceur Migrez vos conversions Google Ads vers le server side en douceur Guide - Comment implémenter Snapchat CAPI Guide - Comment implémenter Snapchat CAPI Comment implémenter Facebook CAPI avec Google Tag ManagerComment implémenter Facebook CAPI avec Google Tag ManagerGuide - Comment mettre en place LinkedIn CAPI avec GTM Server SideGuide - Comment mettre en place LinkedIn CAPI avec GTM Server SideGuide - Comment implémenter Outbrain avec Google Tag Manager ?Guide - Comment implémenter Outbrain avec Google Tag Manager ?