Consent Mode v2 est le mécanisme de Google qui traduit les choix de vos visiteurs sur votre bannière de consentement en signaux exploitables par Google Analytics 4 et Google Ads, avant même qu’ils aient cliqué. Si vous ciblez des visiteurs de l’Espace économique européen et que vous utilisez GA4 ou Google Ads, la réponse est nette : oui, il faut l’implémenter. Sans lui, Google restreint depuis 2024 certaines fonctionnalités publicitaires et vos rapports perdent en fiabilité dès qu’une partie du trafic refuse les cookies.
La documentation officielle Google, la CNIL et l’EDPB (le comité européen des autorités de protection des données) forment le triangle de référence à connaître avant de toucher au code. Voici ce qu’il faut faire dans l’ordre :
- Définir les valeurs par défaut du consentement avant le chargement de vos tags, pas après.
- Segmenter ces valeurs par région : EEE d’un côté, reste du monde de l’autre.
- Configurer votre outil de gestion du consentement (CMP) pour envoyer les mises à jour au clic.
- Tester les pings avant de considérer le chantier terminé.
Points clés
Consent Mode v2 fonctionne quand les valeurs par défaut sont posées avant le chargement des tags, segmentées par région, et que le CMP persiste réellement le choix de l’utilisateur.
| Point | Détails |
|---|---|
| Obligation pratique | Nécessaire dès que vous ciblez l’EEE avec GA4 ou Google Ads actifs sur votre site. |
| Choix basic ou advanced | L’advanced avec defaults régionaux convient aux sites à trafic moyen ou élevé ; le basic reste défendable pour les petites structures prudentes. |
| Persistance du consentement | Le CMP doit rejouer le choix à chaque page, sinon tout repart en denied par défaut. |
| Validation technique | Testez les pings via Tag Assistant et vérifiez la modélisation GA4 après environ sept jours. |
| Accompagnement disponible | It-pascaud propose un audit et une implémentation complète (CMP, GTM, tests) pour les PME de la région du Mans. |
Cet article constitue une information générale et ne remplace pas l’avis d’un avocat qualifié. Consultez un professionnel du droit qualifié à propos de votre cas personnel avant d’agir sur la base de ce contenu.
Table des matières
- Qu’est-ce que le mode de consentement version 2 change concrètement ?
- Comment fonctionne techniquement Consent Mode v2 ?
- Quelles différences entre consent mode v1 et v2 ?
- Faut-il choisir le mode basic ou le mode advanced ?
- Comment implémenter Consent Mode v2 sur votre site ?
- Comment vérifier que l’implémentation fonctionne réellement ?
- Quelles erreurs reviennent le plus souvent en France ?
- Quelle méthode suivre pour un déploiement sans accroc ?
- Ce que l’on observe le plus souvent chez nos clients
- Besoin d’un accompagnement pour votre mise en conformité ?
- Sources
Qu’est-ce que le mode de consentement version 2 change concrètement ?
Le RGPD pose depuis 2018 une règle simple : c’est vous, éditeur du site, qui portez la responsabilité du recueil et de la preuve du consentement. Ni Google ni votre CMP ne s’en chargent à votre place. La CNIL le rappelle régulièrement dans ses lignes directrices, et le cadre légal français confirme cette responsabilité du propriétaire du site en matière d’information et de preuve.
Ce qui a changé, ce n’est pas cette obligation, mais la pression technique qui pèse dessus. Le Digital Markets Act (DMA), entré en application en 2024, a poussé les grandes plateformes à revoir leurs mécanismes de traitement des données publicitaires, et ce texte européen a contribué directement à l’évolution technique qui a donné naissance à la v2. La directive ePrivacy reste, elle, la base juridique du consentement aux cookies proprement dit, et l’EDPB a publié des lignes directrices techniques précisant le périmètre de cette directive.
Ce que la CNIL attend concrètement : une information claire avant le clic, un refus aussi simple que l’acceptation, et une preuve du choix conservée. Consent Mode v2 ne remplace rien de tout cela : il ne fait que transmettre le résultat de ce recueil à Google.
- Base légale : RGPD + directive ePrivacy
- Autorité de contrôle : CNIL en France, coordination via l’EDPB au niveau européen
- Facteur accélérateur technique : le DMA, appliqué depuis 2024
Comment fonctionne techniquement Consent Mode v2 ?
Le principe tient en une phrase : votre site déclare un état de consentement par défaut avant que le moindre tag ne se déclenche, puis envoie une mise à jour dès que le visiteur fait un choix. La documentation Google insiste sur ce point : sans état par défaut correctement placé, Google peut interpréter l’absence de signal comme un consentement implicite, ce qui est exactement l’inverse de ce que le RGPD exige.
Quatre paramètres pilotent ce système, et deux d’entre eux sont propres à la v2 :
analytics_storage: autorise ou bloque le stockage des cookies de mesure d’audience.ad_storage: autorise ou bloque le stockage des cookies publicitaires.ad_user_data: contrôle l’envoi de données utilisateur à des fins publicitaires (nouveau en v2).ad_personalization: contrôle l’usage des données pour la personnalisation des annonces (nouveau en v2).
À cela s’ajoutent des paramètres de confidentialité complémentaires, comme le paramètre régional qui indique à Google si le visiteur relève ou non de l’EEE.
| État déclaré | Cookies stockés ? | Ce que Google reçoit |
|---|---|---|
denied sur tous les paramètres | Aucun cookie posé | Ping anonyme sans identifiant (mode advanced uniquement) |
granted sur analytics_storage seul | Cookies GA4 posés | Données de mesure classiques, sans usage publicitaire |
granted sur les quatre paramètres | Cookies GA4 et Ads posés | Données complètes, personnalisation publicitaire active |
Ces pings envoyés sans cookie, quand tout est refusé, permettent à Google de reconstituer statistiquement une partie du volume manquant. La référence technique de Consent Mode précise que cette modélisation ne se déclenche qu’à partir d’un certain seuil de volume de données, jamais en dessous.
Conseil de pro : placez la commande de consentement par défaut directement dans le <head> de votre page, avant l’appel à Google Tag Manager. Un default chargé après le conteneur GTM arrive trop tard : certains tags ont déjà pu se déclencher avec un consentement implicite.
Quelles différences entre consent mode v1 et v2 ?
La v1 ne gérait que deux leviers : ad_storage et analytics_storage. Elle savait donc bloquer ou autoriser le stockage de cookies, mais elle ne distinguait pas le stockage de l’usage réel des données à des fins publicitaires. C’est précisément ce que corrige la v2 avec ad_user_data et ad_personalization, qui portent sur l’utilisation des données plutôt que sur leur simple présence dans un cookie.
Concrètement, cela change des usages précis :
- Le rapprochement client (Customer Match) sur Google Ads exige désormais un
grantedexplicite surad_user_data, indépendamment de l’état d’ad_storage. - Les conversions améliorées et certaines audiences publicitaires suivent la même logique de granularité.
- Un site resté en v1 après 2024 voit certaines de ces fonctionnalités se dégrader silencieusement, sans message d’erreur visible.
Cette granularité plus fine répond à une critique récurrente faite à la v1 : elle mélangeait stockage technique et exploitation commerciale des données, deux notions que le RGPD distingue clairement.
Faut-il choisir le mode basic ou le mode advanced ?
Les deux modes ne se valent pas sur tous les terrains, et le choix dépend surtout de votre volume de trafic et de votre tolérance au risque. En mode basic, aucun tag Google ne se charge tant que le visiteur n’a pas répondu à la bannière : zéro cookie, zéro ping, zéro donnée transmise. En mode advanced, les tags se chargent immédiatement avec les valeurs par défaut, et envoient des pings sans cookie même en cas de refus, ce qui alimente la modélisation statistique de Google.
Trois critères doivent guider votre décision :
- Le volume de trafic : en cas de faible trafic, la modélisation peut ne pas se déclencher, ce qui réduit l’intérêt pratique du mode advanced.
- Votre appétence au risque juridique : le mode basic, plus restrictif, laisse moins de place à l’interprétation en cas de contrôle.
- Votre CMP existant : certains outils gèrent nativement le pattern advanced avec defaults régionaux, d’autres non.
- Pour un site à trafic moyen ou élevé avec des campagnes Google Ads actives, l’advanced avec des defaults segmentés par région offre le meilleur compromis entre conformité et qualité de mesure.
- Pour une structure de petite taille, prudente juridiquement ou peu dépendante de la publicité Google, le mode basic reste une option défendable.
Comment implémenter Consent Mode v2 sur votre site ?
Avant de toucher au code, faites l’inventaire. Listez vos tags actifs, identifiez ceux qui dépendent d’ad_user_data ou d’ad_personalization (Google Ads, remarketing, Customer Match), et vérifiez l’état de votre CMP actuel. Beaucoup d’entreprises découvrent à ce stade qu’un tag oublié tourne encore sans aucun contrôle de consentement.
Vient ensuite la séquence technique, qui suit toujours le même ordre :
- Placer la commande par défaut dans le
<head>, avant le conteneur Google Tag Manager, avec un étatdeniedpour les visiteurs identifiés comme relevant de l’EEE. - Configurer votre CMP pour qu’il déclenche une commande
updatedès que l’utilisateur fait un choix, granulaire ou global. - Paramétrer Google Tag Manager via la section Consent Settings de chaque tag, en associant chacun aux paramètres de consentement qu’il requiert réellement.
- Vérifier GA4 et Google Ads pour vous assurer que la modélisation est activée et que les conversions améliorées reçoivent bien les signaux attendus.
Le point le plus souvent négligé est la segmentation régionale des defaults : un visiteur français doit démarrer sur denied, un visiteur situé hors EEE peut, selon votre politique, démarrer différemment. Ignorer cette distinction revient soit à sur-bloquer inutilement des visiteurs non concernés par le RGPD, soit à sous-protéger vos visiteurs européens.
Côté outillage, des CMP comme Didomi ou OneTrust gèrent nativement ce pattern default/update et la segmentation régionale, ce qui simplifie beaucoup l’intégration côté GTM. Le point de vigilance reste le même quel que soit l’outil choisi : Consent Mode v2 ne stocke aucun choix lui-même. C’est votre CMP qui doit persister la décision de l’utilisateur et la rejouer à chaque nouvelle page, sinon la bannière réapparaît et tout repart sur les valeurs par défaut.
Conseil de pro : avant de considérer votre CMP fiable, ouvrez un nouvel onglet en navigation privée, refusez tout, puis rechargez la page trois fois de suite. Si l’état revient à zéro au moindre rechargement, votre problème n’est pas Consent Mode : c’est la persistance côté CMP.
À la livraison, quatre vérifications s’imposent : tester le parcours accepter, tester le parcours refuser, contrôler que les pings partent bien dans les deux cas, et rejouer le scénario sur une session ultérieure pour confirmer que le choix persiste. Un audit RGPD complet de votre site inclut normalement ces contrôles.
Comment vérifier que l’implémentation fonctionne réellement ?
Trois outils suffisent la plupart du temps : l’onglet Réseau de votre navigateur, Tag Assistant de Google, et un profil de navigation privée sans extension bloqueuse de cookies. Le debugger intégré à Google Tag Manager complète utilement le tableau pour visualiser l’état de consentement tag par tag.
La séquence de test à suivre, dans l’ordre :
- Chargez la page sans répondre à la bannière et inspectez le ping envoyé : l’état doit afficher
deniedsur tous les paramètres pertinents. - Vérifiez qu’aucun cookie analytics ou publicitaire n’est écrit à ce stade.
- Acceptez le consentement et confirmez que les cookies attendus apparaissent bien cette fois.
- Rechargez la page et vérifiez que le choix persiste sans réafficher la bannière.
Deux critères de succès à surveiller ensuite : la présence effective de pings sans cookie en mode advanced, et l’apparition d’une modélisation dans GA4 après environ sept jours de collecte, à condition que votre volume de trafic atteigne le seuil requis par Google. Intégrez ces quatre étapes à votre checklist d’audit technique habituelle plutôt que d’en faire un contrôle isolé, oublié dès le mois suivant.
Quelles erreurs reviennent le plus souvent en France ?
La plus fréquente reste un default placé trop bas dans le code, après le conteneur GTM plutôt qu’avant, ce qui laisse une fenêtre où des tags se déclenchent sans consentement valide. Vient ensuite l’oubli pur et simple du paramètre régional : sans lui, tous les visiteurs reçoivent le même traitement, qu’ils relèvent de l’EEE ou non.
- Absence de persistance côté CMP, qui réinitialise le consentement à chaque session.
- Blocage partiel des tags, où certains scripts tiers échappent au contrôle du CMP.
- Confusion entre consentement technique (les quatre paramètres) et obligation d’information, qui reste une exigence RGPD distincte.
- Absence de documentation de la base légale et du choix utilisateur, pourtant exigée en cas de contrôle CNIL.
Les corriger ne demande pas une refonte : remonter le default dans le <head>, activer la persistance dans le CMP, et retester le parcours complet suffisent dans la majorité des cas.
Quelle méthode suivre pour un déploiement sans accroc ?
Chez It-pascaud, l’accompagnement d’une PME sur ce sujet suit une checklist en six étapes, pensée pour éviter les allers-retours entre marketing, développement et direction :
- Audit complet des tags actifs et de leurs dépendances de consentement.
- Choix argumenté entre basic et advanced selon trafic et risque.
- Paramétrage des defaults régionaux dans le code.
- Intégration ou reconfiguration du CMP.
- Tests systématiques des parcours accepter/refuser.
- Monitoring post-déploiement pendant les semaines suivant la mise en ligne.
Le point de friction le plus courant n’est presque jamais technique au sens strict. C’est l’absence de coordination entre celui qui gère la bannière, celui qui configure GTM, et celui qui doit prouver la conformité en cas de contrôle. Une checklist partagée entre ces trois rôles évite neuf incidents sur dix constatés en production.
Ce que l’on observe le plus souvent chez nos clients
L’erreur la plus fréquente n’est pas la configuration des paramètres eux-mêmes : les équipes marketing maîtrisent en général le sujet. C’est la persistance côté CMP qui casse tout, souvent des mois après la mise en ligne initiale, quand personne ne revient vérifier que le choix se rejoue bien à chaque visite. Un site qui semblait conforme en janvier se retrouve à réinitialiser silencieusement le consentement de chaque visiteur en juin.
Priorisez toujours la persistance avant d’optimiser la granularité des paramètres : un consentement bien capturé mais mal conservé équivaut, aux yeux de Google comme de la CNIL, à une absence de consentement.
Besoin d’un accompagnement pour votre mise en conformité ?
Auditer les tags, reconfigurer un CMP, tester chaque parcours de consentement : ce chantier prend du temps que peu d’équipes marketing internes peuvent y consacrer sans négliger le reste, raison pour laquelle faire appel à un prestataire externe spécialisé peut s’avérer très pertinent. It-pascaud accompagne les PME et associations du Mans et de sa région sur exactement ce type de mise en œuvre technique, avec un avantage concret : vous n’avez pas besoin d’un développeur en interne, l’audit et le paramétrage GTM/CMP font partie de notre accompagnement web courant.
Notre équipe intervient aussi bien sur la création de sites que sur leur référencement naturel et leur maintenance continue, ce qui inclut le suivi de ces sujets de conformité au fil des mises à jour de Google. Si vous préférez déléguer l’audit de vos tags et la configuration de votre bannière plutôt que d’y passer vos soirées, consultez notre page services pour évaluer ce dont votre site a besoin.
Sources
Recommandation
- Mise en conformité RGPD de votre site : guide pas à pas – IT-Pascaud
- Enjeux du RGPD en ligne : protéger PME et croissance numérique – IT-Pascaud
- 1785271931409_Infographie-etapes-mise-en-conformite-RGPD – IT-Pascaud
- Qu’est-ce que le RGPD : guide pratique 2026 – IT-Pascaud
