Avantages et inconvénients du suivi côté serveur

Dans notre article précédent sur le conteneur côté serveur (SSC) de Google Tag Manager, nous avons commencé à examiner son fonctionnement. Dans cet article, nous examinerons certains des principaux avantages que le système Server-Side vous apportera ainsi que certains inconvénients potentiels.

Avantages

En ce qui concerne les avantages du suivi côté serveur, plusieurs avantages majeurs concernent principalement le contrôle et la flexibilité des données que vous collectez. Cela a un impact sur la façon dont vous pouvez vous conformer aux diverses lois sur les données, protéger vos données et celles de vos utilisateurs, garantir les données les plus précises possibles, décider comment et où les données vont et potentiellement améliorer les performances de votre site.

1) Conformité

En interceptant les données, le conteneur côté serveur peut modifier les données avant qu'elles ne soient envoyées à la destination finale. Cela présente de grands avantages pour la conformité au RGPD et les protections de confidentialité similaires, car vous pouvez supprimer toutes les informations qui pourraient être utilisées pour le profilage et les empreintes digitales avant qu'elles n'arrivent à la destination finale.

Les serveurs sur lesquels le conteneur côté serveur fonctionne peuvent être spécifiés à un emplacement. Par conséquent, ces données identifiables n'ont pas besoin de quitter le territoire sur lequel elles ont été collectées (l'UE surtout pour le RGPD) avant d'être supprimées.

Notez cependant que la manipulation et la suppression de données identifiables peuvent empêcher certaines informations de s'afficher dans vos outils. Par exemple, la suppression ou le masquage de l'adresse IP des utilisateurs lors de l'envoi de données à Google Analytics peut signifier qu'aucune donnée de localisation ne peut être capturée.

2) Cookies internes

Étant donné que les données sont envoyées via le conteneur côté serveur, vous pouvez apporter des modifications aux données renvoyées au site. En tant que tel, il peut modifier le domaine sur lequel les cookies de votre outil particulier sont définis. Il peut définir le cookie sur son propre domaine. Cela signifie que les navigateurs qui limitent ou bloquent l'installation de cookies tiers n'expireront pas prématurément ou n'empêcheront pas l'installation du cookie.

3) Collectez des données pour un outil et écrivez-les à d'autres

Lorsque des données sont envoyées depuis le site Web, elles peuvent être destinées à un outil, mais peuvent être analysées et envoyées à d'autres. Cela pourrait être incroyablement utile dans un certain nombre de cas. Un exemple de cela pourrait être de prendre les hits entrants d'une requête Universal Analytics , d'analyser les données et de les envoyer à une table Google BigQuery. Cette fonctionnalité est uniquement disponible pour Universal Analytics sur le produit premium Universal Analytics 360.

4) Réduction de la charge côté client

En déplaçant une grande partie du traitement des données vers le conteneur côté serveur, vous pouvez réduire la charge sur le navigateur de l'utilisateur pendant qu'il charge votre site.

5) Cacher les clés API et les secrets du client

Étant donné que les données ne sont envoyées à l'outil final qu'à partir du conteneur côté serveur, toutes les clés d'API et les secrets client peuvent être stockés dans le conteneur côté serveur. Cela évite toute possibilité que ceux-ci soient exposés du côté client. L'UA-ID de Google Analytics en est un exemple. Un tiers peut accéder à n'importe quel site exécutant Google Analytics et simplement retirer l'UA-ID du site et le mettre sur un autre et spammer le compte Google Analytics. Nous avons vu cela se produire souvent au fil des ans. Avec le suivi côté serveur, cela ne serait pas possible car l'UA-ID ne peut être ajouté que côté serveur et ne sera donc pas du tout exposé lors du chargement du site Web.

6) Chargez le script de suivi depuis votre propre domaine

Cela peut être considéré à la fois comme un avantage et un inconvénient du suivi côté serveur. Étant donné que le conteneur côté serveur peut effectuer des appels directement vers les outils en question, le conteneur côté serveur peut être utilisé pour récupérer le fichier JavaScript que la plupart des outils (GA, Facebook, LinkedIn, etc.) tirent dans le site. Une fois récupéré, il peut envoyer le fichier sur le site. Cela signifie que vous pouvez éviter de passer des appels vers des sites tiers directement depuis le navigateur de l'utilisateur et peut vous aider à empêcher l'insertion de scripts indésirables. Comme ce fichier sera envoyé depuis son propre domaine (si le SCC est configuré de cette façon), alors les services qui bloquent automatiquement les trackers connus (c'est-à-dire les navigateurs comme Firefox, Safari et Brave) ne reconnaîtront pas le fichier en tant que script de suivi. Ce n'est pas toujours garanti car le propre domaine de votre site peut éventuellement être identifié comme un tracker par ces services. Il est important de se rappeler que votre programme d'analyse doit toujours respecter les choix de confidentialité de l'utilisateur.

Désavantages

Il existe une poignée d'inconvénients et de scénarios liés au suivi côté serveur dont vous devez être conscient. Ces points concernent soit le levage supplémentaire nécessaire pour exécuter le suivi côté serveur, soit certains des pièges d'être plus responsable de l'exactitude de vos propres données et de la confidentialité de votre utilisateur.

1) Expertise technique

Bien que certains des aspects les plus techniques du suivi côté serveur, tels que le codage des clients, ne soient pas absolument nécessaires, il reste encore des obstacles techniques à franchir. Celles-ci incluent la configuration de l'instance de serveur initiale et le provisionnement des serveurs de redondance lorsque vous mettez votre solution en ligne.

2) L'exactitude des données dépend de vous

Si vous codez un client ou une balise, la responsabilité de vous assurer que les données atteignent leur destination dans le bon format incombe à vous et à votre code. Cela signifie qu'il y a une marge supplémentaire pour que des erreurs se produisent. Vous êtes également responsable de vous assurer que les données envoyées sont légalement autorisées à être envoyées.

3) Coût

Contrairement au conteneur Web Google Tag Manager, le suivi côté serveur entraîne des coûts. Pour exécuter le conteneur côté serveur, il doit être créé sur l'infrastructure Google Cloud à l'aide de sa fonctionnalité App Engine. De plus, vous aurez besoin qu'il s'exécute sur quelques instances de serveur pour tenir compte de la redondance et de la capacité. Vous devrez payer pour ces instances. Bien sûr, plus vous exécutez de serveurs et plus vous envoyez de données, plus le coût est élevé.

4) Problèmes de confidentialité

Nous avons déjà abordé ce sujet, mais une préoccupation avec le suivi côté serveur est qu'il facilite le contournement de certaines des mesures mises en place par vos utilisateurs pour empêcher le suivi. Il est important de s'assurer que les décisions de confidentialité de l'utilisateur sont respectées et que les lois et réglementations en vigueur sont respectées.

Si vous souhaitez en savoir plus sur le suivi côté serveur, laissez-nous simplement un message et nous nous ferons un plaisir de vous répondre pour discuter de vos questions et de vos besoins.