Cette obligation s’inscrit dans le cadre RGPD, DMA et consentement publicitaire : Google attend des données de consentement exploitables pour ses produits publicitaires, pas uniquement une interface visible.
Que s’est-il réellement passé, et qu’est-ce que cela vous a déjà coûté ?
Le point à comprendre est simple : Google ne vous demande pas uniquement d’afficher un bandeau. Les balises doivent recevoir une valeur de consentement exploitable. Pour le trafic européen, ad_user_data et ad_personalization conditionnent notamment l’usage publicitaire des données utilisateur.
Quand ces informations manquent ou arrivent mal, le suivi ne casse pas toujours visiblement. Il se dégrade : moins d’actions observées, listes moins complètes, optimisation moins bien nourrie. Le compte continue d’afficher des chiffres, mais une partie du trafic n’est plus interprétée correctement.
Si vos résultats européens ont baissé « sans raison », le consentement fait partie des premières vérifications à mener, au même titre que les balises, les imports CRM et les changements de page.
Basic ou advanced : quelle différence concrète pour votre mesure ?
Le Consent Mode existe en deux régimes, et la différence ne se joue que sur un seul cas : le visiteur qui refuse.
| De base | Avancé | |
|---|---|---|
| Visiteur qui consent | Cookies déposés, conversions tracées | Cookies déposés, conversions tracées |
| Visiteur qui refuse | Aucun ping avant consentement | Ping sans cookie |
| Modélisation | Modèle général, moins précis | Modèle plus spécifique à l’annonceur |
| Posture juridique | Plus conservatrice | Dépend de votre CMP et de votre conseil |
Dans la version de base, le refus est un mur côté collecte : aucune donnée n’est transmise à Google avant consentement, pas même son statut. C’est la position la plus conservatrice, mais aussi celle qui laisse Google avec le moins de matière propre à votre compte.
Dans la version avancée, les balises envoient des pings sans cookie même en cas de refus. Ces pings ne créent pas de cookie publicitaire ; ils donnent à Google une matière statistique pour modéliser une partie des conversions non observées, quand les seuils de données sont suffisants.
Comment cette estimation fonctionne, ses conditions de volume et ses limites : c’est ce que la version avancée améliore, et je le détaille dans la mécanique de la modélisation des conversions. Retenez ici le point utile : avec la version de base, Google s’appuie davantage sur un modèle général ; avec la version avancée, les pings anonymes permettent un modèle plus proche de votre trafic réel.
Le choix dépasse donc la technique. Il met en balance votre lecture du risque juridique (avec votre conseil, pas avec moi, et pas avec une CMP qui pousse son option par défaut) et le coût mesurable d’une collecte plus pauvre sur la part refusante de votre trafic. Ce choix se traduit ensuite par un paramètre dans votre outil : il reste à vous assurer qu’il est appliqué partout, pas uniquement affiché.
Ce que je constate sur le terrain : beaucoup de comptes gardent la configuration de base par défaut, sans que personne ne l’ait réellement arbitré. Un défaut n’est pas une décision, c’est un choix fait par la plateforme ou par qui l’a mise en place.
Le refus affecte aussi vos audiences remarketing, pas uniquement votre mesure
Le lead de cette page mentionne la perte de remarketing. Elle mérite une explication séparée, parce que le mécanisme est distinct de la modélisation.
Les deux valeurs ajoutées en v2, ad_user_data et ad_personalization, ne gouvernent pas que l’attribution. Elles gouvernent directement la construction de vos listes de remarketing Google Ads.
- Sans
ad_user_data=granted: Google ne peut pas utiliser les données du visiteur à des fins publicitaires, notamment pour alimenter certains segments d’audience. - Sans
ad_personalization=granted: le remarketing personnalisé est désactivé pour ce visiteur, même si les cookies sont acceptés par ailleurs.
La conséquence se lit différemment selon le régime. Dans la version de base, les refusants ne fournissent pas de matière propre à votre compte côté observation et ils ne nourrissent pas vos listes personnalisées. Dans la version avancée, ils peuvent alimenter la modélisation via des pings anonymes, mais cela ne compense pas la perte de remarketing. C’est un coût distinct, que beaucoup de comptes comptabilisent mal.
Quels volumes minimum pour que la modélisation se déclenche concrètement ?
La version avancée améliore la modélisation des conversions, mais uniquement si votre compte atteint les seuils d’éligibilité que Google documente. En dessous, elle ne garantit pas de bénéfice chiffré visible, tout en engageant une posture juridique différente de la version de base.
Deux systèmes de modélisation sont concernés, avec des conditions distinctes.
Modélisation Ads (conversions Google Ads)
La condition documentée côté Google Ads : 700 clics publicitaires sur 7 jours, par pays et par groupement de domaines. En dessous, cette configuration peut rester utile pour l’architecture de suivi, mais elle ne garantit pas de résultats modélisés visibles.
Une fois ce seuil atteint, les modèles entrent en phase d’entraînement. Les conversions modélisées apparaissent progressivement dans les rapports ; il n’existe pas de délai fixe garanti.
Modélisation GA4 (rapports analytiques)
Les conditions documentées sont cumulatives : ≥ 1 000 événements par jour avec analytics_storage=denied pendant au moins 7 jours consécutifs, et ≥ 1 000 utilisateurs quotidiens envoyant des événements avec analytics_storage=granted pendant au moins 7 des 28 derniers jours.
Atteindre ces seuils ne garantit pas l’éligibilité : le système applique des critères supplémentaires sur les ratios nouveaux/récurrents et utilisateurs/sessions. Il faut conditions nécessaires, pas suffisantes.
| Système | Condition 1 | Condition 2 | Bénéfice |
|---|---|---|---|
| Ads | ≥ 700 clics/7 jours (par pays/domaine) | Consent Mode v2 correctement implémenté | Conversions modélisées dans les rapports Ads |
| GA4 | ≥ 1 000 événements/jour avec analytics_storage=denied sur 7 jours |
≥ 1 000 utilisateurs/jour avec analytics_storage=granted sur 7 des 28 derniers jours |
Rapports GA4 avec sessions/utilisateurs modélisés |
Conséquence terrain : un compte qui passe en mode avancé sous ces seuils ne doit pas attendre de gain visible immédiat dans les résultats modélisés. Il prend une posture différente du mode de base sans bénéfice de couverture garanti à court terme. Le choix entre les deux modes reste valide, mais il doit se faire les yeux ouverts sur ces conditions de volume. Pour les comptes qui cherchent à compenser l’impact du taux de refus au-delà de la modélisation, les stratégies first-party sont examinées dans cookieless et first-party data.
Ce que change la consolidation des données publicitaires
Le point opérationnel à retenir : ad_storage reste la valeur centrale pour l’accès aux données publicitaires liées à une session. Si elle est refusée ou absente, un autre réglage ne vous rend pas l’usage publicitaire de la session.
Il ne s’agit pas d’une nouvelle obligation juridique. C’est une règle de mécanique : plus vos données sont incomplètes, plus vos rapports publicitaires et vos audiences reposent sur une base trouée.
Ce point concerne directement l’arbitrage entre les deux modes : en mode de base, le refus maintient une perte plus nette côté suivi. En mode avancé, les pings anonymes peuvent alimenter la modélisation côté Ads, mais ils ne transforment pas un refus en consentement publicitaire.
L’état le plus risqué : la conformité décorative
Entre le mode de base et le mode avancé, il existe un troisième état, le plus répandu chez les comptes en difficulté : le bandeau qui s’affiche et ne transmet rien. La CMP est en place, l’utilisateur clique, le tableau de bord est vert, et les quatre valeurs n’arrivent pas correctement aux balises.
Mauvais mappage, déclencheur mal ordonné, réglages v1 sans les deux valeurs v2 : les causes varient, le résultat est identique. Le maillon souvent oublié, c’est la liaison GA4-Google Ads qui propage ces signaux jusqu’aux conversions importées : coupée, elle vide l’attribution aussi sûrement qu’une bannière muette.
Cet état cumule deux risques : une application incertaine du consentement collecté et une perte de couverture, puisque Google reçoit une information incomplète ou absente.
La défaillance est silencieuse : rien ne casse visiblement, les chiffres baissent, c’est tout.
La vérification ne se fait donc pas à l’œil : observez les quatre valeurs en transit, sur le chemin accepté ET sur le chemin refusé. Tout repose alors sur l’outil qui collecte et relaie le consentement : bien choisir et configurer sa CMP est la condition pour qu’elles partent correctement.
La réserve à garder en tête : ce terrain bouge. Le principe est stable, transmettre les bonnes informations, choisir le mode de base ou avancé et vérifier ce qui part, mais les libellés et les chemins d’implémentation évoluent. Le centre d’aide Google fait foi au moment où vous lisez.
- Consent Mode v2 repose sur quatre valeurs : sans elles, suivi, listes et optimisation publicitaire se dégradent.
- Mode de base = balises bloquées avant consentement. Mode avancé = pings sans cookie qui peuvent ouvrir une modélisation plus précise. C’est une décision économique et juridique, pas un simple réglage.
- L’état le plus risqué n’est aucun de ces deux modes : c’est la bannière active qui ne transmet pas les bonnes données. Silencieuse, elle cumule risque de conformité et perte de couverture.
- La vérification porte sur l’information transmise, pas sur la bannière affichée, et rarement sur le seul tableau de bord de vos outils.
Tag Assistant vs DevTools : comment vérifier que les quatre signaux partent en conditions réelles ?
La vérification ne se fait pas au tableau de bord de la plateforme. Elle porte sur les requêtes observées en transit. Deux outils permettent ce niveau de contrôle : les DevTools du navigateur et Tag Assistant, l’application de débogage qui complète Tag Manager sur ce point précis.
Ce que DevTools permet, et sa limite
Ouvrez l'onglet Réseau, filtrez sur « collect » ou « gtag ». Acceptez dans votre bannière, notez les requêtes ; refusez, observez le changement. En mode avancé, des requêtes passent sur le parcours refusé (pings anonymes). En mode de base, le silence total est normal.
La limite : DevTools vous montre qu'une requête part, mais pas ce qu’elle encode. Pour vérifier l'état réel des quatre valeurs de consentement, il faut Tag Assistant.
Ce que Tag Assistant ajoute
Tag Assistant est l'outil de débogage officiel Google. Pour l'utiliser :
- Ouvrez tagassistant.google.com et entrez l'URL de votre site pour démarrer une session de débogage.
- Parcourez les deux chemins dans la session : acceptez le consentement, naviguez, puis refusez et naviguez à nouveau.
- Observez les événements dans Tag Assistant : chaque ping envoyé est listé. `gcs` et `gcd` encodent les valeurs de consentement au moment de l'envoi.
- Comparez les deux parcours : sur le parcours accordé, les valeurs doivent refléter `granted` ; sur le parcours refusé en mode avancé, les pings anonymes doivent être présents avec des valeurs en `denied`.
La différence avec DevTools : Tag Assistant expose le contenu interne des pings, pas uniquement leur existence. C'est la preuve la plus exploitable que les valeurs partent avec le bon état ; le tableau de bord CMP ne suffit pas.
Pour aller plus loin sur l'ordre de déclenchement des tags par rapport au consentement, la mécanique GTM (Consent Initialization trigger) est traitée dans la page balises, déclencheurs et variables GTM. La mise en œuvre étape par étape est dans choisir et configurer sa CMP.
La décision
Trois vérifications, dans l’ordre : les quatre valeurs partent-elles réellement sur les parcours accepté et refusé ? Le mode actuel, de base ou avancé, a-t-il été choisi, et par qui ? En mode avancé, franchissez-vous les seuils de modélisation (700 clics sur 7 jours, par pays et par domaine) pour voir des conversions modélisées, ou payez-vous une posture juridique sans le gain de couverture ?
Si l’une de ces trois réponses vous échappe : vous ne savez pas aujourd’hui ce que votre suivi européen vaut. Le consentement n’est qu’une brique du dispositif de mesure et de tracking Google Ads ; mais quand cette brique manque, les autres chiffres reposent sur une base incomplète. C’est exactement le genre d’angle mort que je lève en une session.
