Consent Mode (Mode de Consentement)

Le Consent Mode est un protocole développé par Google qui permet aux sites web de communiquer le statut de consentement de l’utilisateur aux services Google (Google Ads, Google Analytics 4, Floodlight) et d’adapter dynamiquement le comportement des balises de mesure en fonction de ce consentement. Depuis mars 2024, la version 2 du Consent Mode (Consent Mode v2) est obligatoire dans l’Espace Économique Européen pour continuer à utiliser les fonctionnalités de remarketing, les audiences personnalisées et la mesure des conversions dans Google Ads. C’est le mécanisme par lequel Google réconcilie les exigences du RGPD avec les besoins de mesure publicitaire.

Fonctionnement

Le Consent Mode fonctionne comme une couche intermédiaire entre la plateforme de gestion du consentement (CMP) du site et les balises Google. Lorsqu’un utilisateur arrive sur le site, la CMP (Cookiebot, Axeptio, Didomi, OneTrust, etc.) recueille son choix. Ce choix est transmis à Google via l’API gtag('consent', 'update', {...}) qui met à jour les paramètres de consentement en temps réel.

Lorsque l’utilisateur accepte les cookies, les balises Google fonctionnent normalement avec cookies et collecte complète des données.

Lorsque l’utilisateur refuse, les balises ne sont pas bloquées mais fonctionnent en mode restreint. Aucun cookie publicitaire ou analytique n’est déposé. Google envoie des pings anonymisés (sans identifiant utilisateur) qui transmettent des informations contextuelles minimales comme l’horodatage, le User-Agent, le referrer et un identifiant de page agrégé. Ces pings alimentent la modélisation des conversions.

Les paramètres du Consent Mode v2

La version 2 du Consent Mode comporte quatre paramètres de consentement que le site doit gérer :

analytics_storage contrôle l’autorisation de stocker des cookies à des fins analytiques (Google Analytics 4). Lorsqu’il est refusé, GA4 envoie des pings sans cookie et les données sont modélisées.

ad_storage contrôle l’autorisation de stocker des cookies à des fins publicitaires (Google Ads, remarketing). Lorsqu’il est refusé, aucun cookie publicitaire n’est déposé et le remarketing classique est désactivé pour cet utilisateur.

ad_user_data est un paramètre introduit par la v2 qui contrôle l’autorisation d’envoyer les données utilisateur à Google à des fins publicitaires. Ce paramètre est requis pour les conversions améliorées (Enhanced Conversions) et le Customer Match.

ad_personalization est le second paramètre introduit par la v2 qui contrôle l’autorisation d’utiliser les données pour la personnalisation publicitaire, notamment le remarketing et les audiences personnalisées.

Mode basique vs mode avancé

Mode basique (Basic) bloque complètement le chargement des balises Google tant que l’utilisateur n’a pas donné son consentement. Aucune donnée n’est envoyée avant le choix. Ce mode est le plus respectueux de la vie privée mais provoque une perte de données importante, car les utilisateurs qui naviguent sans interagir avec le bandeau de consentement ne sont jamais mesurés.

Mode avancé (Advanced) charge les balises Google dès le chargement de la page, même avant le consentement, mais en mode restreint (sans cookies). Les pings anonymisés sont envoyés immédiatement, ce qui permet à Google de modéliser les conversions des utilisateurs qui refusent ou ignorent le bandeau. Ce mode récupère significativement plus de données tout en respectant le RGPD, puisqu’aucune donnée personnelle n’est collectée sans consentement. C’est le mode recommandé par Google.

Modélisation des conversions

Lorsqu’une proportion significative d’utilisateurs refuse le consentement, Google Ads utilise la modélisation comportementale pour estimer les conversions non mesurées directement. L’algorithme analyse le comportement des utilisateurs ayant consenti et l’extrapole statistiquement aux utilisateurs non consentants présentant des signaux contextuels similaires (même source de trafic, même appareil, même parcours de navigation).

