Sans Consent Mode v2 correctement paramétré, Google Ads et GA4 perdent jusqu'à 70 % de tes conversions dès qu'un visiteur refuse les cookies. Et depuis mars 2024, sans ce signal envoyé, tu ne peux plus alimenter les audiences Google ni bénéficier du machine learning des campagnes Smart Bidding sur le trafic européen.
Consent Mode v2 Google est un protocole qui transmet à Google le consentement (ou refus) des utilisateurs aux cookies, tout en permettant de modéliser les conversions manquantes quand le consentement est refusé. C'est à la fois une obligation RGPD/DMA et un levier direct de performance publicitaire. Ce guide couvre son fonctionnement, les deux modes (basic et advanced), l'implémentation via GTM, et les erreurs qui plombent 90 % des setups PME.
Consent Mode v2 : définition précise et différence avec la v1
Consent Mode est un système de signaux envoyés par tes balises Google (Ads, GA4, Floodlight) qui indique à Google si l'utilisateur a consenti ou refusé aux cookies. En clair : ta CMP (Cookiebot, Axeptio, Didomi…) collecte le consentement, puis Consent Mode transmet cette information aux tags Google via 4 paramètres binaires.
La version 2, obligatoire depuis mars 2024 pour bénéficier des fonctionnalités publicitaires personnalisées dans l'EEE, ajoute deux nouveaux signaux à ceux de la v1 :
| Signal | v1 | v2 | Rôle |
|---|---|---|---|
ad_storage |
oui | oui | Cookies publicitaires (remarketing) |
analytics_storage |
oui | oui | Cookies GA4 |
ad_user_data |
non | oui | Envoi des données user à Google Ads |
ad_personalization |
non | oui | Personnalisation publicitaire / audiences |
Sans ad_user_data et ad_personalization correctement transmis, tu ne peux plus créer ni utiliser d'audiences Google Ads pour le trafic européen. Ni faire du remarketing, ni alimenter Customer Match, ni les audiences similaires.
Basic vs Advanced Consent Mode : quel choix en 2026
Google propose deux implémentations, et le choix a un impact direct sur la donnée que tu récupères.
Basic Consent Mode
Les balises Google ne se chargent QUE si l'utilisateur consent. En cas de refus, aucun ping n'est envoyé. Tu ne perds rien légalement, mais tu ne récupères aucune donnée sur ces utilisateurs — même pas anonymisée.
Advanced Consent Mode
Les balises se chargent toujours, mais adaptent leur comportement. Si l'utilisateur refuse, elles envoient des pings « cookieless » : pas d'identifiant, pas de cookie, juste un signal anonyme qui alimente le modèle de conversion de Google. Résultat : Google modélise statistiquement les conversions perdues et te les restitue dans tes rapports Ads et GA4.
L'écart de conversions récupérées entre basic et advanced est significatif. Sur un site e-commerce français avec 40 à 60 % de refus cookies, l'advanced restitue typiquement 30 à 70 % des conversions non trackées via modélisation. Le basic, zéro.
En 2026, sauf contrainte réglementaire forte (santé, banque, secteurs très sensibles), l'advanced est le choix rationnel par défaut. Il reste conforme RGPD à condition que ta CMP soit certifiée Google (Cookiebot, Axeptio, Didomi, Usercentrics, OneTrust… liste officielle Google).
Implémentation Consent Mode v2 via Google Tag Manager
La méthode la plus propre en 2026 passe par GTM avec une CMP certifiée. Voici la logique pas à pas.
- Choisir une CMP certifiée Google. Sans certification, ton implémentation n'est pas conforme aux exigences du Digital Markets Act. Cookiebot, Axeptio et Didomi couvrent 80 % du marché français.
- Configurer le template de la CMP dans GTM. Chaque CMP fournit un template officiel dans la Community Template Gallery de GTM. Tu l'ajoutes, tu colles ton ID de configuration, tu le déclenches sur
Consent Initialization – All Pages. - Définir les valeurs par défaut. Avant tout consentement, tous les signaux doivent être à
deniedpour les visiteurs de l'EEE. La CMP fait ça automatiquement si elle est bien configurée. - Activer les updates dynamiques. Quand l'utilisateur accepte ou refuse, la CMP envoie un
gtag('consent', 'update', {...})qui met à jour les 4 signaux en temps réel. - Activer
url_passthroughetads_data_redaction. Ces deux paramètres permettent respectivement de passer l'identifiant de clic (gclid) via l'URL en cas de refus, et de rediger les données envoyées à Google Ads pour maximiser l'anonymisation. - Tester avec Tag Assistant et le debug view GA4. Tu vérifies que les signaux passent bien de
deniedàgrantedselon l'action utilisateur.
Une fois en place, tu vérifies dans GA4 (Admin → Data Collection → Consent settings) que le statut est bien « Consent Mode detected » avec les 4 signaux verts.
Impact réel sur tes campagnes Google Ads
Deux effets concrets se cumulent quand le Consent Mode v2 est bien implémenté.
D'abord, les conversions modélisées viennent compléter les conversions observées. Sur un compte type PME e-commerce, si 50 % des visiteurs refusent les cookies, tu perds visuellement la moitié de tes conversions dans Ads sans Consent Mode. Avec l'advanced, Google modélise ces conversions et tu récupères souvent 60 à 80 % du trou. Le Smart Bidding retrouve un signal fiable et cesse de sous-enchérir sur des campagnes rentables qu'il croit à tort déficitaires.
Ensuite, les audiences de remarketing continuent d'exister. Sans ad_user_data et ad_personalization à granted pour les utilisateurs consentants, tu ne peux plus alimenter tes listes d'audience — donc plus de remarketing, plus de Customer Match, plus d'audiences similaires. En pratique, un compte Ads mal configuré en 2026 voit ses audiences fondre à zéro en 540 jours.
Combiné à un suivi de conversion Google Ads propre et idéalement aux Enhanced Conversions, le Consent Mode v2 devient la colonne vertébrale d'un tracking fiable dans un monde post-cookies tiers.
Auditer gratuitement mon tracking Google Ads
Les 6 erreurs qui plombent 90 % des setups Consent Mode v2
- CMP non certifiée Google. Si ta bannière n'est pas dans la liste officielle, Google considère que tu n'as pas de Consent Mode valide, quelle que soit la propreté technique du code.
- Défaut à
grantedau lieu dedenied. Un classique. Le développeur teste en local, oublie de repasser les valeurs par défaut àdeniedpour l'EEE, et tu envoies des données non consenties → risque juridique + amende CNIL potentielle. - Signal
ad_user_dataoublié. Beaucoup de configurations pré-2024 ne gèrent que 2 signaux au lieu de 4. Résultat : Google Ads bloque les audiences sans que tu en sois notifié dans l'interface. - Consent Mode et server-side tracking mal orchestrés. Si tu utilises un tracking server-side, les signaux de consentement doivent aussi être transmis côté serveur. Voir notre guide dédié sur le server-side tracking Google Ads.
- Pas de test après chaque déploiement. Une refonte de site, une mise à jour de thème WordPress, un changement de CMP suffisent à casser silencieusement Consent Mode. À vérifier tous les 3 mois minimum.
- Confondre bannière cookies et Consent Mode. Une bannière qui bloque les scripts ne suffit pas. Consent Mode exige un signal actif envoyé à Google, pas juste un blocage.
Consent Mode v2, DMA et conformité en 2026
Depuis mars 2024, le Digital Markets Act impose à Google de ne plus utiliser les données publicitaires des utilisateurs européens sans consentement explicite. Consent Mode v2 est la seule voie officielle pour continuer à faire de la publicité personnalisée dans l'EEE. Sans lui, tes fonctionnalités se dégradent : listes d'audience arrêtées, Smart Bidding privé de signal, remarketing désactivé.
Côté RGPD, la CNIL reste sur sa position : par défaut, tout est refusé. La bannière doit permettre de refuser aussi facilement que d'accepter (bouton « Tout refuser » de même visibilité que « Tout accepter »). Consent Mode ne dispense de rien juridiquement — il permet juste de récupérer un signal exploitable quand le refus a lieu.
Pour un compte Google Ads européen qui dépense plus de 3 000 € par mois, le manque à gagner d'une absence de Consent Mode v2 se chiffre facilement à plusieurs milliers d'euros mensuels via des enchères mal calibrées et une attribution incomplète. À ce niveau, un audit tracking rentable en moins de 30 jours.
FAQ Consent Mode v2 Google
Consent Mode v2 est-il obligatoire ?
Oui pour tout annonceur ciblant l'Espace Économique Européen depuis mars 2024. Sans lui, tu ne peux plus utiliser les fonctionnalités publicitaires personnalisées de Google Ads (audiences, remarketing, Customer Match) pour ce trafic.
Basic ou Advanced Consent Mode : lequel choisir ?
L'Advanced dans 95 % des cas. Il permet à Google de modéliser les conversions perdues quand l'utilisateur refuse les cookies, ce qui restitue 30 à 70 % de la donnée manquante. Le Basic n'envoie rien du tout en cas de refus.
Consent Mode v2 est-il conforme RGPD ?
Oui, à condition d'utiliser une CMP certifiée Google et de définir tous les signaux à denied par défaut pour l'EEE. Consent Mode transmet le consentement, il ne le remplace pas — la bannière cookies conforme reste indispensable.
Comment vérifier si mon Consent Mode v2 fonctionne ?
Dans GA4, va dans Admin → Data Collection → Consent settings. Tu dois voir « Consent Mode detected » avec les 4 signaux (ad_storage, analytics_storage, ad_user_data, ad_personalization) actifs. Complète avec Tag Assistant pour valider les updates dynamiques.
Combien coûte une implémentation Consent Mode v2 ?
Avec une CMP en abonnement (Cookiebot, Axeptio, Didomi), compte 15 à 150 €/mois selon le trafic. L'implémentation technique via GTM prend 2 à 6 heures pour un intégrateur qui connaît le sujet. Une agence facture typiquement 500 à 1 500 € pour un setup complet audité.
Consent Mode v2 remplace-t-il les cookies tiers ?
Non. Consent Mode gère le consentement des cookies (first-party inclus). La fin annoncée des cookies tiers dans Chrome est un sujet distinct, où les alternatives sont Enhanced Conversions, Customer Match et le server-side tracking.