Google Consent Mode : ce qu’il faut contrôler (et ce qu’une CMP ne prouve pas)

Avoir activé le Consent Mode dans GTM ou gtag ne garantit pas que Analytics / Ads respectent le choix utilisateur. Il faut vérifier les signaux granted / denied au bon moment — exactement ce qu’une capture d’écran de bannière ne montre pas.

CMP ≠ Consent Mode correctement câblé

La CMP recueille un choix. Le Consent Mode dit à Google comment se comporter (ad_storage, analytics_storage, etc.). Entre les deux, il y a souvent un mapping incomplet, un défaut trop permissif, ou un chargement de tags trop tôt.

Les contrôles essentiels

Avant toute interaction

Les stockage publicité / analytics ne devraient pas être granted si l’utilisateur n’a rien accepté (hors configuration documentée et exemptée). Un état « déjà granted » au chargement est un écart critique.

Après refus

Après un refus, les signaux concernés doivent passer (ou rester) en denied. Un tag encore granted après refus est l’équivalent tags du « cookie après refus ».

Après acceptation

Vérifiez que l’acceptation active bien les finalités choisies — pour confirmer que le pont CMP → Consent Mode fonctionne dans les deux sens.

Erreurs fréquentes

• Consent Mode v2 partiellement déployé (événements / types de stockage oubliés).
• Tags en parallèle hors GTM qui ignorent le consentement.
• Default « granted » pour éviter de perdre des données de mesure.
• Test uniquement en preview GTM, jamais en navigation privée réelle.

Comment CookieRadar le détecte

Sur chaque passe, CookieRadar lit de façon passive les signaux Google détectés et signale notamment : absence de Consent Mode alors que Google est présent, granted avant consentement, granted après refus. Ces constats complètent les violations cookies classiques.