Consent Mode v2 dans GA4 : ce qui change le 15 juin 2026 (et comment ne pas perdre vos conversions)

Depuis le 15 juin 2026, le Consent Mode v2 dans GA4 n’est plus seulement une case de conformité RGPD : c’est désormais le seul interrupteur qui décide si vos conversions remontent à Google Ads. Google a retiré au réglage Google Signals son rôle de filet de sécurité. Concrètement, le paramètre ad_storage gouverne seul le flux de données publicitaires entre GA4 et vos comptes Ads liés. Si votre bannière de consentement envoie mal le signal, vos conversions, vos audiences de remarketing et vos signaux Smart Bidding peuvent disparaître sans le moindre fallback. Ce guide explique le mécanisme du Consent Mode v2, détaille précisément ce qui bascule le 15 juin, et fournit une checklist d’audit complète, de la bannière jusqu’au tag.

Ce qui change le 15 juin 2026

Jusqu’à présent, deux réglages décidaient conjointement si Google Ads recevait les cookies publicitaires et les identifiants utilisateurs de votre site : le paramètre Google Signals dans GA4, et le paramètre ad_storage du Consent Mode. Les deux devaient autoriser la collecte pour que le signal complet circule. Cette double commande agissait comme une sécurité : si votre CMP ou votre Consent Mode était mal configuré, couper Google Signals empêchait malgré tout les données de fuir vers Google Ads.

Depuis le 15 juin 2026, cette logique disparaît. Voici ce qu’il faut retenir :

ad_storage devient la seule autorité. Le paramètre ad_storage du Consent Mode gouverne à lui seul ce qui est collecté et transmis aux comptes Google Ads liés. Plus de seconde commande.
Google Signals est cantonné au reporting GA4. Le réglage ne gouverne plus le flux vers Google Ads. Il sert désormais uniquement à associer les sessions aux utilisateurs connectés pour les rapports comportementaux internes à GA4 (parcours cross-device, données démographiques, centres d’intérêt).
Plus de filet de sécurité. Couper Google Signals n’arrête plus les données vers Google Ads. Si ad_storage est accordé, les données partent, point.

En clair : chaque interaction avec votre bannière route désormais les données de deux façons seulement. Consentement accordé sur ad_storage, et Google Ads reçoit tout. Consentement refusé, et Google Ads est bloqué. Il n’y a plus de zone grise gérée par Google Signals.

C’est précisément ce qui rend l’audit urgent : une erreur de bannière qui passait inaperçue hier peut aujourd’hui couper vos conversions sans aucune alerte.

Le Consent Mode v2 repose sur quatre signaux que votre site envoie à Google via gtag ou GTM. Comprendre lequel fait quoi est la base de tout audit sérieux.

ad_storage : autorise le stockage lié à la publicité (cookies publicitaires, identifiants). C’est le paramètre devenu central depuis le 15 juin.
analytics_storage : autorise le stockage lié à l’analytics (cookies de mesure GA4, _ga).
ad_user_data : autorise l’envoi de données utilisateur à Google à des fins publicitaires.
ad_personalization : autorise l’usage des données pour la publicité personnalisée et le remarketing.

Une distinction technique mérite d’être posée clairement. ad_storage et analytics_storage sont des qualifieurs en amont : ils décident quels identifiants accompagnent les pings envoyés. ad_user_data et ad_personalization sont des instructions en aval : ils disent aux services Google comment traiter la donnée une fois reçue. Les deux premiers (introduits avec le Consent Mode v1) conditionnent la collecte ; les deux derniers (ajoutés par la v2 en mars 2024 pour le DMA européen) conditionnent l’usage.

Depuis mars 2024, ces quatre signaux sont obligatoires pour servir de la publicité et utiliser le remarketing dans l’Espace économique européen. Le changement du 15 juin ne touche pas à cette obligation : il modifie qui, de Google Signals ou d’ad_storage, tient les commandes du flux vers Ads.

Mode basique ou mode avancé : la vraie différence

Le Consent Mode se déploie de deux façons, et le choix a un impact direct sur le volume de données que vous conservez.

Critère	Mode basique	Mode avancé
Chargement des tags Google	Bloqués tant que le consentement n’est pas accordé	Chargés d’emblée, en état “denied” par défaut
Données si refus	Aucune, l’utilisateur est invisible	Pings sans cookies (cookieless pings) envoyés
Modélisation des conversions	Indisponible	Disponible (comblement des trous par Google)
Mise en conformité	Plus stricte par défaut	Plus de signal conservé

En mode basique, les pixels et tags Google ne se déclenchent pas tant que le consentement n’est pas donné. Les visiteurs qui refusent la bannière sont totalement invisibles pour Google Ads et GA4. En mode avancé, les tags se chargent immédiatement dans un état “denied”, envoient des pings anonymisés sans cookies, et si le consentement est ensuite accordé, les hits collectés sur la même page sont retraités avec le statut “granted”. C’est aussi le mode avancé qui débloque la modélisation des conversions : Google estime les conversions perdues à partir des utilisateurs ayant refusé.

À titre indicatif, le mode avancé apporte une remontée de modélisation de l’ordre de 15 à 25 %, à condition d’atteindre les seuils minimaux (environ 700 clics publicitaires par pays sur 7 jours et un taux de consentement d’environ 20 %). Pour la plupart des sites européens qui investissent en Google Ads, le mode avancé est le choix raisonnable : il maximise le signal conservé tout en respectant le refus de l’utilisateur.

Pourquoi ce changement casse vos conversions en silence

Le danger n’est pas le changement lui-même, c’est qu’il transforme une erreur tolérée en panne invisible. Avant le 15 juin, une bannière qui n’envoyait pas correctement ad_storage pouvait être rattrapée si Google Signals était actif : le flux passait quand même. Cette indulgence a disparu.