Cette modélisation est essentielle pour maintenir la viabilité du Smart Bidding, qui dépend du volume de conversions pour optimiser les enchères. Sans modélisation, les taux de refus élevés (souvent 30 à 60% en Europe) provoqueraient une sous-déclaration massive des conversions et une dégradation des performances algorithmiques.

La modélisation ne remplace pas le tracking réel. Elle introduit une couche d’estimation dont la précision dépend du volume de données consenties disponibles. Plus le taux de consentement est élevé, plus la modélisation est fiable.

Implémentation technique

L’implémentation standard passe par Google Tag Manager en trois étapes. D’abord, configurer le modèle de consentement par défaut via gtag('consent', 'default', {...}) avant le chargement de la CMP, avec tous les paramètres sur « denied » par défaut. Ensuite, connecter la CMP au Consent Mode pour qu’elle envoie la commande gtag('consent', 'update', {...}) lorsque l’utilisateur fait son choix. Enfin, vérifier que toutes les balises Google dans GTM sont configurées avec le consentement intégré (built-in consent checks) activé, de sorte qu’elles respectent automatiquement les paramètres du Consent Mode.

Les principales CMP compatibles (Cookiebot, Axeptio, Didomi, OneTrust, Usercentrics, Iubenda) proposent des intégrations natives avec le Consent Mode v2 via des templates GTM dédiés.

Conséquences du non-respect

Depuis mars 2024, les comptes Google Ads qui n’ont pas implémenté le Consent Mode v2 dans l’EEE perdent progressivement l’accès aux fonctionnalités suivantes : création de nouvelles listes de remarketing, ciblage par audiences personnalisées, conversions améliorées (Enhanced Conversions), Customer Match et modélisation des conversions. Les campagnes continuent de diffuser mais avec des capacités de ciblage et de mesure fortement dégradées, ce qui impacte directement les performances du Smart Bidding et la fiabilité du ROAS.

Erreurs fréquentes du Consent Mode

Implémenter le Consent Mode sans CMP, c’est-à-dire envoyer un consentement par défaut « granted » sans recueillir le choix réel de l’utilisateur, ce qui constitue une violation du RGPD. Confondre le Consent Mode avec le simple blocage des scripts, alors que le Consent Mode est un protocole actif qui envoie des pings même en cas de refus (en mode avancé). Ne pas tester l’implémentation après déploiement, car une mauvaise configuration peut envoyer un statut « denied » permanent même après consentement, ce qui provoque une perte de données complète. Oublier les deux nouveaux paramètres de la v2 (ad_user_data et ad_personalization) et ne configurer que analytics_storage et ad_storage, ce qui bloque l’accès aux conversions améliorées et au remarketing. Utiliser le mode basique par défaut sans évaluer l’impact sur le volume de données, alors que le mode avancé récupère significativement plus de conversions modélisées.

Outils de diagnostic du Consent Mode

• Google Tag Assistant → Vérifie en temps réel les valeurs de consentement envoyées à Google et détecte les erreurs de configuration du Consent Mode
• Google Tag Manager → Mode Aperçu → Visualise le statut de chaque paramètre de consentement à chaque étape du parcours utilisateur et vérifie que les mises à jour sont bien déclenchées par la CMP
• Google Ads → Page de diagnostic du Consent Mode → Indique le statut d’implémentation du compte et signale les fonctionnalités à risque en cas de non-conformité
• Google Analytics 4 → Rapport temps réel → Vérifier que les événements sont correctement collectés en fonction du statut de consentement
• Chrome DevTools → onglet Network → Inspecter les requêtes envoyées aux serveurs Google pour vérifier la présence des paramètres de consentement (gcs, gcd) dans les pings
• Cookiebot / Didomi / Axeptio → Tableau de bord → Suivi des taux de consentement par paramètre et par pays pour évaluer l’impact sur la couverture de mesure

Entités liées (→ définitions dédiées)

→ Tracking de conversions · Google Ads · Google Analytics 4 · Google Tag Manager · Smart Bidding · ROAS · Remarketing · Enhanced Conversions · RGPD · CMP