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

Le suivi côté client ne produit plus les mêmes résultats qu'auparavant. Les bloqueurs de publicités et les mises à jour de confidentialité des navigateurs empêchent la collecte et l'envoi de données aux plateformes publicitaires et d'analyse. Mais qu’est-ce que le marquage côté serveur ?

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:

• Des données plus complètes et plus précises: les événements sont acheminés via votre propre serveur (souvent à l'aide d'un domaine personnalisé), de sorte que moins de conversions sont perdues en raison de bloqueurs ou de restrictions de navigateur.
• Cookies propriétaires plus durables: les cookies installés par votre serveur peuvent durer jusqu'à 400 jours, au lieu d'être supprimés par le navigateur après une semaine.
• Meilleures performances des pages: déplacer les scripts de suivi vers le serveur signifie moins de JavaScript exécuté dans le navigateur, ce qui conduit à un chargement plus rapide et à une meilleure expérience utilisateur.
• Meilleur contrôle des données et confidentialité: grâce au marquage côté serveur, vous décidez quelles données envoyer à chaque fournisseur. Vous pouvez filtrer ou anonymiser les informations personnelles (comme les adresses e-mail ou les numéros de téléphone) avant qu'elles ne quittent votre serveur.
• Conformité juridique facilitée: vous aide à vous conformer au CCPA en Californie, au VCDPA en Virginie, au RGPD dans l'UE et à d'autres réglementations en matière de confidentialité.

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.

Configurez 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:

• Accédez à GTM: allez à Gestionnaire de balises Google.
• Créerz un conteneur: cliquez sur Admin → Créer un conteneur.
• Configurez le conteneur: nommez votre conteneur, sélectionnez Serveur comme type de destination et cliquez sur Créer.

• Inscription/Connexion: allez à Stape.io et créez un compte.
• Créez un conteneur: cliquez sur Créer un conteneur.
• Saisissez les données: indiquez un nom, collez la configuration du conteneur à partir de GTM, sélectionnez l’emplacement du serveur et cliquez sur Créer un conteneur.
• Déploiement: Stape déploiera un serveur cloud et hébergera votre conteneur GTM. Une fois l'opération terminée, le statut passera à «En cours d'exécution».

• Accédez aux domaines: dans votre conteneur Stape, accédez à la section Domaines et cliquez sur Ajouter un domaine personnalisé.
• Entrez le domaine: ajoutez un sous-domaine (exemple: ss.votresite.com).
• Configurez le DNS: Stape fournira les enregistrements DNS. Ajoutez-les à votre bureau d'enregistrement de domaine.
• Vérification: une fois les modifications DNS propagées, le domaine sera vérifié.

• Ouvrez le conteneur Web: dans GTM, accédez à votre conteneur Web.
• Créer une balise: ajoutez-en une nouvelle (par exemple, Google Analytics 4 Event).
• Configurer la balise: dans la configuration, utilisez l’URL de votre serveur (exemple: https://ss.votresite.com).
• Configurer les déclencheurs: attribuez les déclencheurs appropriés pour envoyer des événements au conteneur du serveur.

• Accédez au conteneur du serveur: dans GTM, ouvrez votre conteneur de serveur.
• Ajoutez des clients: accédez à Clients, cliquez sur Nouveau et sélectionnez le client approprié (par exemple, GA4).
• Configurez les balises: sous Balises, créez de nouvelles balises pour les plateformes auxquelles vous souhaitez envoyer des données (par exemple, API Meta Conversions, API LinkedIn Conversions).

• Utilisez le mode aperçu/débogage de GTM pour les conteneurs web et serveur. Exécutez des événements de test (comme une consultation de page ou un achat test) et vérifiez dans le panneau de débogage qu'ils sont correctement reçus et transmis.
• Lorsque tout est correct, publiez les modifications dans les deux conteneurs.

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:

• Un serveur cloud entièrement configuré

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.

• Un tableau de bord clair et simple

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.

• Des forfaits abordables

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.

• Power-ups intégrés

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

1. 1.
   Cookie Keeper: garde les cookies propriétaires jusqu'à 400 jours, ce qui est utile puisque les navigateurs les suppriment généralement après 3 à 7 jours.
2. 2.
   Custom GTM Loader: modifie les noms de vos scripts de suivi afin que les bloqueurs de publicités ne les reconnaissent pas ou ne les bloquent pas.
3. 3.
   Anonymizer: vous permet de filtrer ou de supprimer les données personnelles avant de les soumettre, conformément aux exigences de protection des données.
4. 4.
   Multi Domains: suive les utilisateurs sur divers sites tels que shop.votresite.com et blog.votresite.com en une seule séance et non en visites séparées.

• Modèles pour GTM

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.

• CDN mondial et domaines personnalisés

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.

• Single Sign-On avec WorkOS

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.

• Du soutien quand vous en avez besoin

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:

• Cookies propriétaires avec une durée plus longue. Avec une configuration côté serveur utilisant votre propre domaine, les cookies deviennent des cookies propriétaires. Les navigateurs sont moins susceptibles de les bloquer ou de les supprimer. Les cookies d'analyse ou publicitaires définis depuis votre serveur peuvent durer des mois (jusqu'à 13 mois) au lieu d'être supprimés en quelques jours.
• Gérer les restrictions ITP (Safari). La prévention intelligente du suivi de Safari limite toujours la durée de vie des cookies propriétaires. Pour éviter cela, Cookie Keeper renouvelle continuellement les cookies importants afin que Safari ne les supprime pas après une semaine.
• Propre CDN. Achemine votre domaine de taggage via la même IP que votre site principal.

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

• Domaine de même origine. Définissez votre domaine de taggage sur le même domaine que votre site (par exemple votresite.com/sgtm) aide à empêcher les navigateurs de dégrader les cookies ou de bloquer le suivi.
• Surveillance durable. Les cookies tiers (tels que ceux utilisés par les plateformes publicitaires) sont progressivement supprimés des navigateurs.

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:

• Passerelles spécifiques à la plateforme

- 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.

• Surveillance

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.

• Analyse de Stape

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:

• Erreurs 404/403 sur le serveur GTM

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.

• Les événements n'arrivent pas (demandes bloquées)

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.

• Conversions en double ou manquantes

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.