Consent Mode v2 expliqué simplement

Tous les articles

On décrit souvent Consent Mode v2 comme une case à cocher : soit vous l'avez, soit vous ne l'avez pas. En pratique, c'est un petit protocole à quatre signaux et deux implémentations très différentes, et cette différence décide de la part de vos données qui survit à une bannière refusée.

Les quatre signaux

Consent Mode, c'est la façon dont votre bannière dit aux balises de Google ce que le visiteur a autorisé, et transmettre ces signaux est une moitié du travail d'une plateforme de gestion du consentement ; enregistrer et prouver le choix est l'autre. Il s'exprime par quatre interrupteurs. analytics_storage couvre les cookies de mesure, ceux que GA4 utilise pour reconnaître une session récurrente. ad_storage couvre les cookies publicitaires, utilisés pour l'attribution. La version 2 en a ajouté deux : ad_user_data, qui indique si des données sur l'utilisateur peuvent être envoyées à Google à des fins publicitaires, et ad_personalization, qui indique si ces données peuvent alimenter des publicités personnalisées et du remarketing.

Depuis mars 2024, Google exige les signaux v2 pour les audiences de l'Espace économique européen et du Royaume-Uni si vous voulez que la personnalisation publicitaire et les fonctions de mesure continuent de fonctionner. Sans eux, ces fonctions se dégradent, quelle que soit l'allure de votre bannière.

Basique ou avancé

Les quatre mêmes signaux peuvent s'implémenter de deux façons, et les noms en disent trop peu sur l'écart.

Basique veut dire que les balises Google ne se chargent pas du tout tant que le visiteur n'a pas consenti. Propre et simple, mais quand quelqu'un refuse, Google ne reçoit rien — pas même le signal anonyme qu'une visite a eu lieu. Il n'y a rien à partir de quoi modéliser : le trafic refusé est simplement perdu.

Avancé veut dire que les balises se chargent avant le choix, le respectent entièrement une fois qu'il est fait, et envoient des pings sans cookies quand le consentement est refusé. Aucun cookie n'est déposé et aucun identifiant n'est stocké, mais Google apprend qu'une conversion anonyme a eu lieu. Ces pings sont la matière première de la modélisation des conversions, et c'est par là que le trafic refusé retrouve le chemin de vos rapports sous forme de conversions modélisées.

Comment savoir laquelle vous faites tourner

1. Ouvrez votre site en navigation privée

   Ouvrez l'onglet réseau du navigateur avant de toucher à la bannière, et filtrez sur les requêtes vers les domaines Google. Ce qui se déclenche avant que vous fassiez un choix, c'est tout le diagnostic.

2. Lisez ce qui se passe avant que vous consentiez

   Si aucune requête Google n'apparaît tant que vous n'avez pas accepté, vous êtes en mode basique. Si des requêtes partent avec des paramètres gcs ou gcd indiquant un état refusé, vous êtes en mode avancé.

3. Vérifiez les valeurs par défaut dans Tag Assistant

   L'onglet Consent montre les quatre signaux et leur état au chargement de la page. Les valeurs par défaut doivent être fixées avant qu'aucune balise ne se déclenche, puis se mettre à jour quand le visiteur choisit.

Pour la marche à suivre complète, y compris comment décoder le code gcs et écarter une balise cassée qui ressemble seulement au mode basique, voir Consent Mode basique ou avancé : lequel utilisez-vous.

Velo est livré avec l'implémentation avancée par défaut, fixe l'état par défaut avant que vos balises se déclenchent, et tient un journal de consentement pour que vous puissiez prouver ce qui a été réglé et quand.

Un consentement qui se rentabilise.

Velo vous maintient en conformité dans l'UE, au Royaume-Uni et aux États-Unis, et récupère les conversions que les autres outils de consentement vous coûtent en silence.