Comment résoudre le problème GDPR avec une balise GTM côté serveur

Après l'entrée en vigueur du Règlement général sur la protection des données (RGPD), les utilisateurs de Google Analytics en Europe ont été confrontés à un problème. Google Analytics est devenu illégal pour les opérateurs de sites Web dans plusieurs pays en raison de décisions des autorités européennes de protection des données, car il n'est pas conforme au RGPD.

La bonne nouvelle est que ce problème a une solution. Si vous aimez la structure de données de Google Analytics 4, vous n'avez pas à l'abandonner. Au lieu de cela, vous pouvez utiliser le suivi côté serveur dans Google Tag Manager et utiliser une balise spéciale d'OWOX pour transférer directement les données de votre site Web vers Google BigQuery sans les envoyer aux serveurs de Google Analytics.

En 2020, l'organisation à but non lucratif NOYB a déposé 101 plaintes contre des sites Web opérant dans l'Espace économique européen (EEE) qui appliquaient Google Analytics ou Facebook Connect. Après cela, les autorités de protection des données de l'EEE ont commencé à émettre des décisions obligeant les opérateurs de sites Web de l'EEE à cesser d'utiliser ces services au motif qu'ils ne sont pas conformes au règlement général sur la protection des données (RGPD).

Le problème réside dans la méthode d'application de Google Analytics en Europe, car Google stocke les données recueillies sur les résidents de l'UE (données sur le comportement des utilisateurs) sur un service cloud basé aux États-Unis. Le point d'achoppement était - et est toujours - que les garanties prises par Google sont insuffisantes pour empêcher les services de renseignement américains d'accéder aux données personnelles des résidents de l'UE. Selon les autorités européennes de protection des données, ces transferts de données à l'étranger violent le RGPD.

Le suivi côté serveur GTM est une alternative à la méthode de suivi traditionnelle côté client qui résout le problème de la transmission de données sensibles, des bloqueurs de publicités et de la vitesse de chargement des pages.

Pour traiter les données collectées côté serveur (suivi côté serveur), une destination intermédiaire est ajoutée (dans le cas de Google Tag Manager, il s'agit d'un serveur cloud). Du côté client, la demande est d'abord envoyée au serveur cloud, puis le serveur cloud traite cette demande et l'envoie à un système tiers. Autrement dit, au lieu que le navigateur client fasse une demande au système tiers, cette demande est faite par un serveur cloud.

1. Le suivi côté serveur vous permet de masquer la logique métier de la façon dont votre site interagit avec les applications tierces en le déplaçant vers le back-end. Autrement dit, les données que vous transférez et la logique que vous utilisez pour les transférer ne seront pas disponibles pour l'utilisateur.
2. L'envoi de données à des systèmes tiers ne dépend pas du navigateur de l'utilisateur, car toutes les demandes sont traitées et envoyées côté serveur et ne sont pas affectées par les bloqueurs de publicités, car cette méthode élimine la possibilité de détecter un script en identifiant le domaine qui envoie le demande.
3. Cette méthode de suivi est plus sécurisée, ce qui signifie que vous pouvez compléter les données utilisateur collectées côté client avec les informations nécessaires sans risque de divulgation.
4. Vous avez un contrôle total sur les données qui seront envoyées à des systèmes tiers, ce qui vous permet de vous conformer aux exigences GDPR, CCPA et CSP existantes.
5. En utilisant un sous-domaine lors de la configuration d'un conteneur de serveur, vous pouvez définir des cookies propriétaires, ce qui augmente leur durée de vie. Cela permet d'éliminer l'influence des outils de prévention du suivi intégrés à Safari, Chrome et Firefox.

Afin de ne pas envoyer de données à Google Analytics, vous pouvez utiliser Google Analytics 4 RawData to BigQuery Tag, qui vous permet de rediriger automatiquement les événements Google Analytics 4 vers une table Google BigQuery.

Google Analytics 4 RawData vers BigQuery Tag est gratuit. Quiconque utilise GTM côté serveur peut l'installer et bénéficier des avantages suivants :

