Consent Mode v2 : ce que deviennent vos chiffres quand l'utilisateur refuse
Consent Mode v2 transmet à Google l'état du consentement de chaque visiteur. En mode avancé, les balises se chargent avant la bannière et envoient des mesures sans cookie lorsque le consentement est refusé, ce qui permet à Google de modéliser une partie des conversions manquantes. En mode basique, aucune donnée ne part avant l'accord : la modélisation s'appuie alors sur un modèle général, moins précis.
Vous ouvrez Google Ads, GA4 et Meta le même matin, et les trois vous annoncent trois volumes de conversions différents. Une partie de l'écart vient du consentement. Depuis Consent Mode v2, une part de vos chiffres n'est plus mesurée : elle est estimée. Savoir où passe cette frontière change la façon de piloter un budget. Ce guide donne les règles réelles, telles que Google les documente, et ce qu'elles impliquent pour votre reporting.
Que transmet Consent Mode v2, concrètement
Consent Mode v2 transmet à Google, à chaque envoi, l'état du consentement du visiteur. Ce n'est pas une bannière de cookies : c'est la couche de communication entre votre gestionnaire de consentement et les balises Google.
Consent Mode
Consent Mode est le mécanisme par lequel les balises Google reçoivent et transmettent l'état du consentement d'un visiteur. Lorsque le stockage est refusé, les balises n'écrivent pas de cookie et ne déposent pas d'identifiant d'appareil : elles communiquent en envoyant des mesures sans cookie aux serveurs de Google.
La documentation de Google décrit les paramètres utilisés : gcs transmet l'état de ad_storage et analytics_storage, gcd est toujours envoyé aux services Google que Consent Mode soit activé ou non, et dma_cps encode le consentement aux services Google. Autrement dit, même un refus est une information transmise.
Mode basique ou mode avancé : ce qui change vraiment
La différence tient à un seul point : le moment où les balises se chargent. En mode basique, elles ne se chargent qu'après l'interaction du visiteur avec la bannière, et si le visiteur refuse, aucune donnée n'est transférée à Google. En mode avancé, les balises se chargent à l'ouverture de la page avec des valeurs par défaut généralement à « refusé », et envoient des mesures sans cookie en attendant la décision.
| Critère | Mode basique | Mode avancé |
|---|---|---|
| Chargement des balises | Après l'interaction avec la bannière | Dès l'ouverture de la page |
| Données envoyées en cas de refus | Aucune | Mesures sans cookie |
| Modèle de conversion utilisé | Modèle général | Modèle propre à l'annonceur |
| Maîtrise de ce qui part avant l'accord | Totale | Partielle |
| Précision de la remontée attendue | Plus faible | Plus élevée |
Ce n'est pas un choix entre conforme et non conforme
Les deux modes sont prévus par Google. Le mode avancé n'est pas « moins légal » : il envoie des mesures sans cookie, ce qui reste un traitement à documenter dans votre politique de confidentialité et à arbitrer avec votre conseil juridique. Le mode basique est plus prudent et coûte en précision. C'est un arbitrage, pas une case à cocher.
À quelles conditions Google modélise vos conversions
La modélisation n'est pas automatique : elle est conditionnée à des seuils de volume que Google publie. Pour la modélisation comportementale dans GA4, la propriété doit collecter au moins 1 000 événements par jour avec analytics_storage='denied' pendant au moins 7 jours, et compter au moins 1 000 utilisateurs par jour envoyant des événements avec analytics_storage='granted' sur au moins 7 des 28 derniers jours.
Google précise également que remplir ces prérequis ne garantit pas l'éligibilité : le modèle applique des critères supplémentaires, comme le ratio entre nouveaux visiteurs et visiteurs connus ou le rapport entre utilisateurs et sessions. Pour beaucoup de sites de PME, ces seuils ne sont jamais atteints. Dans ce cas, il n'y a pas d'estimation qui vient boucher le trou : il reste un trou.
Ce que la modélisation ne couvre pas
Même quand la modélisation fonctionne, elle ne s'applique pas partout. Les données modélisées apparaissent dans les rapports standards, sur des indicateurs comme les utilisateurs, les sessions et les nouveaux utilisateurs. Elles sont en revanche indisponibles dans plusieurs surfaces que vous utilisez probablement.
- Les audiences, donc tout ce qui sert à activer la donnée en publicité.
- L'explorateur d'utilisateurs et les explorations de cohortes.
- Les segments comportant des séquences.
- Les rapports de fidélisation et les métriques prédictives.
- L'export BigQuery, donc votre entrepôt de données et vos tableaux de bord construits dessus.
C'est le point le plus souvent découvert trop tard : votre rapport GA4 à l'écran et votre tableau de bord alimenté par BigQuery ne racontent pas la même histoire, et c'est normal. L'un contient de l'estimé, l'autre non. Si vous construisez un pilotage sur mesure, cette différence doit être écrite noir sur blanc dans la définition de chaque indicateur.
Le consentement, ce n'est pas seulement une affaire de Google
La politique de consentement européenne de Google impose des obligations aux annonceurs qui utilisent ses produits dans l'EEE, au Royaume-Uni et en Suisse. Elle ne se limite pas à l'envoi d'un signal technique.
- Obtenir un consentement juridiquement valide pour l'usage de cookies ou d'un autre stockage local lorsque la loi l'exige.
- Obtenir un consentement pour la collecte, le partage et l'usage de données personnelles à des fins de personnalisation publicitaire.
- Conserver la trace des consentements donnés par les utilisateurs finaux.
- Fournir des instructions claires pour révoquer le consentement.
- Identifier clairement les parties qui collectent les données et donner une information visible et accessible sur leur usage.
Google indique que le non-respect de cette politique peut conduire à limiter, suspendre ou résilier l'accès à ses produits. Ce n'est donc pas un sujet purement technique : c'est un risque opérationnel sur votre média.
L'autre voie : la mesure d'audience exemptée de consentement
En France, la CNIL admet qu'un traceur de mesure d'audience puisse être exempté de consentement, mais à des conditions restrictives. L'outil doit servir « une finalité strictement limitée à la seule mesure de l'audience du site ou de l'application » et « produire des données statistiques anonymes uniquement ».
- Pas de recoupement des données avec d'autres traitements, et aucune transmission de données non anonymes à des tiers.
- Pas de suivi global de la navigation de la personne à travers différentes applications ou différents sites.
- Information des utilisateurs dans la politique de confidentialité.
- Durée de vie des traceurs limitée, par exemple treize mois, sans prolongation automatique à chaque nouvelle visite.
- Conservation des données limitée, avec un repère de vingt-cinq mois maximum, et réexamen périodique de ces durées.
La conséquence logique
Un outil de mesure qui sert aussi à alimenter de la publicité personnalisée ne peut pas bénéficier de cette exemption, puisqu'il implique par construction un recoupement et une activation publicitaire. L'exemption est une voie réelle, mais elle suppose de séparer clairement la mesure d'audience de l'activation média.
Comment lire un rapport quand le consentement est partiel
- 1. Mesurez votre taux de consentement. C'est la première variable à connaître. Un même site peut passer de 40 % à 80 % d'acceptation selon la bannière. Sans ce chiffre, aucune analyse d'écart n'est possible.
- 2. Séparez explicitement le mesuré de l'estimé. Pour chaque indicateur de votre reporting, notez s'il contient des données modélisées. Les rapports standards de GA4 en contiennent, l'export BigQuery non.
- 3. Choisissez une source de vérité par type de décision. Pour arbitrer un budget entre deux campagnes Meta, utilisez la donnée Meta. Pour juger la performance globale, utilisez votre donnée métier : commandes réelles, leads réellement traités, chiffre d'affaires facturé.
- 4. Recoupez avec une mesure indépendante des plateformes. Un test d'incrémentalité ou une comparaison avant et après sur une zone géographique donne un ordre de grandeur que ni Google ni Meta ne peuvent vous fournir sur eux-mêmes.
Les erreurs qu'on voit le plus souvent
- Comparer un chiffre modélisé à un chiffre plateforme et conclure à un bug de tracking. Les deux ne mesurent pas la même chose, avec des fenêtres différentes.
- Charger la bannière après les balises en mode basique, ce qui vide le mode basique de son sens.
- Ne pas déclarer l'état de consentement par défaut sur toutes les pages, ce qui rend les signaux incohérents d'une page à l'autre.
- Interpréter la chute de conversions du jour de la mise en production de la bannière comme une baisse de performance, alors qu'il s'agit d'un changement de mesure.
- Piloter un budget sur des volumes trop faibles pour être modélisés, en croyant que Google comble les manques.
Ce que nous recommandons
Commencez par documenter l'existant : quel mode est déployé, quel est votre taux de consentement, quels indicateurs de votre reporting contiennent de l'estimé. Ensuite seulement, décidez s'il faut renforcer la collecte côté serveur. Le tracking server-side ne contourne pas le consentement, et ce n'est pas son objet : il rend la collecte plus fiable et plus durable pour les visiteurs qui ont consenti. Si votre problème est l'écart entre vos chiffres et votre réalité comptable, c'est par là qu'il faut commencer. Voir notre approche d'un tracking fiable.
Questions fréquentes
Sources
- « Consent mode, présentation et paramètres », Google Tag Platform, 2026
- « Modélisation comportementale pour Consent Mode dans GA4 », Aide Google Analytics, 2026
- « Politique de consentement des utilisateurs de l'Union européenne », Google, 2026
- « Cookies : solutions pour les outils de mesure d'audience », CNIL, 2026
Vos chiffres méritent d'être compris
Nous auditons votre configuration de consentement et de tracking, puis nous vous disons ce qui est mesuré et ce qui est estimé.
Parler de votre tracking