Guide de taggage côté serveur: avantages et outils à utiliser

Le taggage côté serveur résout ce problème en introduisant un serveur cloud comme couche intermédiaire, aidant à collecter des données plus complètes, à définir des cookies plus robustes et à se conformer aux exigences légales.

Ce guide explique comment fonctionne le taggage côté serveur, comment le configurer et quels outils utiliser pour le faire correctement.

Le taggage côté serveur signifie que les données sont toujours collectées dans le navigateur, mais ne sont pas envoyées directement à des plateformes comme Meta ou Google.

Au lieu de cela, ils passent d’abord par un serveur cloud où leur Conteneur de serveur Google Tag Manager (GTM) traite ces données et les envoie aux plateformes ou outils qu'elle utilise, tels que Meta, Google Analytics ou autres.

Pour que cette configuration fonctionne, vous avez besoin d’un endroit pour héberger ce serveur cloud.

C'est là que Stape vous aide : il vous fournit un environnement prêt à l'emploi pour votre conteneur de serveur GTM sans avoir besoin de configurer votre propre infrastructure.

Le taggage côté serveur améliore la précision et la confidentialité des données en réduisant la dépendance de l'utilisateur au navigateur et en prévenant la perte de données due aux limitations du navigateur. Son efficacité est encore meilleure lorsqu'elle est combinée à un plan d'étiquetage clair qui définit les actions à suivre, les paramètres à envoyer et comment maintenir la cohérence des données sur toutes les plateformes.

De plus en plus de spécialistes marketing délaissent le suivi basé sur le navigateur au profit des configurations côté serveur. Voici les principales raisons :

Vous pouvez parfois voir « taggage côté serveur » et « suivi côté serveur » utilisés de manière interchangeable, mais techniquement, ils décrivent des choses différentes.

Le marquage côté serveur. Tout commence toujours dans le navigateur. Les données y sont collectées, mais avant d'être envoyées aux plateformes d'analyse ou de publicité, elles transitent d'abord par un serveur cloud. C'est là que les balises sont exécutées, les données filtrées ou enrichies, puis transmises à des plateformes comme Google Analytics 4 (GA4) ou Meta.

Le suivi côté serveur, en revanche, contourne entièrement le navigateur. Les données proviennent directement des systèmes back-end ou d'autres serveurs et sont envoyées aux plateformes d'analyse ou de publicité sans aucune interaction avec l'appareil de l'utilisateur.

En pratique, de nombreux spécialistes du marketing ne font pas clairement la distinction entre les deux termes, ce qui les confond souvent. Vous pouvez utiliser l'un ou l'autre, mais pour être précis : le taggage côté serveur s'applique au navigateur et au serveur, tandis que le suivi côté serveur s'applique uniquement de serveur à serveur.

Dans une configuration traditionnelle côté client, votre Conteneur Web GTMIl s'exécute dans le navigateur et envoie des données directement à des services tiers (par exemple, Google Analytics, Facebook, etc.).

Dans le taggage côté serveur, entrez un Conteneur de serveur GTM sur un serveur cloud situé entre votre site Web et ces plateformes tierces.

Lorsqu'un utilisateur effectue une action (comme consulter une page ou effectuer un achat), le navigateur envoie ces données au conteneur du serveur (généralement sur un sous-domaine comme any.yoursite.com).

Un composant Client analyse la demande entrante dans le conteneur serveur et rend ces données disponibles pour ses balises de serveur configurées.

Ces balises de serveur transmettent ensuite les données aux plateformes cibles (par exemple, Google Analytics, Google Ads, Facebook) à l'aide de leurs API.

Configurer le taggage côté serveur. Cela peut sembler complexe, mais Stape a adapté le processus pour qu'il soit simple pour les spécialistes du marketing et les propriétaires d'entreprise.

Suivez ces étapes pour le configurer :

Votre site sera désormais en ligne avec le taggage côté serveur.

Dans le blog, vous trouverez une description plus détaillée et les étapes à suivre pour effectuer des tests dans GTM.

