Checklist Consent Mode v2 — vérifier et tester votre implémentation
Le Consent Mode v2 est obligatoire pour tous les annonceurs Google ciblant l'EEE depuis mars 2024 (renforcement juillet 2025). Cette checklist correspond à l'état des exigences Google en mai 2026.
20 points de contrôle interactifs, décodeur du paramètre gcs et 5 méthodes de test. Obtenez votre score de conformité en 5 minutes.
Checklist Consent Mode v2 · Test Consent Mode · Vérifier Consent Mode · Consent Mode v2 checker · Debug Consent Mode
gcs dans DevTools Réseau, et le Consent Overview de Tag Assistant. Utilisez la checklist ci-dessous pour obtenir votre score de conformité. Rappel : le Consent Mode v2 est obligatoire pour tous les annonceurs Google ciblant l'EEE depuis mars 2024. Important : testez toujours en navigation privée pour partir d'un état sans cookies.
Checklist interactive — votre score de conformité Consent Mode v2
Décodeur du paramètre gcs — que signifie votre valeur ?
Le paramètre gcs dans les requêtes GA4 encode le statut du Consent Mode v2. Vous le trouvez dans DevTools → Réseau → filtrez sur "google-analytics" → inspectez les paramètres de la requête. C'est la méthode la plus rapide pour vérifier si le Consent Mode est actif sans accès à GTM.
5 méthodes pour tester et vérifier le Consent Mode v2
Ces méthodes sont complémentaires — utilisez au minimum les méthodes 1 et 3 pour une vérification complète de l'implémentation Consent Mode. Testez toujours en navigation privée pour partir sans cookies préexistants.
-
1GTM Preview → onglet Consent (méthode recommandée par Google)
Activez le mode Preview dans GTM. Sur votre site, ouvrez Tag Assistant et cliquez sur une balise Google → onglet Consent. Sélectionnez d'abord l'événement "Consent Default" dans le Summary : tous les signaux doivent être "denied". Puis acceptez le bandeau et vérifiez l'événement "Consent Update" : les signaux concernés doivent passer à "granted" et la balise afficher "Fired". Si les signaux restent "denied" après acceptation, le
gtag('consent', 'update')ne s'exécute pas — problème CMP ouwait_for_updatemal configuré. -
2DevTools → Réseau → paramètre gcs (méthode sans accès GTM)
F12 → Réseau → filtrez sur "google-analytics". Après refus, inspectez une requête GA4 : cherchez le paramètre gcs. Valeur attendue :
G100(tout denied). Après acceptation complète :G111. Si gcs est absent ou commence parG0, le Consent Mode v2 n'est pas correctement configuré. Utilisez le décodeur ci-dessus pour interpréter n'importe quelle valeur. Cette méthode fonctionne aussi pour vérifier le Consent Mode sur un site tiers dont vous n'avez pas accès GTM. -
3DevTools → Console → dataLayer (debug Consent Mode)
Tapez
dataLayer.filter(d => d.event && d.event.includes('consent'))dans la console. Vous devez voir deux types d'entrées : un objet avecevent: 'gtm.init_consent'(le default initial) et un objet consent après le clic sur le bandeau. Si aucun update n'apparaît, votre CMP n'envoie pas le signal de mise à jour vers GTM. Cette méthode est utile pour déboguer le Consent Mode quand GTM Preview n'est pas disponible. -
4Google Ads → Diagnostics des conversions (vérification côté compte)
Google Ads → Outils → Conversions → Récapitulatif → cliquez sur une conversion → onglet Diagnostic. Un widget "Consent Mode" doit afficher une coche verte avec "Actif". Important : ce statut peut prendre jusqu'à 48h à apparaître après une implémentation correcte — attendez avant de conclure à un problème. Si absent après 48h : vos balises Google Ads ne reçoivent pas les signaux. Pour la modélisation active, il faut en plus dépasser le seuil de 700 clics publicitaires sur 7 jours. Pour vérifier le Consent Mode dans Google Ads, c'est la seule vue officielle.
-
5Tag Assistant → Consent Overview (vue exhaustive multi-balises)
L'extension Chrome Tag Assistant a un onglet "Consent" qui affiche un tableau de tous les signaux pour toutes les balises actives. C'est la vue la plus exhaustive pour vérifier en un coup d'œil que chaque balise respecte les signaux. Activez le "Consent Overview" dans GTM → Admin → Paramètres du conteneur → Paramètres supplémentaires. Accessible via tagassistant.google.com.
Les 4 signaux Consent Mode v2 — récapitulatif
| Signal | Granted = active | Denied = bloque | Impact si absent (v1 uniquement) |
|---|---|---|---|
| ad_storage | Cookies publicitaires Google (_gac, gclid) — attribution des clics Google Ads | Pas de cookie publicitaire — attribution limitée | Signal v1 présent |
| analytics_storage | Cookies analytics (_ga, _ga_XXXX) — identification de l'utilisateur pour GA4 | Session GA4 non identifiée — données agrégées uniquement | Signal v1 présent |
| ad_user_data 🆕 | Envoi de données utilisateur hashées pour Enhanced Conversions (email, téléphone) | Enhanced Conversions non fonctionnelles | ⚠️ Signal v2 uniquement — absent en v1 |
| ad_personalization 🆕 | Personnalisation publicitaire et audiences de remarketing Google | L'utilisateur n'est pas ajouté aux audiences de remarketing | ⚠️ Signal v2 uniquement — absent en v1 |
Erreurs fréquentes — corrections et diagnostics
Ces erreurs sont les plus courantes dans les audits de vérification d'implémentation Consent Mode. La plupart ne génèrent pas d'erreur visible — elles se détectent uniquement via les méthodes de test ci-dessus.
| Erreur | Symptôme | Correction |
|---|---|---|
| Defaults chargés après GTM | Balises déclenchées avant le consentement — cookies déposés dès le chargement | Déplacer le bloc gtag('consent','default',{...}) AVANT le snippet GTM dans le <head> |
| Consent Mode update jamais envoyé | gcs toujours G100 même après acceptation — GA4 invisible pour les acceptants | Vérifier le template CMP dans GTM — doit utiliser le déclencheur "Consent Initialization". Contacter votre CMP si le Google Consent Mode update n'est pas déclenché. |
| Seulement 2 signaux (v1) | gcs commence par G0 — ad_user_data et ad_personalization absents | Mettre à jour le template GTM de votre CMP vers la version v2 (4 signaux) |
| Balises sans exigences de consentement | Balises Google Ads déclenchées même en denied — non-conformité RGPD | GTM → chaque balise → Paramètres avancés → Contrôles du consentement → associer ad_storage et ad_user_data |
| wait_for_update trop court ou absent | Balises se déclenchent en denied avant que la CMP ait envoyé le signal | Configurer wait_for_update: 500 (ou 1000 si votre CMP est lente) dans le bloc default. Le Consent Mode wait_for_update est critique pour les CMP lentes à initialiser. |
| Double configuration CMP | Signaux envoyés deux fois — comportement imprévisible selon les pages | Choisir une seule méthode : app CMP OU template GTM — pas les deux simultanément |
| Server-side + Consent Mode | Le conteneur serveur (sGTM) reçoit et renvoie des événements sans les signaux de consentement | Les signaux de consentement vivent dans le navigateur — ils doivent être transmis explicitement vers le conteneur serveur via les paramètres de requête. Vérifiez côté Stape/sGTM que les signaux sont bien relayés. |
Votre checklist n'est pas à 100 % ou vous ne savez pas comment corriger les points manquants ?
Parlez-nous de votre projet →Questions fréquentes
ad_storage, analytics_storage, ad_user_data, ad_personalization) sont "denied" au chargement et passent à "granted" après acceptation. Complétez avec le test Consent Mode v2 via DevTools → Réseau → paramètre gcs (G100 = tout denied, G111 = tout granted) et le Consent Overview de Tag Assistant. Le décodeur gcs ci-dessus interprète n'importe quelle valeur.ad_storage, analytics_storage, ad_user_data, ad_personalization doivent passer à "granted". Si ad_user_data et ad_personalization restent "denied", votre CMP n'envoie que les 2 signaux v1 — mettez à jour le template GTM de votre CMP.