Dans un paysage numérique en constante évolution, l’approche en matière de suivi des utilisateurs et de confidentialité des données subit des changements importants. Avec l’élimination progressive des cookies tiers par les navigateurs Web et l’entrée en vigueur de lois strictes sur la confidentialité des données, les méthodes traditionnelles de suivi des utilisateurs perdent rapidement leur pertinence.
S'adapter à ces changements n'est pas seulement nécessaire pour les entreprises et les spécialistes du marketing qui s'appuient sur des informations basées sur les données ; c'est un incontournable absolu.
L’un des moyens de s’adapter aux nouveaux défis en matière de suivi consiste à passer au suivi sans cookies. Bien que la dernière version de Google Analytics présente de nombreux inconvénients et aversions, elle reste la plateforme d'analyse la plus populaire. C'est pourquoi cet article explique comment définir le suivi Google Analytics 4 sans cookies à l'aide du serveur Google Tag Manager.
Lorsque les sites Web veulent se souvenir de quelque chose à votre sujet (comme le contenu de votre panier ou la publicité sur laquelle vous avez cliqué avant d'arriver sur le site Web), ils utilisent souvent de petits éléments de données appelés « cookies ».
Mais désormais, de nombreux sites Web abandonnent l’utilisation de ces cookies pour suivre les activités des utilisateurs. Au lieu de cela, ils utilisent de nouvelles méthodes qui ne reposent pas sur le stockage de ces données sur les navigateurs des utilisateurs. Cette nouvelle façon de suivre sans cookies est appelée « suivi sans cookies ».
Lorsque le suivi ne repose pas sur des cookies, il utilise des données utilisateur propriétaires. La meilleure façon de collecter et de gérer ces informations en toute sécurité consiste à utiliser le suivi côté serveur. Cette méthode vous permet de suivre, stocker, enrichir, transformer et contrôler strictement le flux de données des utilisateurs propriétaires.
Cela permet non seulement de se débarrasser des cookies et de rendre le suivi plus précis, mais également de le rendre plus conforme et d'avoir un meilleur contrôle sur les données des utilisateurs.
Le suivi sans cookies permet de s'adapter aux changements récents en matière de confidentialité et de restrictions du suivi. Voici quelques exemples.
Google Analytics 4 utilise l'apprentissage automatique pour modéliser le comportement des utilisateurs qui n'ont pas consenti aux cookies d'analyse. Ils utilisent le comportement d'utilisateurs similaires qui ont autorisé leur consentement aux cookies d'analyse pour modéliser le comportement de ceux qui n'ont pas accepté les cookies d'analyse.
Pour être éligible au machine learning, la propriété GA4 doit répondre à des critères spécifiques suivantes:
- Le mode consentement est activé sur toutes les pages
- Les balises doivent se déclencher avant que la boîte de dialogue de consentement n'apparaisse
- Les balises Google se chargent dans tous les cas, pas seulement si l'utilisateur y consent
- 1 000 événements par jour avec analytics_storage='denied' pendant au moins 7 jours.
- 1 000 utilisateurs quotidiens envoyant des événements avec analytics_storage='granted' pendant au moins 7 des 28 jours précédents
Si votre propriété GA4 n'est pas éligible au machine learning ou si vous découvrez que le machine learning ne fournit pas de résultats précis, vous avez la possibilité de vous fier aux données de première partie lorsqu'un utilisateur désactive les cookies d'analyse et met en œuvre le suivi GA4 sans cookie.
Pour que GA4 fonctionne correctement et reconnaisse les utilisateurs qui reviennent, vous devez fournir à GA4 les informations suivantes :
● ID client (cid)
● ID de session (sid)
● Nombre de sessions (sct)
● Première visite (_fv)
● Engagement des utilisateurs (seg)
Pour configurer le suivi GA4 sans cookie lorsqu'un utilisateur n'a pas donné son consentement, nous utiliserons des outils suivants:
Pour déterminer si le consentement a été accordé ou non, j'utilise le paramètre gcs. La configuration de consentement GA4 par défaut envoie des requêtes à sGTM, mais la requête manque de certaines informations. Toutes les requêtes GA4 sont écrites dans Firestore.
Pour déterminer si un utilisateur sans consentement a une session active dans GA4, nous utiliserons la différence entre l'horodatage de la visite précédente et celle de la visite en cours. Si la différence est supérieure à 30 minutes, nous mettrons à jour les paramètres de session dans Firestore.
Firestore utilisera l'ID utilisateur comme nom du document et enregistrera les détails de la session utilisateur dans ces documents. Bien qu'il s'agisse d'un moyen simple d'organiser Firestore, il existe de nombreuses autres approches pour conserver les données sur l'expérience utilisateur complète dans Firebase.
1.2 Si nécessaire, écrivez les données sur Firestore. Pour cela, j'utilise la balise Firestore Writer. Veuillez consulter ce guide détaillé sur la façon d'utiliser la balise Firestore Writer. J'utilise la collection UserID. Pour chaque ID utilisateur, je crée un nouveau document qui utilise cid comme nom de document.
1.3 La balise côté serveur GA4 a une configuration standard et se déclenche chaque fois que le client GA4 est revendiqué et que l'utilisateur consent aux cookies d'analyse.
2.1.1 Si le consentement aux cookies d'analyse n'a pas été accordé, j'ai utilisé le power up de l'ID utilisateur de Stape pour ajouter l'ID utilisateur dans les en-têtes de requête sGTM.
2.1.2 À l'aide de la balise Firestore Writer, j'écris des données sur Firestore et j'utilise l'ID utilisateur Stape comme nom de document.
2.1.3 Pour vérifier que la session est active, j'utilise la variable Firestore Reader pour extraire l'horodatage associé à la dernière visite de cet utilisateur dans Firebase. Ensuite, vérifiez la différence entre l’horodatage de la session précédente de l’utilisateur et l’horodatage actuel. Si l'horodatage est inférieur à 30 minutes, l'utilisateur dispose d'une session existante.
2.1.4 Les paramètres sont mis à jour comme ci-dessous:
● cid et client_id sont la valeur de Stape UserID
● ga_session_number - une valeur du ga_session_number dans Firestore
● ga_session_id - une valeur de ga_session_id dans Firestore
● x-ga-mp2-seg (session engagée) est défini sur 1
● x-ga-system_properties.fv (première visite), x-ga-system_properties.ss (démarrage de session), x-ga-system_properties.nsi (nouvel ID de session) sont supprimés.
2.1.5 Envoyer les données modifiées à GA4. Pour mettre à jour les données avant de les envoyer à GA4, j'utilise la transformation.
2.2.1 Si le consentement aux cookies d'analyse n'a pas été accordé, j'ai utilisé le power up de l'ID utilisateur de Stape pour ajouter l'ID utilisateur dans les en-têtes de requête sGTM.
2.2.2 Écrivez à nouveau les données utilisateur basées sur l'ID utilisateur Stape dans Firestore à l'aide de la balise d'écriture Firestore.
2.2.3 Pour vérifier que la session est active, j'utilise la variable Firestore Reader pour extraire l'horodatage associé à cet utilisateur dans le Firebase. Ensuite, vérifiez la différence entre l’horodatage de la dernière session de l’utilisateur et l’horodatage actuel. Si l'horodatage est supérieur à 30 minutes, une nouvelle session a démarré.
2.2.4 Les paramètres sont mis à jour comme ci-dessous:
● cid et client_id sont la valeur de Stape UserID.
● ga_session_id est une valeur ga_session_id de Firestore, précédemment définie sur un horodatage en secondes.
● ga_session_number est le numéro ga_session_number que vous avez dans Firestore plus 1.
● x-ga-system_properties.ss (début de session) est défini sur 1.
● X-ga-mp2-seg (Session engagée) est défini sur 1.
● x-ga-system_properties.fv est supprimé.
2.2.5 Envoyer les données modifiées à GA4. Pour mettre à jour les données avant de les envoyer à GA4, j'utilise la transformation. La balise se déclenche lorsqu'un client GA4 est revendiqué, que le consentement n'est pas accordé et que le décalage horaire entre les sessions est supérieur à 30 minutes.
2.3.1. Lorsque les cookies d'analyse ne sont pas autorisés, utilisez le power up de l'identifiant utilisateur de Stape pour générer un identifiant utilisateur.
2.3.2. Vérifiez si un utilisateur avec le même ID utilisateur existe déjà dans Firestore. Si aucun utilisateur avec le même ID utilisateur n'est trouvé, utilisez une balise Firestore Writer pour créer un utilisateur avec les détails de session dans la base de données.
2.3.3 Les paramètres sont mis à jour comme ci-dessous:
● cid et client_id sont la valeur de Stape UserID.
● ga_session_id est ga_session_id de Firebase.
● ga_session_number est le numéro ga_session_number que vous avez dans Firestore. ● x-ga-system_properties.ss (début de session) est défini sur 1.
● x-ga-mp2-seg (session engagée) est défini sur 1.
● x-ga-system_properties.fv (premier fisit) est défini sur 1.
2.3.4 Envoyer les données modifiées à GA4.
La mise en œuvre du suivi sans cookies de Google Analytics 4 via le serveur Google Tag Manager représente une avancée significative dans l'adaptation au paysage changeant de la confidentialité des données en ligne et des préférences des utilisateurs. À mesure que le monde numérique évolue, il devient nécessaire de collecter des informations précieuses sans utiliser de cookies.
En exploitant la puissance du suivi côté serveur et de Google Tag Manager, les entreprises peuvent maintenir leur engagement en matière de confidentialité des données tout en exploitant les informations cruciales basées sur les données fournies par GA4. Cette approche garantit non seulement le respect des réglementations émergentes, mais favorise également la confiance des utilisateurs soucieux de leur vie privée en ligne. Alors que nous naviguons dans un avenir sans cookies, l’adoption de solutions innovantes telles que le suivi côté serveur et GA4 peut aider les entreprises à rester compétitives et pertinentes sur le plan numérique.
Ne vous inquiétez pas, nous sommes là pour vous aider ! Cliquez sur Obtenir de l'aide et nous vous enverrons un devis gratuit.