1. Conformité RGPD. À l'aide de notre balise, vous pouvez configurer GTM côté serveur afin que les données n'aillent pas du tout vers les serveurs Google Analytics aux États-Unis, mais directement vers l'ensemble de données avec l'emplacement que vous avez spécifié dans Google BigQuery. Autrement dit, les données ne vont pas du tout au-delà du contour de première partie de l'entreprise. Ainsi, l'entreprise elle-même garantit une conformité à 100 % au RGPD.
2. Configuration unique. La balise ne doit être configurée qu'une seule fois. Pas besoin d'aller dans les paramètres et de modifier la structure du tableau dans GBQ chaque fois que vous ajoutez de nouveaux événements/paramètres GA4 dans le balisage du site.
3. Données en temps réel. Les données sont envoyées à GBQ en temps réel - pas besoin d'attendre une exportation planifiée.
4. Pas de restrictions. Par exemple, vous ne rencontrerez pas la limite connue de 1 million de visites par jour qui s'applique aux téléchargements natifs de la version gratuite de GA 4 vers GBQ.
5. La balise est gratuite et disponible pour toute personne utilisant le suivi côté serveur GTM.

Si vous avez besoin d'une solution d'analyse fiable adaptée au RGPD et au monde de la vie privée, inscrivez-vous pour une démo gratuite.

Vous pouvez utiliser Google Analytics 4 RawData vers BigQuery Tag si vous avez activé Google Analytics 4 et configuré GTM en tant que gestionnaire de balises côté serveur pour les événements GA 4. Avec cette balise, vous obtiendrez des données brutes Google Analytics 4 après chaque ajout d'un nouvel événement dans le balisage du site sans configurer au préalable un schéma dans BigQuery.

1. Créez un jeu de données dans un projet GBQ :

2. Choisissez un emplacement de données :

3. Créez une table avec le schéma suivant :

Le moyen le plus rapide consiste à exécuter le code SQL ci-dessous dans GBQ :

CREATE TABLE IF NOT EXISTS [project_name].[dataset_name].ga4RawDataOwox (rawDataOwox STRING NOT NULL, createdAt TIMESTAMP NOT NULL) OPTIONS(description="GA4 Données brutes transférées directement à GBQ depuis mon GTM côté serveur à l'aide de la balise OWOX")

Noter! Dans cet exemple de code SQL, vous devez remplacer [nom_projet].[nom_ensemble_données] par les noms réels du projet et de l'ensemble de données.

1. Accédez à Templates → Tag Templates → Search Gallery dans votre conteneur GTM côté serveur :

2. Recherchez et choisissez le tag :

3. Ajoutez-le à votre espace de travail :

Allez dans Balises et ajoutez cette balise. Choisissez un déclencheur et définissez le chemin d'accès à votre table dans GBQ.

Noter! Cochez la case "Activer la journalisation" uniquement pour le débogage.

Tant que votre conteneur de serveur s'exécute dans le même projet GCP avec la table BigQuery, vous êtes prêt. Vous n'avez rien à faire en termes d'authentification, car le compte de service par défaut d'App Engine dispose d'un accès complet à toutes les tables BigQuery ajoutées au projet.

Soumettez et publiez les modifications, puis testez le flux en mode Aperçu. Si tout est correct, la balise Google Analytics 4 RawData vers BigQuery s'affiche sous Balises déclenchées :

Et vous verrez les données dans le tableau Google BigQuery :

Écrivez du code SQL pour utiliser ces données dans une structure pratique pour vos rapports. Exemple:

Si vous avez activé Google Analytics 4 et que vous avez besoin d'importer des données de coût dans Google BigQuery ou de créer des rapports cross-canal, réservez une démo avec OWOX.

Nos spécialistes vous montreront comment vous pouvez utiliser les produits OWOX BI (et nos services professionnels) pour atteindre vos objectifs et transformer les données brutes en données prêtes à l'emploi.