Comment déclencher des balises GTM sur l'événement de mise à jour du consentement ?

Tous les articles

cookie_consent_update est un événement de la couche de données qu'une plateforme de consentement envoie quand le choix du visiteur prend effet, pour que Tag Manager puisse exécuter les balises qu'il avait retenues. Pour y déclencher des balises, créez un déclencheur Custom Event avec ce nom d'événement, ajoutez la condition que la catégorie dont la balise a besoin soit accordée, lue dans une variable de couche de données ou dans le cookie de la plateforme, et utilisez-le à la place de All Pages.

Le déclencheur lui-même se crée vite. Les problèmes arrivent généralement ensuite, sous la forme d'une page vue comptée deux fois ou d'une balise qui se déclenche alors que le visiteur a dit non. Voici à quoi sert l'événement, comment le brancher et comment garder des chiffres fiables.

Qu'est-ce que l'événement cookie_consent_update ?

C'est un événement personnalisé, du même type que ceux que votre site envoie avec dataLayer.push({event: '…'}). Google ne le définit pas. La plateforme de consentement choisit le nom, et plusieurs plateformes utilisent cookie_consent_update dans leurs guides Tag Manager ; au moins l'une d'elles indique envoyer ce nom pour que les conteneurs configurés pour une autre plateforme continuent de fonctionner. Velo envoie velo_consent_update, accompagné de la décision dans un objet velo_categories qui contient analytics, ads, functional et personalization, chacun à true ou false.

Ce n'est pas la même chose que la commande de mise à jour du consentement de Google. Cette commande modifie l'état de consentement que lisent les balises Google et les vérifications de consentement de Tag Manager. L'événement personnalisé est le signal pour vos déclencheurs : c'est ce qu'un déclencheur de type Custom Event peut détecter. Une bonne plateforme de consentement envoie les deux, dans cet ordre, pour que l'état soit déjà à jour quand votre balise est évaluée.

Pourquoi les balises ont-elles besoin d'un second déclencheur après le consentement ?

Parce que Tag Manager vérifie le consentement une seule fois, au moment où le déclencheur de la balise se déclenche. L'aide de Google sur les paramètres de consentement indique qu'une balise soumise à des exigences de consentement supplémentaires ne se déclenche que si tous les types de consentement listés sont accordés au moment où elle est déclenchée. Lors d'une première visite, le déclencheur All Pages se déclenche avant que le visiteur ait choisi quoi que ce soit, donc une balise qui exige analytics_storage est retenue. Quand le visiteur accepte quelques secondes plus tard, rien dans le conteneur ne revient la chercher. La balise a besoin d'un déclencheur qui se déclenche après le choix, et c'est l'événement de mise à jour du consentement.

Cela concerne les balises qui ne gèrent pas le consentement elles-mêmes : une balise Meta ou Hotjar avec l'option Require additional consent, ou les balises Google en mode de consentement de base, qui ne doivent pas se charger tant que le visiteur n'a pas accepté. Les balises Google en mode avancé lisent elles-mêmes l'état du consentement, elles restent donc sur leurs déclencheurs habituels. Notre article sur le blocage des balises Google en attendant le consentement détaille cette distinction.

Comment déclencher une balise GTM sur l'événement de mise à jour du consentement ?

1. Trouvez le nom de l'événement envoyé par votre plateforme

   Ouvrez Preview de Tag Manager sur votre site, acceptez dans la bannière et regardez la liste des événements à gauche. Reprenez le nom exactement tel qu'il apparaît. Avec Velo, c'est velo_consent_update.

2. Créez une variable pour la catégorie

   Ajoutez une variable de couche de données qui lit la catégorie dont dépend la balise. Avec Velo, c'est velo_categories.analytics pour les balises d'analyse et velo_categories.ads pour les balises publicitaires. D'autres plateformes stockent l'état ailleurs, parfois dans un cookie propriétaire, alors vérifiez où la vôtre le place.

