Une nouvelle façon de suivre les données dans Google Tag Manager - Balisage côté serveur

Dans cet article, je veux vous parler d'une nouvelle fonctionnalité de Google Tag Manager - Balisage côté serveur - suivi des données côté serveur. Cette fonctionnalité, selon ses développeurs, vous permet de masquer la logique métier dans le code du serveur, d'accélérer le chargement du site et d'améliorer la protection des données utilisateur en restreignant l'accès aux scripts tiers.

Examinons de plus près comment cela fonctionne.

Quelle est la différence entre le suivi côté client et le suivi côté serveur


La plupart des gestionnaires de balises, des systèmes analytiques et des services publicitaires existants collectent des données à l'aide de la méthode de suivi côté client, c'est-à-dire côté client. Comment ça fonctionne? Il existe un site Web ou une application sur lequel un navigateur spécifique est installé, et il existe un service tiers, tel que Google Analytics. Le navigateur envoie la demande directement à ce service et, si nécessaire, reçoit une réponse. Autrement dit, l'interaction se produit entre deux parties: un navigateur et un service tiers.


Lors du suivi des données côté serveur (suivi côté serveur), un point intermédiaire est ajouté. Dans le cas de Google Tag Manager, il s'agit d'un serveur cloud. Du côté client, la demande va d'abord au serveur cloud, puis le serveur traite cette demande et l'envoie à un système tiers (Google Analytics). En d'autres termes, au lieu du navigateur du client, la demande est effectuée par le serveur cloud.


Examinons maintenant de plus près les principaux avantages et inconvénients des deux méthodes de collecte de données.

Suivi côté client


Il s'agit de la manière la plus courante de collecter des données à partir d'un site. Le suivi sur le côté du navigateur de l'utilisateur vous permet de recevoir des données des cookies, des paramètres d'URL, des sources de référence, des informations sur l'appareil de l'utilisateur, l'adresse IP, etc.

Avantages

  1. Il s'agit de la norme utilisée par tous les gestionnaires de balises que vous connaissez et à laquelle la plupart des analystes sont habitués.
  2. Le suivi côté client est facile à configurer. De nombreux systèmes fournissent des fragments de code prêts à l'emploi que vous avez juste besoin de copier et de placer sur les pages du site.
  3. . , , Chrome Google Tag Manager.
  4. Client-Side Tracking, , Server-Side Tracking, .



  1. . , .
  2. , , . ITP — Safari , cookie .
  3. Les données sont moins sécurisées qu'avec le suivi côté serveur. Ainsi, vous ne pouvez pas transférer des informations confidentielles à partir du site de cette manière, par exemple, des e-mails et des numéros de téléphone ou des marges d'utilisateurs.

Suivi côté serveur


Le suivi côté serveur est une alternative à la méthode de suivi côté client habituelle, qui vous permet de résoudre le problème des bloqueurs de publicités, du transfert de données confidentielles et de la vitesse de chargement des pages.

Avantages

  1. L'envoi de demandes ne dépend pas de la version ou du type de votre navigateur. Toutes les demandes sont traitées côté serveur, donc les bloqueurs de publicités, ITP, ETP ou une connexion interrompue n'affectent pas la qualité de vos données.
  2. , , c Google Analytics , , , .
  3. Server-Side Tracking , .
  4. . , , . Server-Side Tracking .



  1. .
  2. . .
  3. Ne convient pas pour la collecte d'informations Ă  partir des pages SPA ou PWA.
  4. Tous les systèmes n'utilisent pas de balises disponibles pour le suivi côté serveur.
  5. La méthode n'est pas pratique pour collecter des paramètres d'URL. Ils sont beaucoup plus faciles à collecter côté client, car ces données apparaissent dans le navigateur.

Voyons maintenant les avantages du suivi côté serveur sur lesquels l'équipe Google Tag Manager s'est concentrée.

Suivi GTM côté serveur: avantages revendiqués