Gérer soi-même le taggage côté serveur peut sembler judicieux, mais le coût mensuel, le temps d'installation et la maintenance sont pris en compte. C'est pourquoi les marketeurs et les chefs d'entreprise privilégient une solution gérée comme Stape.

Stape vous propose :

Il n’est pas nécessaire de configurer Google Cloud Run, vos propres serveurs ou de gérer l’évolutivité.

Stape fournit un serveur cloud prêt à l'emploi pour votre conteneur de serveur GTM, vous pouvez donc ignorer la configuration du backend et commencer le suivi immédiatement.

Tout ce dont vous avez besoin pour gérer votre configuration est centralisé. Vous pouvez consulter l'état de votre conteneur, connecter un domaine, activer des power-ups et consulter les journaux.

Héberger votre propre serveur peut facilement coûter plus de 100 $ par mois. Avec Stape, vous pouvez commencer gratuitement, puis passer à 20 $ par mois ou opter pour une offre plus complète.

Vous pouvez utiliser des fonctionnalités avancées sans développement personnalisé :

Stape est l’un des plus grands contributeurs à la galerie de modèles GTM.

Vous trouverez des modèles prêts à l'emploi pour GA4, Facebook, TikTok, Matomo, Piwik PRO et plus encore, tous conçus pour simplifier la configuration côté serveur et réduire le travail manuel.

Votre conteneur Web est désormais chargé via un CDN global, un groupe de serveurs à travers le monde qui accélère le chargement en utilisant le serveur le plus proche de chaque visiteur.

Vous pouvez (et devez) également connecter un sous-domaine personnalisé tel que voici.votresite.com pour envoyer des données via votre propre domaine et améliorer la précision du suivi.

Stape propose SSO pour votre domaine, afin que tous les utilisateurs disposant de cette connexion d'entreprise puissent se connecter avec le même compte qu'ils utilisent au travail.

Les nouveaux utilisateurs sont automatiquement créés lors de leur première connexion et restent liés au compte principal dans la même région (mondiale ou UE).Vous pouvez demander l'activation SSO directement depuis les paramètres de votre compte Stape.

Il existe une base de connaissances et une documentation claires dans le Service d'assistance, ainsi qu'une équipe de support prête à vous aider à tout moment.

Le taggage côté client signifie que vos balises de suivi s'exécutent dans le navigateur de l'utilisateur.

Lorsque quelqu'un visite votre site ou effectue une action, le navigateur envoie ces données directement à des plateformes comme GA4 ou Meta.

Ce type de suivi présente de nombreuses limites. Les bloqueurs de publicités et les restrictions de confidentialité des navigateurs peuvent bloquer vos requêtes ou vous faire manquer des informations importantes, entraînant ainsi une perte de données.

Le taggage côté serveur, comme celui proposé par Stape, fonctionne différemment.

Au lieu d'envoyer des données directement depuis le navigateur, elles sont d'abord envoyées vers votre serveur cloud, généralement via un sous-domaine comme voici.votresite.com.

À partir de là, le serveur transmet les données aux plateformes de publicité et d’analyse.

Ce système vous offre un meilleur contrôle sur les données que vous partagez et vous aide à respecter les lois sur la confidentialité. Il améliore également la précision des données en évitant les problèmes liés aux navigateurs. Les plateformes reçoivent ainsi les signaux pertinents pour ajuster leurs campagnes et atteindre les personnes les plus susceptibles de convertir.

Le taggage côté serveur contribue à protéger la confidentialité des utilisateurs en leur donnant plus de contrôle sur la manière et le lieu où leurs données sont utilisées.

Au lieu d’envoyer des données directement du navigateur vers des plateformes tierces, elles sont d’abord envoyées vers leur serveur cloud.

Vous pouvez y supprimer ou anonymiser vos informations personnelles, telles que vos adresses IP ou e-mail, avant de les transmettre. Vous pouvez également choisir un serveur stockant vos données au sein de l'UE, conformément aux exigences de localisation du RGPD.

Un point important est le consentement de l'utilisateur. Il s'agit de la notification « Nous utilisons des cookies », que l'utilisateur peut accepter ou refuser.

