Le mois dernier, un client e-commerce me partage son tableau de bord Google Ads, un peu paniqué : « On dépense pareil, mais l'algo n'optimise plus, et le remarketing est à l'arrêt. » En ouvrant son GTM, le diagnostic tombe en deux minutes : pas de Consent Mode, une bannière cookies qui bloque les tags Google… et donc plus aucun signal renvoyé à Google sur les conversions. Techniquement « conforme », mais aveugle. C'est le scénario le plus fréquent que je rencontre en 2026, et il se règle proprement.
Consent Mode v2 est le mécanisme qui permet à vos tags Google (GA4, Google Ads, Floodlight) d'adapter leur comportement au choix de consentement de chaque visiteur. Depuis mars 2024, le déployer est devenu la condition technique pour conserver le remarketing et la mesure des conversions Google auprès des audiences de l'EEE et du Royaume-Uni. Pas de signal de consentement transmis, pas d'optimisation : Google coupe les fonctionnalités concernées.
Bloquer ses tags par prudence RGPD, ce n'est pas se protéger : c'est rendre son tracking aveugle tout en perdant ses audiences publicitaires. Le bon réflexe, c'est de transmettre proprement le consentement, pas de couper le fil.
Ce que le RGPD a changé pour le tracking
Le principe « privacy by default » du RGPD impose que rien ne soit déposé ni collecté tant que l'utilisateur n'a pas dit oui. En clair : par défaut, vos tags Google doivent être réglés sur « Denied » pour le stockage analytics et publicitaire, et ne s'activer pleinement qu'après consentement. Jusqu'ici, beaucoup d'intégrations traduisaient cette règle par une solution brutale : bloquer purement et simplement le tag Google tant que la bannière n'a pas été acceptée.
Le problème, c'est que cette approche binaire fait perdre énormément : la majorité des refus ou des non-réponses se traduit par un trou noir dans la donnée. Avec des taux de consentement qui tournent souvent entre 50 et 80 % selon les secteurs, vous pilotez vos campagnes sur une fraction de la réalité. Consent Mode a été conçu exactement pour sortir de ce dilemme « tout ou rien ».
Consent Mode v2, en clair
Plutôt que de bloquer le tag, Consent Mode lui envoie l'état de consentement de l'utilisateur via quatre paramètres, et le tag s'adapte en conséquence :
| Paramètre | Ce qu'il gouverne |
|---|---|
| ad_storage | Cookies publicitaires (remarketing, mesure de conversion) |
| analytics_storage | Cookies de mesure d'audience (GA4) |
| ad_user_data | Envoi de données utilisateur à Google à des fins publicitaires |
| ad_personalization | Utilisation des données pour la personnalisation publicitaire (remarketing) |
Les deux derniers paramètres, ad_user_data et ad_personalization, sont précisément la nouveauté de la v2, ajoutée pour répondre aux exigences européennes. C'est leur absence qui coupe le remarketing : si vous êtes resté sur l'ancienne version, vos listes d'audience ne se remplissent plus.
Mode basic ou mode advanced : le vrai arbitrage
Consent Mode existe en deux implémentations, et c'est là que se joue l'essentiel de la décision.
Le mode basic
En mode basic, tant que l'utilisateur n'a pas consenti, rien n'est envoyé : le tag Google n'est même pas chargé, aucune donnée, aucun ping. Dès que l'utilisateur accepte, le tag se charge normalement et transmet ses données. C'est l'approche la plus conservatrice juridiquement, mais aussi celle qui perd le plus : sur un refus, vous n'avez strictement rien.
Le mode advanced
En mode advanced, le tag Google est chargé d'emblée, mais en cas de refus il n'envoie que des « cookieless pings » : des signaux fonctionnels, anonymes, sans cookie ni identifiant. Ces pings alimentent la modélisation des conversions de Google, qui reconstruit statistiquement une partie des conversions perdues à partir des comportements observés. Résultat concret : une mesure bien plus complète et un algorithme d'enchères qui retrouve de la matière pour optimiser.
| Critère | Basic | Advanced |
|---|---|---|
| En cas de refus | Rien n'est envoyé | Pings sans cookie envoyés |
| Modélisation des conversions | Non | Oui |
| Complétude de la donnée | Faible | Élevée |
| Exposition juridique | Minimale | À arbitrer avec le DPO |
Le point juridique à ne pas balayer
Le mode advanced envoie un signal à Google même pour les utilisateurs qui ont refusé. Ces pings sont anonymes, mais leur envoi peut être analysé comme un traitement au regard du RGPD et de la directive ePrivacy. Avant de l'activer, c'est une décision à prendre avec votre DPO ou votre conseil juridique, pas un réglage qu'on coche en silence. Ma règle : on documente le choix, on l'assume, et on l'aligne sur la bannière et la politique de confidentialité.
Comment je le déploie proprement
Un déploiement Consent Mode v2 qui tient la route suit toujours la même colonne vertébrale.
1. Une CMP certifiée, pas un script maison
Consent Mode ne recueille pas le consentement, il le transmet. Il faut donc une CMP (plateforme de gestion du consentement) en amont : c'est elle qui affiche la bannière, enregistre le choix et le pousse vers Consent Mode. En 2026, Google exige une CMP certifiée pour fiabiliser cette transmission : Axeptio, Didomi, Cookiebot, Usercentrics et consorts font le travail. Un bandeau bricolé en JavaScript, c'est le meilleur moyen de casser la chaîne sans s'en rendre compte.
2. Des valeurs par défaut sur « Denied »
Avant tout chargement, l'état par défaut doit être « Denied » pour ad_storage et analytics_storage. C'est ce qui matérialise le « privacy by default ». La CMP ne fait ensuite que passer certains signaux à « Granted » selon le choix réel de l'utilisateur.
3. Le câblage dans GTM
Dans Google Tag Manager, on s'assure que la commande de consentement par défaut se déclenche avant tout autre tag, que la CMP met bien à jour les signaux, et que les tags GA4 et Google Ads respectent l'état de consentement. C'est aussi le moment idéal pour réfléchir à une architecture tracking server-side et CAPI, qui se marie très bien avec Consent Mode pour fiabiliser la donnée first-party.
4. Le test, étape non négociable
On vérifie dans la console (et via l'extension Tag Assistant) que les signaux passent bien de « Denied » à « Granted » au clic, que les pings partent en cas de refus si l'on est en advanced, et que les conversions remontent côté Google Ads. Un Consent Mode « installé mais jamais testé », c'est la moitié des dossiers que je reprends.
Ce que vous récupérez concrètement
Bien déployé, en mode advanced, Consent Mode v2 permet généralement de récupérer une part significative des conversions invisibles via la modélisation, de réalimenter les audiences de remarketing, et de redonner à l'algorithme d'enchères de quoi optimiser. Surtout, il replace le tracking sur une base saine : on collecte avec consentement, on modélise le reste, et on cesse de piloter à l'aveugle. C'est exactement la logique RGPD-first que je défends : la conformité et la performance ne s'opposent pas, à condition de câbler les choses dans le bon ordre.
Si vous voulez un état des lieux complet de votre mesure (GA4, Consent Mode, server-side, attribution), j'ai détaillé la démarche sur la page expertise Analytics & tracking. Et si l'enjeu est surtout publicitaire, la page expertise SEA / Google Ads explique comment un tracking propre nourrit directement la performance des campagnes. Pour les bases de GA4 lui-même, mon guide de migration GA4 pour marketeurs reste le point de départ.
Reprendre la main sur votre tracking
J'audite votre Consent Mode, votre GTM et votre mesure GA4 / Google Ads, et je vous remets un plan d'action RGPD-first priorisé.