Suivi côté serveur

Le suivi côté serveur (server-side tracking) est une configuration dans laquelle les données sur les événements du site (une vue, le panier, un achat) ne sont pas envoyées directement du navigateur vers Google, Meta et d'autres services, mais d'abord vers votre propre serveur, puis transmises de là selon vos règles. Dans Google Tag Manager, cela s'appelle le server-side tagging.

Ceci n'est pas un avis juridique : ci-dessous figure ce que disent les sources, avec des liens.

Comment cela fonctionne

Dans la configuration classique, le navigateur du visiteur charge un tas de scripts tiers et leur envoie lui-même les données. Dans la configuration côté serveur, `gtag.js` envoie les requêtes à votre conteneur serveur (l'adresse se définit avec le paramètre `server_container_url`), le serveur transforme les requêtes en événements, et les balises transmettent les données (Google, Server-side tagging).

Le serveur s'exécute dans votre projet Google Cloud ou dans un autre environnement de votre choix ; vous seul avez accès aux données avant leur transmission, et vous contrôlez quelles données vont où. Google recommande vivement d'héberger le serveur sur votre propre domaine (même source).

Ce que cela apporte

Selon la documentation de Google (aperçu) :

• vitesse des pages : une partie du travail des balises passe du navigateur au serveur, ce qui peut améliorer le chargement ;
• contrôle des données : vous décidez quels champs donner à chaque fournisseur ;
• qualité des données : Google le cite comme un avantage sans en expliquer le mécanisme.

Google précise que, pour tirer pleinement parti du dispositif, il faut un domaine propre pour le conteneur serveur.

Ce que le suivi côté serveur ne résout pas

1. Le consentement. La documentation de Google le dit directement : le server-side tagging ne supprime pas la nécessité du consentement ; il faut une solution de consentement sur le site, et Consent Mode fonctionne avec votre CMP et se configure dans le conteneur web (Google, Consent mode with server-side). Pour l'UE, le consentement est nécessaire pour stocker ou lire des données sur un appareil (art. 5(3) de la directive 2002/58/CE), et le traitement ultérieur relève du RGPD. Les autorités de contrôle réunies dans la task force de 2023 ont confirmé que le RGPD s'applique au traitement ultérieur, et qu'une violation de l'art. 5(3) signifie que le traitement ultérieur ne peut pas être licite non plus (EDPB, Taskforce).
2. Les données personnelles. Les données qui passent par le serveur sont les mêmes données ; en tant que responsable de leur traitement, vous êtes responsable de ce que vous envoyez.
3. Le blocage de Safari. WebKit limite la durée de vie des cookies à 7 jours si un sous-domaine pointe vers un tiers via CNAME, et supprime les cookies et le stockage créés par script après 7 jours sans interaction (WebKit). Une configuration côté serveur sur votre propre domaine n'aide pas partout : le détail dépend de la configuration. Vérifiez en pratique comment cela fonctionne pour la vôtre.
4. Complexité et coût. C'est votre propre serveur : hébergement, maintenance, surveillance. La documentation de Google ne traite pas du coût.
5. Qualité de la configuration. Si les événements sont mal décrits, ils sont tout aussi incorrects sur le serveur.

Quand l'envisager

• La boutique investit sérieusement dans la publicité, et les pertes de mesure sont perceptibles.
• Vous avez besoin de contrôler ce qui est transmis aux fournisseurs (masquer des champs superflus).
• Vous avez les ressources pour maintenir un serveur sur le plan technique.

Pour une petite boutique, les priorités sont : un bandeau correct, Consent Mode, un balisage d'événements propre et vos propres données (données first-party). Il s'agit de mon évaluation, pas d'une conclusion des sources.

Erreurs fréquentes

• Considérer le suivi côté serveur comme un moyen de « contourner le bandeau ».
• Tout déplacer vers le serveur sans comprendre ce qui est exactement transmis.
• Ne pas configurer de domaine propre pour le serveur.
• Ne pas transmettre l'état du consentement au serveur.

FAQ

Qu'est-ce que le suivi côté serveur, en termes simples ? Les données vont du site à votre serveur, puis de là vers les systèmes de publicité et d'analytique.

Le consentement est-il nécessaire avec le suivi côté serveur ? Oui, si des données sont stockées ou lues sur l'appareil d'un visiteur de l'UE, ou si des données personnelles sont traitées ultérieurement. Selon la documentation de Google, le server-side tagging ne supprime pas la nécessité du consentement.

Peut-il contourner les bloqueurs de publicité ? Les sources ne l'affirment pas ; Google promet seulement une meilleure qualité des données sans expliquer le mécanisme.

Combien cela coûte-t-il ? La documentation de Google ne donne pas de coût : cela dépend de l'hébergement et du trafic.

Une petite boutique a-t-elle besoin du côté serveur ? Cela dépend des volumes publicitaires et des ressources techniques ; configurez d'abord le bandeau et Consent Mode.

Termes associés

• Google Consent Mode v2
• Cookies
• Cookies tiers et données first-party
• RGPD pour une boutique en ligne

Sources

• Google, Server-side tagging: overview — developers.google.com/tag-platform/tag-manager/server-side
• Google, Introduction to server-side tagging — developers.google.com/tag-platform/tag-manager/server-side/intro
• Google, Consent mode with server-side tagging — developers.google.com/tag-platform/tag-manager/server-side/consent-mode
• WebKit, Tracking Prevention — webkit.org/tracking-prevention
• Directive 2002/58/EC, art. 5(3) — eur-lex.europa.eu/eli/dir/2002/58/oj
• EDPB, Cookie Banner Taskforce report (17.01.2023) — edpb.europa.eu/system/files/2023-01/edpb_20230118_report_cookie_banner_taskforce_en.pdf