Vérifier le Consent Mode v2 : 6 tests pour savoir s'il fonctionne

Le Consent Mode v2 tombe en panne sans bruit. Le bandeau s'affiche, le visiteur clique, le site semble normal, et pourtant Google peut recevoir le mauvais signal, ou aucun signal. On s'en aperçoit souvent des semaines plus tard, quand les conversions chutent dans Google Ads ou que GA4 cesse de modéliser. Ce guide explique comment vérifier le Consent Mode v2 sur votre site, test par test. Si vous ne l'avez pas encore installé, commencez par notre guide d'implémentation du Consent Mode v2, puis revenez ici pour le tester.

Vérifier le Consent Mode v2 : à quoi ressemble une configuration qui fonctionne

Avant de tester, sachez ce que vous cherchez. Une implémentation correcte remplit cinq conditions :

1. Un état par défaut est défini en premier. Une commande gtag('consent', 'default', {...}) s'exécute avant le chargement de tout tag Google (GA4, Google Ads, Floodlight). Un tag qui part avant cette commande fonctionne comme si le consentement était accordé.
2. Les quatre signaux v2 sont déclarés. Le Consent Mode v1 ne connaissait que ad_storage et analytics_storage. La v2 ajoute ad_user_data et ad_personalization, que Google exige pour conserver audiences et mesure des conversions sur le trafic de l'Espace économique européen.
3. Le défaut est denied pour les visiteurs qui doivent consentir. Pour les visiteurs européens et britanniques, les quatre signaux démarrent à denied.
4. Une mise à jour suit le choix. Quand le visiteur accepte ou refuse, la CMP envoie gtag('consent', 'update', {...}) avec les bonnes valeurs.
5. Le choix enregistré est renvoyé à chaque page. Un visiteur qui a accepté hier ne doit pas être traité comme refusant aujourd'hui.

Les tests ci-dessous contrôlent chacune de ces conditions.

Test 1 : vérifier dans la console que le Consent Mode est activé

C'est le contrôle le plus rapide, et il fonctionne sur n'importe quel site.

1. Ouvrez le site dans une fenêtre de navigation privée, pour qu'aucun choix précédent ne soit stocké.
2. Ouvrez les outils de développement (F12, ou clic droit puis Inspecter) et allez dans l'onglet Console.
3. Tapez dataLayer et validez.

Dépliez les entrées. L'une des premières doit contenir consent, default et les quatre signaux à denied. Elle doit apparaître avant les entrées qui chargent vos tags (js, config). Cliquez ensuite sur « Tout accepter » dans le bandeau, retapez dataLayer et cherchez une nouvelle entrée consent, update avec les signaux à granted.

Aucune entrée consent : le Consent Mode n'est pas activé. Si l'entrée config de votre identifiant GA4 ou Google Ads arrive avant le default, le tag a tourné sans restriction. Le bandeau FlowConsent détecte précisément cette course au démarrage et affiche une erreur dans la console avec les identifiants des tags concernés.

Test 2 : tester le Consent Mode avec Tag Assistant

Tag Assistant (tagassistant.google.com) est le débogueur de Google et la méthode la plus fiable pour tester le Consent Mode. Si vous utilisez Google Tag Manager, le bouton Prévisualiser de votre conteneur l'ouvre directement.

1. Saisissez l'URL du site et connectez-vous.
2. Dans la colonne de gauche, sélectionnez le premier événement (souvent « Consent » ou « Consent Initialization »).
3. Ouvrez l'onglet Consent. Chaque signal y apparaît avec trois colonnes : la valeur par défaut, la mise à jour et l'état actuel.

Avant tout clic sur le bandeau, la colonne par défaut doit afficher denied pour les quatre signaux et la colonne de mise à jour doit être vide. Cliquez sur « Tout accepter » sur le site, puis sélectionnez le nouvel événement dans Tag Assistant : la mise à jour doit indiquer granted. Recommencez avec « Tout refuser » dans une nouvelle session : la mise à jour reste à denied.