Le suivi côté serveur vous permet de masquer la logique métier de votre site interagissant avec des applications tierces en le déplaçant vers le backend. Autrement dit, l'utilisateur ne pourra pas accéder aux informations et à la logique que vous utilisez pour transférer des données. Par exemple, vous pouvez envoyer des marges honnêtes à GA et du côté client dans le navigateur de l'utilisateur, il n'y aura même pas une telle variable.

Cette méthode est plus sûre en termes de mouvement de données. Les informations que vous souhaitez envoyer à des fins d'analyse, par exemple, un segment de CRM, le sexe ou quelque chose d'autre lié à l'utilisateur, n'ont plus besoin d'être envoyées au navigateur. Par conséquent, cela ne sera pas disponible pour les autres scripts JS dans le navigateur.

Comme c'était le cas auparavant: disons que vous souhaitez obtenir le hachage du numéro de téléphone ou du sexe ou de l'adresse utilisateur dans GA. Pour envoyer ces informations, vous devez les rendre disponibles dans le DataLayer. Et les informations du DataLayer sont disponibles pour tous les JavaScript chargés dans le navigateur. C'est une portée courante, il n'y a pas de variables privées, contrairement à Python, par exemple. Si vous transmettez ces informations via le backend, elles ne sont pas disponibles dans l'environnement de navigateur JavaScript de l'utilisateur.

En plus de la sécurité des données, parmi les avantages du suivi côté serveur, l'équipe de Google souligne également l'opportunité d'augmenter la vitesse de chargement du site.

Comment essayer le balisage côté serveur dans Google Tag Manager


Malheureusement, il n'y a aucun moyen de partager avec vous des instructions sur la façon de configurer le suivi côté serveur, car il s'agit d'une version bêta avec un accès limité. Pour y accéder, vous devez remplir et envoyer un formulaire de liste blanche à Google .

Après avoir obtenu l'autorisation et les instructions de Google, pour configurer le suivi côté serveur, vous aurez besoin:

  1. Compte Google Cloud Platform
  2. Accès au bureau d'enregistrement de noms de domaine de votre site
  3. Accès pour publier du contenu sur votre site, car la méthode nécessite le placement d'un conteneur GTM

Chez OWOX BI, nous avons déjà réussi à tester la nouvelle fonctionnalité. En bref, comment cela fonctionne et quelle est la différence avec le suivi standard à l'aide de Google Tag Manager.

Fonctionnement du suivi côté client : nous avons un site Web ou une application. Nous installons le conteneur sur le site Web de GTM et configurons les balises qu'il contient. Le conteneur envoie ensuite les données à GA.



Fonctionnement côté serveur : Nous avons un site Web ou une application. Encore une fois, nous mettons en place un conteneur Web GTM avec toutes les balises. Ensuite, nous configurons l'environnement sur un domaine dédié. Configurez un conteneur pour cet environnement. Et la demande sort déjà non directement du navigateur via un conteneur Web, mais via un lien intermédiaire sous la forme d'un serveur cloud:



après la configuration standard de la ressource Google Analytics, les données commencent à y être collectées:



L'utilisation d'un serveur cloud entraîne des frais supplémentaires, qui dépendent du nombre d'utilisateurs et de demandes sur votre site.

résultats


Dois-je utiliser le suivi côté serveur? La réponse à cette question dépend des données que vous souhaitez collecter et à quelles fins; ce qui est plus important pour vous, c'est la possibilité d'économiser du temps et de l'argent ou la possibilité de transférer des données sensibles vers le système d'analyse.

Étant donné que la fonctionnalité est toujours en version bêta, le basculement complet et la désactivation du suivi régulier ne valent pas la peine (et cela ne fonctionnera pas). Cependant, vous pouvez désormais demander l'accès à l'équipe Google pour tester le suivi côté serveur et décider s'il sera utile pour votre entreprise.

All Articles