Comment vérifier que votre bannière de cookies envoie bien le signal Consent Mode v2

Tous les articles

Deux lectures suffisent à trancher. Dans une fenêtre de navigation privée, avant de toucher à la bannière, exécutez google_tag_data.ics.entries dans la console du navigateur et vérifiez que les quatre signaux portent une valeur par défaut : ad_storage, analytics_storage, ad_user_data et ad_personalization. Ouvrez ensuite le panneau Network et lisez le paramètre gcs sur la première requête envoyée par vos balises Google. C'est l'état que Google a réellement reçu.

Pourquoi l'interrupteur de votre CMP ne répond pas à la question

Tous les outils de consentement ont désormais une page de réglages où figure Consent Mode v2, et un interrupteur vert à cet endroit est la preuve que la plupart des gens acceptent. C'est une affirmation sur la configuration. Ce qui détermine si Google reçoit quelque chose, c'est ce qui se passe dans un vrai navigateur, sur un vrai chargement de page : si le signal existe, s'il existe assez tôt, et si ses quatre composantes sont toutes présentes.

Ce sont trois défaillances distinctes, et un interrupteur n'en voit aucune. Un outil de vérification en ligne fera le premier passage et constitue un bon point de départ. Ce qu'il ne peut pas faire, c'est revenir en visiteur déjà venu, ou charger votre site depuis une deuxième région, et c'est justement là que ça casse le plus souvent. Les vérifications ci-dessous prennent une dizaine de minutes.

Comment vérifier que votre bannière de cookies envoie bien le signal Consent Mode v2

1. Ouvrez le site en nouveau visiteur, depuis une région que vous desservez

   Utilisez une fenêtre de navigation privée pour qu'aucun choix antérieur ne soit enregistré, et testez depuis une région où votre bannière est censée apparaître. Les valeurs par défaut sont souvent limitées à un périmètre géographique : une page chargée hors de ce périmètre peut sembler cassée tout en se comportant exactement comme elle a été configurée. Si aucune bannière n'apparaît, réglez la question de la géographie avant d'en conclure quoi que ce soit d'autre.

2. Lisez les quatre signaux avant de toucher à la bannière

   Dans la console du navigateur, exécutez google_tag_data.ics.entries. Cela affiche une entrée par type de consentement, avec la valeur par défaut qui lui a été donnée et toute mise à jour qui a suivi. Quatre noms doivent y figurer : ad_storage, analytics_storage, ad_user_data et ad_personalization. Les deux derniers sont ceux qu'a ajoutés la version 2, et c'est la paire qui manque sur les configurations câblées avant 2024 et jamais revues.

3. Vérifiez que la valeur par défaut est arrivée avant la première balise

   Ouvrez le panneau Network et rechargez la page sans avoir touché à la bannière. La première requête envoyée par vos balises Google doit déjà porter un état de consentement. Si un état n'apparaît que sur les requêtes suivantes, la valeur par défaut est posée après l'initialisation des balises, ce qui vaut à peu près autant que pas de valeur par défaut du tout : le premier hit de chaque session part sans filtre. C'est en général l'ordre des déclencheurs qui casse, et nous détaillons le câblage correct dans comment installer une bannière de cookies avec Google Tag Manager.

4. Lisez l'état sur la requête elle-même

   Repérez le paramètre gcs sur cette requête. G100 signifie que les deux types de stockage sont refusés, G111 que les deux sont accordés, et G101 ou G110 correspondent aux états mixtes ; G1-- signifie que la balise s'est déclenchée sans aucun état de consentement rattaché. Notez au passage la limite, parce que c'est l'étape où s'arrêtent la plupart des guides : gcs encode ad_storage et analytics_storage, rien d'autre. Il ne peut confirmer aucun des deux signaux introduits par la version 2, et c'est pour cela que l'étape 2 n'est pas facultative. Un second paramètre, gcd, en dit davantage, mais Google ne publie pas la façon de le lire : mieux vaut ne pas s'appuyer dessus. Le décodage complet, et ce qu'il vous apprend sur le mode que vous faites tourner, se trouve dans Consent Mode basique ou avancé.

5. Faites un choix et regardez la mise à jour arriver

   Acceptez, puis relancez la lecture dans la console. Les signaux que vous avez accordés doivent basculer sur place, et une nouvelle requête doit partir avec le nouvel état, sans le moindre rechargement de page. Recommencez ensuite dans une fenêtre privée vierge, en refusant cette fois, car les deux chemins échouent indépendamment l'un de l'autre. Une configuration qui ne reflète le choix qu'après un rechargement perd tous les événements situés entre le clic et le chargement de page suivant.

6. Revenez en visiteur déjà venu

   Fermez la fenêtre, rouvrez le site, et lisez les entrées avant que la bannière ait la moindre chance de s'afficher. Un choix enregistré doit être rejoué comme valeur par défaut dès ce premier chargement, avant les balises. C'est la vérification que l'on saute, et c'est sur les visites suivantes qu'une bannière qui passe tout le reste cesse discrètement d'envoyer la bonne réponse.

Trois façons dont une lecture propre reste fausse

La valeur par défaut est granted. Chaque signal est présent, la mise à jour circule, la requête porte un état, et la bannière pose encore une question à laquelle elle a déjà répondu à la place du visiteur. Le câblage est bon ; c'est la position de départ qui est fausse, et elle reste invisible tant que vous regardez après le clic plutôt qu'avant.

Seules vos balises Google sont filtrées. Consent Mode est un mécanisme Google. Le reste de votre stack ne lit pas ces entrées et se moque de ce que disait la requête. Ces balises ont besoin de leur propre filtrage, et rien dans cette procédure ne vous dira qu'il manque.

Le test passe sur la page que vous avez testée. La couche de consentement s'initialise page par page. Un tunnel de paiement sur un autre sous-domaine, ou n'importe quelle page qui charge son conteneur différemment, peut donner une autre réponse. Testez une page de chaque type.

Ce que vaut le signal une fois qu'il fonctionne

Ce n'est pas une formalité de conformité avec un effet secondaire sur la mesure. Cela décide de la part de votre trafic qui reste visible. Sur les implémentations clients d'Amplio Data, la référence mesurée tourne autour de 34% des sessions bloquées derrière la bannière, avec 20 à 40% des conversions perdues récupérables une fois les quatre signaux réglés comme Google l'attend. Ces chiffres sont des fourchettes mesurées sur les implémentations clients d'Amplio Data, pas une garantie. La récupération dépend de votre mix de trafic, de vos régions et de la configuration de vos balises.

L'essentiel de cet écart se joue entre une bannière qui envoie le signal et une bannière qui se contente de l'affirmer, et aucun rapport ne vous signale la différence. Ce qu'un refus coûte réellement, et ce que la modélisation redonne, se trouve dans ce qui arrive à vos données GA4 quand les utilisateurs refusent les cookies.

La version courte

L'état du consentement dans le navigateur montre les quatre signaux, leurs valeurs par défaut et leur ordre ; le paramètre de la requête montre ce que Google a reçu pour deux d'entre eux. Si les quatre noms sont présents, refusés avant le clic, mis à jour sur place après, et rejoués à la visite suivante, votre bannière envoie bien le signal Consent Mode v2. Un interrupteur dans un tableau de bord ne prouve rien de tout cela.

Velo pose les quatre signaux depuis un seul extrait de code, avant l'initialisation de vos balises, et rejoue le choix enregistré à la visite suivante. Le mécanisme est détaillé sur la page produit.