Tagging côté serveur
Le tagging côté serveur déplace l’envoi des données de mesure d’audience et de publicité du navigateur du visiteur vers un serveur contrôlé par le site, qui transmet ensuite les données aux fournisseurs comme Google ou Meta.Dans la configuration habituelle, chaque balise du navigateur appelle directement son fournisseur. Avec le tagging côté serveur, le navigateur envoie un seul flux d’événements à un serveur de tagging, souvent sur un sous-domaine du site, et ce serveur décide de ce qu’il transmet à chaque fournisseur. Google Tag Manager propose des conteneurs serveur pour cela, et les plateformes publicitaires fournissent des API côté serveur qui reçoivent les événements depuis le serveur du site, l’API Conversions de Meta en étant un exemple.
Les avantages sont réels : moins de scripts tiers dans la page, un contrôle sur les champs qui quittent le serveur, la possibilité de supprimer ou de tronquer les adresses IP, et des pages plus rapides. Ce que le tagging côté serveur ne change pas, c’est la loi. L’article 5, paragraphe 3 de la directive ePrivacy s’applique toujours à tout cookie ou identifiant que le navigateur stocke ou lit pour alimenter le serveur, et le RGPD s’applique toujours aux données que le serveur transmet. Déplacer un traceur sur un sous-domaine interne change l’endroit où il s’exécute, pas le fait qu’il exige un consentement.
La règle du consentement reste la même : le serveur ne doit transmettre des données que pour les catégories acceptées par le visiteur. L’état du consentement doit accompagner chaque événement, par exemple par les paramètres Consent Mode ou par un indicateur défini par le gestionnaire de balises. Le guide sur le tagging côté serveur et le consentement couvre la configuration.