Tag Assistant signale aussi certains problèmes courants par un avertissement, par exemple un consentement lu avant qu'un défaut soit défini. Dans GTM, vous pouvez en plus activer l'aperçu du consentement (Consent Overview) dans les paramètres du conteneur pour voir quels tags ont des vérifications intégrées et lesquels demandent un consentement supplémentaire. Notre guide Google Tag Manager et Consent Mode v2 détaille cette configuration.

Test 3 : lire les paramètres gcs et gcd dans les requêtes

Chaque requête envoyée par un tag Google transporte l'état du consentement dans deux paramètres d'URL. Les lire montre ce que Google a réellement reçu, et c'est ce qui compte.

1. Ouvrez l'onglet Réseau (Network) des outils de développement et rechargez la page.
2. Filtrez sur collect (requêtes GA4) ou sur gcs= (tous les tags Google).
3. Cliquez sur une requête et regardez ses paramètres.

Le paramètre gcs

gcs code les deux signaux de stockage. Il commence par G1, suivi d'un chiffre pour ad_storage puis d'un chiffre pour analytics_storage (1 pour accordé, 0 pour refusé) :

• G100 : les deux refusés. Attendu avant tout choix et après un refus.
• G111 : les deux accordés. Attendu seulement après une acceptation.
• G110 : stockage publicitaire accordé, mesure refusée.
• G101 : mesure accordée, publicité refusée.

Un G111 sur la toute première requête, avant que quiconque ait touché au bandeau, signifie que le défaut manque ou qu'il vaut granted. C'est la panne la plus grave : Google enregistre un consentement qui n'a jamais été donné.

Le paramètre gcd

gcd est plus long (par exemple 13p3p3p3p5) et couvre les quatre signaux v2 dans cet ordre : ad_storage, analytics_storage, ad_user_data, ad_personalization. Google ne le documente pas officiellement, mais ses lettres ont été analysées par la communauté de la mesure. Les plus fréquentes :

• l : signal non défini. Si vous la voyez pour ad_user_data ou ad_personalization, vous êtes encore en v1.
• p : refusé par défaut, pas encore de mise à jour.
• q : refusé par défaut et refusé par la mise à jour.
• r : refusé par défaut, puis accordé par la mise à jour. C'est le schéma idéal après une acceptation.
• t : accordé par défaut, sans mise à jour.
• v : accordé par défaut et par la mise à jour.

Un t ou un v pour des visiteurs européens signifie que le défaut était granted, ce qui vide la demande de consentement de son sens.

Mode basic ou advanced ?

Ce que vous voyez dans l'onglet Réseau dépend aussi du mode choisi. En mode basic, les tags Google ne se chargent pas avant le consentement : aucune requête collect ne doit apparaître avant l'acceptation. En mode advanced, les tags se chargent et envoient des pings sans cookies avec gcs=G100 tant que le consentement est refusé. Les deux sont valables, mais le résultat attendu n'est pas le même. Notre article mode basic ou advanced vous aide à choisir.

Test 4 : contrôler les cookies avant et après le choix

Les signaux ne sont que la moitié du sujet. L'autre moitié, c'est que rien ne soit stocké sur le terminal tant que le consentement est refusé.

1. Dans une fenêtre privée, ouvrez les outils de développement, onglet Application (Chrome) ou Stockage (Firefox), puis Cookies.
2. Chargez le site sans toucher au bandeau. Aucun cookie _ga, _ga_<ID> (GA4) ou _gcl_au (linker de conversion Google Ads) ne doit apparaître.
3. Cliquez sur « Tout refuser » et rechargez : toujours aucun cookie Google.
4. Dans une nouvelle fenêtre privée, cliquez sur « Tout accepter » : les cookies apparaissent.

Si _ga est présent avant tout choix, un tag tourne en dehors du Consent Mode, souvent un second GA4 ajouté par une extension ou par l'intégration native du constructeur de site. Vous voulez voir tous les cookies déposés avant consentement, pas seulement ceux de Google ? Vérifiez en 30 secondes quels cookies votre site dépose avec le scanner de cookies gratuit.

Test 5 : vérifier l'état du Consent Mode dans Google Ads et GA4

Les tests dans le navigateur prouvent ce qu'envoie une visite. Les écrans des plateformes montrent ce que Google reçoit sur l'ensemble de votre trafic.