3. Créez le déclencheur avec une condition

   Créez un déclencheur Custom Event sur le nom de l'événement et réglez-le pour qu'il se déclenche sur certains événements personnalisés, quand la variable est égale à true. Sans la condition, le déclencheur se déclenche aussi quand le visiteur refuse, et une balise sans paramètres de consentement propres se déclenche quand même.

4. Mettez-le à la place de All Pages

   Sur la balise, retirez le déclencheur All Pages et ajoutez le nouveau. Si vous gardez les deux, la balise se déclenche deux fois pour les visiteurs connus, car l'événement de mise à jour se déclenche aussi sur leurs pages vues.

5. Réglez les balises de page vue sur une fois par page

   Dans Advanced Settings, puis Tag firing options, choisissez Once per page. Un visiteur qui rouvre la bannière et enregistre un nouveau choix envoie l'événement une deuxième fois sur la même page.

6. Laissez les balises de conversion sur leurs propres déclencheurs

   Une balise d'achat ou de lead doit se déclencher sur l'achat ou le formulaire, jamais sur l'événement de consentement. Sur l'événement de consentement, elle compterait une conversion chaque fois qu'un visiteur fait un choix.

7. Testez dans Preview, puis sur le site en ligne

   Faites les quatre vérifications ci-dessous dans une nouvelle session de navigateur à chaque fois, puis publiez le conteneur.

Pourquoi ma balise se déclenche-t-elle deux fois après le consentement ?

Trois configurations font compter une balise deux fois :

• Deux déclencheurs sur une balise. Un visiteur connu a déjà un choix enregistré, donc la balise peut passer sa vérification de consentement sur All Pages, puis se déclencher à nouveau sur l'événement de mise à jour un instant plus tard. Une page vue en devient deux.
• Un choix modifié sur la même page. Chaque choix enregistré renvoie l'événement. Once per page empêche la deuxième page vue.
• Une balise de conversion sur le déclencheur de consentement. Chaque acceptation ressemble à un lead. Remettez la balise de conversion sur l'événement qui définit la conversion.

Si les chiffres ont bondi la semaine où vous avez installé une plateforme de consentement, vérifiez ces points avant d'accuser la plateforme ou les visiteurs.

Quand Velo envoie-t-il velo_consent_update ?

Chaque fois qu'une décision de consentement prend effet sur une page, pas seulement quand quelqu'un clique :

• quand un visiteur accepte, refuse ou enregistre ses choix dans la bannière ;
• sur chaque page vue d'un visiteur connu, quand le choix enregistré est appliqué à nouveau ;
• quand un visiteur d'une région aux règles d'opt-out envoie un signal Global Privacy Control, que Velo enregistre comme un refus ;
• quand un nouveau visiteur arrive d'une région aux règles d'opt-out et que Velo applique la valeur par défaut où tout est autorisé, que la bannière lui permet toujours de refuser.

C'est pourquoi le déclencheur peut remplacer All Pages : une fois qu'un visiteur a autorisé une catégorie, les balises de cette catégorie se déclenchent sur chaque page qu'il consulte. Notre page d'aide sur les modes de consentement de base et avancé reprend la même configuration sous forme de courte liste, et installer une bannière de cookies avec Google Tag Manager couvre la partie Consent Initialization, qui vient en premier.

Comment vérifier que le déclencheur fonctionne ?

• Première visite, avant de choisir : la balise apparaît comme non déclenchée, et le panneau Network ne montre aucune requête de sa part.
• Après acceptation : la balise se déclenche une fois, sur l'événement de mise à jour.
• Après un rechargement : la balise se déclenche une fois par page, toujours sur l'événement de mise à jour, jamais une deuxième fois sur Container Loaded.
• Après un refus : dans une nouvelle session, parcourez deux pages. La balise ne se déclenche jamais.

Preview vous dit ce que Tag Manager a décidé. Le panneau Network vous dit ce qui a réellement quitté le navigateur, alors vérifiez les deux. Notre méthode pour tester une bannière de cookies avant sa mise en ligne contient la liste complète des vérifications dans le navigateur.

Velo envoie velo_consent_update dans chacun de ces cas, donc un seul déclencheur par catégorie couvre les premières visites, les visiteurs connus et les changements d'avis.