Connecter et tester Google Consent Mode v2 avec la bannière cookies

Consent Mode transmet à Google l’état des choix de l’utilisateur. Une bannière visible et un clic sur « Accepter » ne suffisent pas : les valeurs doivent être initialisées au bon moment, mises à jour selon les finalités choisies et réappliquées lors des visites suivantes.

Identifier votre installation

• Google Tag Manager : les balises Google sont gérées dans un conteneur GTM. Utilisez une intégration de consentement adaptée à GTM.

• Balise Google directe : le site charge directement gtag.js. Utilisez les commandes de consentement de la balise Google.

• Meta Pixel : son mécanisme de consentement est distinct. Un état Google correct ne prouve pas que Meta reçoit le bon choix.

Inventoriez les codes installés au niveau du site, de la page et du conteneur. Évitez de charger deux fois une même balise ou d’ajouter plusieurs gestionnaires qui écrivent des états contradictoires.

Définir les quatre états Google

Chaque valeur doit refléter le choix correspondant, avec granted ou denied. Accepter uniquement la mesure analytique ne justifie pas de passer les quatre valeurs à granted. Définissez la correspondance entre vos catégories de bannière et ces finalités avant l’installation.

Avec Google Tag Manager

1. Utilisez un modèle de consentement compatible avec votre gestionnaire de préférences.

2. Configurez son déclenchement sur Consent Initialization – All Pages, avant les balises qui utilisent le consentement.

3. Vérifiez que le modèle initialise les états et les actualise lors de chaque changement, y compris un refus après une acceptation.

4. Pour un modèle développé sur mesure, utilisez les API GTM setDefaultConsentState et updateConsentState.

5. Testez le conteneur en aperçu et contrôlez les quatre valeurs avant de le publier.

Google déconseille de remplacer ces API par un appel gtag('consent','update',...) dans une balise HTML personnalisée GTM : l’ordre de traitement peut être incorrect.

Avec la balise Google directe

Le principe est de définir les valeurs initiales avant que les balises ne les utilisent, puis d’envoyer une mise à jour au moment du choix, avant de quitter la page. Voici un exemple de mise à jour pour un visiteur qui accepte uniquement la mesure analytique :

gtag('consent', 'update', {
  analytics_storage: 'granted',
  ad_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied'
});

Ce fragment illustre la correspondance des valeurs ; il ne remplace pas l’installation de votre balise et le raccordement à votre bannière. Votre intégration doit aussi envoyer les valeurs denied lorsque le visiteur retire son accord, et réappliquer le dernier choix au chargement des pages suivantes. Consent Mode ne conserve pas lui-même ce choix.

Raccorder la bannière native

La documentation LeadConnector décrit les événements LCCookieConsentDoneGTag, LCCookieConsentDoneGTM et LCCookieConsentDoneFB, ainsi que les cookies de configuration et de catégories. Ils doivent être reliés à la méthode adaptée à chaque outil.

Le simple test « un accord a été donné » ne remplace pas la lecture des catégories choisies. Vérifiez les valeurs émises par votre bannière, leur persistance et le comportement lors d’un refus ou d’un changement. Si le modèle d’intégration fourni ne traite que l’acceptation globale, faites compléter ces cas avant de l’utiliser sur votre site.

Les scripts alternatifs et les blocs noscript des outils marketing doivent aussi être contrôlés : une intégration fondée sur JavaScript ne pilote pas automatiquement une requête déclenchée par un tel bloc. Évitez une voie de suivi qui contournerait le choix exprimé.

Tester avec Tag Assistant

Dans Tag Assistant, contrôlez les quatre paramètres et l’ordre des événements. Le paramètre réseau gcs ne couvre pas à lui seul toutes les dimensions de Consent Mode v2 ; ne considérez pas G111 comme une preuve suffisante de conformité. Complétez le contrôle par les cookies, le stockage et les requêtes des outils réellement installés.

Si les conversions restent absentes

Vérifiez ensuite l’identifiant de mesure, le déclencheur, le nom de l’événement de conversion, les doubles installations et le parcours public. Un refus de stockage peut modifier les signaux disponibles ; il ne permet pas d’affirmer universellement qu’aucune conversion ne peut être mesurée ou modélisée.

Si votre parcours ne permet pas au visiteur de modifier ses préférences, corrigez d’abord cette limitation. Conservez une trace des scénarios testés et recommencez ces vérifications après un changement de bannière ou de balises.

La documentation native peut présenter un exemple qui accorde les quatre états lors d’une acceptation globale. Cet exemple doit être adapté à vos catégories et au retrait d’accord ; il ne prouve pas qu’un gestionnaire natif propose déjà tout le parcours de modification des préférences.