• Google Ads : ouvrez vos actions de conversion, puis l'onglet Diagnostics. Google indique si le Consent Mode est détecté sur vos tags et signale l'absence de signaux de consentement sur le trafic européen. Les changements peuvent mettre plusieurs jours à s'y refléter : n'attendez pas de mise à jour immédiate après une correction.
• GA4 : allez dans Administration, puis Flux de données, et ouvrez votre flux web. La section Paramètres de consentement indique si les signaux de consentement pour la mesure et pour la personnalisation des annonces sont actifs.

Si les tests navigateur passent mais que ces écrans signalent des signaux manquants, le problème se limite souvent à certaines pages ou certains gabarits (une landing page sans le script, un tunnel de paiement sur un autre domaine). L'effet des signaux manquants sur les enchères et les audiences est détaillé dans notre article Consent Mode v2 et Google Ads.

Test 6 : passer par chaque scénario de consentement

Une acceptation sur la page d'accueil ne constitue pas un plan de test. Jouez chaque scénario dans une nouvelle fenêtre privée et répétez les tests 2 à 4 :

• Première visite, aucun choix : défaut denied, aucun cookie Google, gcs=G100 ou aucune requête (mode basic).
• Tout accepter : mise à jour à granted, cookies déposés, gcs=G111.
• Tout refuser : la mise à jour reste à denied, aucun cookie.
• Choix partiel : acceptez seulement la mesure d'audience, puis vérifiez que analytics_storage est à granted et que les trois signaux publicitaires restent à denied.
• Visiteur de retour : acceptez, fermez l'onglet, revenez sur une autre page. Le choix enregistré doit s'appliquer tout de suite, sans salve de requêtes refusées au préalable.
• Retrait du consentement : rouvrez les paramètres cookies, retirez votre consentement et vérifiez que les requêtes suivantes repassent à G100.
• Région : si votre défaut utilise le paramètre region pour n'appliquer denied qu'en Europe, testez depuis une connexion européenne (ou un VPN). Un test hors de la région affichera granted et ne vous apprendra rien.

Testez aussi au moins une fiche produit, la page de confirmation de commande (là où partent les conversions) et la version mobile.

Les pannes les plus fréquentes et leur signification

• Aucun consent default dans le dataLayer : le Consent Mode n'est pas activé. Vérifiez que l'option est active dans votre CMP, ou que le défaut est défini dans GTM avec le déclencheur Consent Initialization.
• Le config arrive avant le default : un tag est codé en dur au-dessus du script de la CMP. Remontez le script de la CMP ou supprimez le tag en double.
• l pour deux signaux dans gcd : configuration v1. Mettez à jour votre CMP ou votre modèle pour qu'il envoie ad_user_data et ad_personalization.
• L'état reste denied après acceptation : la CMP n'envoie pas la mise à jour, ou l'envoie avec de mauvais noms de signaux.
• granted avant tout choix pour des visiteurs européens : mauvais défaut. C'est un problème de conformité, pas seulement de mesure.
• Meta, LinkedIn ou Hotjar partent avant le consentement : ces tags ne lisent pas les signaux de Google. Ils doivent être bloqués par la CMP ou soumis à un consentement supplémentaire dans GTM.

Comment FlowConsent gère la vérification du Consent Mode v2

FlowConsent est conçu pour réussir ces tests sans réglage. Le script d'intégration commence par un petit script en ligne qui met les quatre signaux à denied avant tout tag Google, avec wait_for_update pour que le choix enregistré d'un visiteur de retour s'applique avant les premières requêtes. Le bandeau envoie la mise à jour à chaque choix et à chaque page. Si un tag Google passe avant les valeurs par défaut, le bandeau affiche une erreur dans la console qui le nomme, et l'assistant d'installation vérifie toute la chaîne sur votre page en ligne. Le scan de conformité reconnaît aussi les pings sans cookies gcs=G100 comme conformes et signale toute requête qui annonce un consentement accordé après un refus. FlowConsent est gratuit jusqu'à 25 000 sessions par mois. Tous les détails sont dans la documentation Google Consent Mode.