De cette façon, si l'utilisateur choisit de ne pas participer, ses données ne seront pas utilisées et vous continuerez à vous conformer aux Règles du RGPD.

Les cookies sont un outil essentiel pour la collecte de données utilisateur, et le taggage côté serveur vous aide à en tirer le meilleur parti en améliorant la manière dont ils sont stockés, mis à jour et reconnus.

Voici ce qui change et pourquoi c'est important :

Cela permet aux navigateurs comme Safari de traiter les cookies comme des cookies propriétaires, améliorant ainsi leur durabilité et leur précision.

Cela rend une configuration de taggage côté serveur avec des cookies propriétaires encore plus importante pour maintenir votre suivi et votre attribution précis au fil du temps.

Le taggage côté serveur offre encore plus de résultats lorsqu'il est combiné avec les bons outils.

Ces outils Stape vous aident à configurer, à garder vos données propres et à gérer les bloqueurs ou les cookies qui disparaissent :

- Meta Conversions API Gateway. Envoie des événements tels que des achats et des prospects depuis votre serveur vers Meta. Hébergé par Stape, aucune configuration backend n'est requise.

- Stape Gateway. Conçu pour GA4 et Google Ads. Installation automatique des balises principales dans votre conteneur serveur.

- TikTok Events API Gateway. Aide à envoyer des événements de serveur à TikTok pour une meilleure attribution et une optimisation de la campagne.

- Snapchat CAPI Gateway. Suivez les conversions sur Snapchat même lorsque le suivi du navigateur est bloqué.

Chaque passerelle est adaptée à l'API de votre plateforme, vous obtenez ainsi un suivi plus précis avec moins de configuration.

Le monitoring indique si des événements clés (tels que des achats ou des inscriptions) cessent soudainement de fonctionner.

Par exemple, si aucun événement « Ajouter au panier » n’est enregistré pendant des heures, même si les gens utilisent votre site.

Vous recevrez une notification immédiate afin de pouvoir résoudre rapidement le problème en examinant vos balises et déclencheurs dans GTM, en utilisant le mode Aperçu pour tester les événements ou en vérifiant les modifications récentes sur votre site.

Une fois que le taggage côté serveur fonctionne, vous voudrez voir quelle réelle différence cela fait.

Stape Analytics mesure la quantité de données récupérées à partir de bloqueurs et de navigateurs dotés de mécanismes de prévention.

Par exemple, lors d'un test de 10 jours avec plus de 7 millions de requêtes, 3,29 % des événements ont été récupérés et un 20,71% de données récupérées après des crashs comme Safari ITP.

Vous obtiendrez des informations directement sur votre compte Stape, sans aucun tableau de bord ni intégration supplémentaire requis.

Parfois, les choses ne fonctionnent pas comme prévu. Cela est généralement dû à un problème de configuration. Voici les points à vérifier en premier et comment tout remettre en marche :

Si votre trace renvoie une erreur 404, le point de terminaison du conteneur du serveur n'est pas trouvé ou publié.

Comment résoudre: assurez-vous d'avoir publié votre conteneur et que votre conteneur Web pointe vers l'URL/l'ID correct.

Et aucun événement n'arrive à votre conteneur de serveur, Ils peuvent être bloqués par des navigateurs ou des extensions.

Comment résoudre : utilisez un domaine personnalisé pour que les demandes apparaissent comme provenant de votre propre source.

Requêtes de blocage CORS ou CSP

La configuration de CORS ou CSP sur votre site peut bloquer les requêtes adressées au conteneur du serveur.

Comment résoudre : assurez-vous que votre domaine personnalisé est configuré pour autoriser les requêtes multi-origines. Vous devrez peut-être mettre à jour les en-têtes de serveur ou les règles CSP.

Si vous utilisez à la fois le côté client et le côté serveur, une conversion peut être comptabilisée deux fois ou pas du tout.

Comment résoudre : ajoutez la déduplication des événements en utilisant le même ID d'événement dans les balises du navigateur et les balises du serveur (en particulier dans Meta).

Utilisez le mode de débogage GTM pour tester si la balise a été déclenchée correctement et si l'événement a été reçu.