Désormais, trois symptômes typiques apparaissent quand ad_storage n’est pas correctement transmis :

Conversions manquantes dans Google Ads. Les conversions importées depuis GA4 ne remontent plus, ou chutent brutalement. Vos campagnes semblent moins performantes alors que rien n’a changé côté business.
Audiences de remarketing qui se vident. Sans ad_storage accordé, les listes d’audience ne se remplissent plus et finissent par tomber sous les seuils minimaux d’activation.
Smart Bidding aveugle. Les algorithmes d’enchères automatiques perdent leur signal de conversion et dégradent leurs décisions, souvent sans alerte explicite.

On estime qu’une grande part des implémentations GA4 comportent des erreurs de configuration silencieuses du Consent Mode. Tant que Google Signals servait de filet, ces erreurs restaient sans conséquence sur Ads. Ce n’est plus le cas. D’où l’audit qui suit.

Checklist d’audit : bannière, CMP, signal, tag

Voici la séquence à dérouler dans l’ordre, de l’interface visible par l’utilisateur jusqu’au signal réellement envoyé. L’idée est de suivre le consentement à chaque maillon pour repérer où il se perd.

1. La bannière (CMP)

Vérifiez d’abord que votre plateforme de gestion du consentement déclenche bien les quatre paramètres. Ouvrez votre site en navigation privée, refusez tout, puis acceptez tout, et observez les deux scénarios.

La bannière propose-t-elle un vrai refus aussi accessible que l’acceptation ? (exigence DMA)
Au refus, les quatre signaux passent-ils bien en “denied” ?
À l’acceptation, passent-ils bien en “granted” ?
Le default est-il déclaré avant tout tag Google, avec wait_for_update pour laisser à la CMP le temps de répondre ?

Inspectez le signal réel, pas seulement ce que la CMP prétend envoyer. Le default doit ressembler à ceci, déclaré le plus tôt possible :

gtag('consent', 'default', {
  'ad_storage': 'denied',
  'analytics_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'wait_for_update': 500
});

Puis, à la décision de l’utilisateur, un update met à jour les paramètres concernés :

gtag('consent', 'update', {
  'ad_storage': 'granted',
  'ad_user_data': 'granted',
  'ad_personalization': 'granted'
});

Dans Chrome, l’extension Google Tag Assistant ou l’onglet Network (filtrez sur google-analytics et googleads) vous montrent le paramètre gcs envoyé avec chaque hit. Un gcs=G111 signifie consentement accordé sur le stockage ; G100 signifie refus. C’est la preuve irréfutable de ce qui part réellement.

3. Le réglage Google Signals dans GA4

Rendez-vous dans Admin → Collecte et modification des données → Collecte de données. Vérifiez l’état de Google Signals et rappelez-vous sa nouvelle portée : ce réglage ne pilote plus le flux vers Google Ads. Si vous le coupez en pensant bloquer Ads, vous vous trompez de levier depuis le 15 juin. Gardez-le actif uniquement si vous voulez l’association des utilisateurs connectés pour les rapports GA4.

4. Le tag et le lien GA4 ↔ Google Ads

Vérifiez enfin que le lien entre votre propriété GA4 et votre compte Google Ads est actif (Admin → Liens de produits → Liens Google Ads), et que vos conversions importées sont bien marquées comme actives. Côté GTM, contrôlez que vos balises de conversion et de remarketing respectent l’état du consentement (paramètres de consentement intégrés correctement renseignés).

Pour transmettre le consentement de façon robuste, au-delà du navigateur, le passage en server-side est le complément naturel de cet audit. Voir le guide GTM Server-Side : pourquoi et comment migrer, qui détaille comment relayer les signaux de consentement côté serveur sans dépendre des restrictions navigateur. Et si votre propriété GA4 est récente ou bancale, reprenez d’abord les fondations avec Configurer GA4 from scratch.

Mesurer l’impact avant et après

Un audit sans mesure reste une hypothèse. Posez un point de référence avant toute correction, puis comparez.

Taux de consentement ad_storage. Suivez la proportion de sessions avec gcs=G111. C’est votre indicateur de santé numéro un.
Conversions importées dans Google Ads. Notez le volume quotidien avant correction, puis surveillez la reprise après. Une remontée nette confirme que le signal repart.
Taille des audiences de remarketing. Vérifiez que vos listes repassent au-dessus des seuils d’activation.

Documentez la date exacte de chaque modification pour isoler son effet dans les courbes. Si vous avez branché l’export BigQuery, vous pouvez requêter directement le paramètre gcs au niveau event pour mesurer le taux de consentement réel, sans dépendre de l’échantillonnage de l’interface. Ce type d’analyse rejoint la logique de mesure fine décrite dans le guide pour tracker le trafic IA dans GA4, où l’on va aussi chercher le signal là où il se cache vraiment.

En résumé

Le changement du 15 juin 2026 ne réinvente pas le Consent Mode v2, il en supprime le filet de sécurité. Désormais, ad_storage décide seul du sort de vos conversions vers Google Ads, et Google Signals se contente du reporting interne à GA4. Pour ne rien perdre :

Auditez la chaîne complète : bannière, CMP, signal gcs, réglage Google Signals, tag et lien Ads.
Vérifiez que ad_storage passe bien en “granted” quand l’utilisateur accepte, en inspectant le paramètre gcs réel.
Mesurez avant/après sur le taux de consentement, les conversions importées et la taille des audiences.

Les sites qui traitent leur consentement comme une simple case RGPD vont voir leurs conversions s’éroder sans comprendre pourquoi. Ceux qui auditent maintenant la chaîne bannière vers tag garderont des chiffres justes et des campagnes pilotées sur du signal réel.