Menu de la documentation

Vérifier Consent Mode

Liste de vérification de Google Consent Mode dans Tag Assistant : valeurs par défaut avant les balises, mise à jour après consentement, état après refus et défaillances courantes.

Pourquoi vérifier

L'erreur la plus fréquente avec Consent Mode est que des balises se déclenchent avant que les signaux de consentement par défaut ne soient posés, ou que les signaux ne se mettent pas à jour après la décision du visiteur. Vous pouvez détecter les deux en quelques minutes avec Google Tag Assistant.

Liste de vérification

Suivez les étapes dans l'ordre — chacune doit être validée :

1. Ouvrez Tag Assistant — rendez-vous sur tagassistant.google.com et connectez l'adresse de votre site.
2. Effacez l'état du consentement — supprimez le cookie CookieHugConsent pour votre domaine (DevTools → Application → Cookies) ou utilisez une nouvelle fenêtre de navigation privée.
3. Rechargez la page — la bannière CookieHug doit apparaître.
4. Vérifiez les signaux par défaut — dans la chronologie des événements de Tag Assistant, Consent default doit précéder toute balise Google, avec analytics_storage, ad_storage, ad_user_data, ad_personalization = denied.
5. Acceptez le consentement — cliquez sur accepter dans la bannière.
6. Vérifiez la mise à jour — un événement Consent update doit apparaître avec des signaux sur granted (pour les catégories acceptées).
7. Refusez le consentement — effacez l'état comme à l'étape 2, rechargez et refusez cette fois.
8. Vérifiez l'état après le refus — les signaux restent sur denied et les balises analytics/marketing ne déposent aucun cookie.

Diagnostic dans le panneau CookieHug

L'onglet Diagnostic du panneau du domaine exécute une liste de contrôle automatique (valeurs par défaut présentes, ordre vis-à-vis des balises, mise à jour des signaux, etc.) et vous permet de simuler la région et la décision du visiteur. Pour les cas plus difficiles, activez le Debug Mode, qui signale les violations de Consent Mode directement depuis les navigateurs de vos visiteurs.

Défaillances courantes

Symptôme	Cause	Correctif
`Consent default` apparaît après les balises Google	le snippet CookieHug est trop bas dans le `<head>` ou se charge de façon asynchrone après GTM	remontez le snippet au-dessus de tous les autres scripts ; dans GTM, utilisez le déclencheur Consent Initialization
`Consent default` en double	les valeurs par défaut sont posées à la fois par CookieHug et manuellement dans GTM	supprimez le `gtag('consent','default',…)` manuel de GTM — le snippet l'émet déjà
pas de `Consent update` après acceptation	la bannière n'est pas reliée à la même instance de `dataLayer`	vérifiez que votre page n'écrase pas `dataLayer` après le chargement de CookieHug
signaux sur `granted` avant toute décision	une autre extension ou un autre script fixe le consentement en dur	repérez et supprimez les appels `gtag('consent',…)` concurrents

Plus de cas : Résolution des problèmes.

Vérification dans GA4 et Google Ads

Une fois la liste validée, contrôlez aussi le bout de la chaîne :

GA4 DebugView — les événements doivent porter le bon état de consentement ; avec un consentement refusé en mode advanced, GA4 reçoit des pings sans cookies,
Google Ads → Diagnostic — le statut de Consent Mode doit être signalé comme actif.

La configuration côté Google est décrite dans Configuration des services Google.