Ce qui change exactement le 15 juin
Jusqu'à maintenant, deux mécanismes contrôlaient les données pub circulant entre Google Analytics 4 et Google Ads:
- Google Signals dans GA4 (un toggle on/off historique)
- Consent Mode V2 via le paramètre
ad_storage(le système moderne basé sur le consentement du visiteur)
À partir du 15 juin 2026, Google retire le premier. Google Signals continue d'exister, mais il ne contrôle plus que le reporting GA4 (qui peut voir quoi dans tes rapports). Pour Google Ads, seul ad_storage décide si les données pub circulent ou non.
La phrase de PPC Land résume tout: "From 15 June, only the cookie banner does that job."
Starting June 15, 2026, GA data flow is controlled by Google Signals but Google Ads is handled exclusively by the ad_storage consent mode setting. Either grant ad_storage and Google will use all available ads signals at their disposal (including linking the user with their Google sign-in), or set it to denied and Google will not access any identifiers apart from what's available in the URL (e.g. gclid). There's no middle ground here. This does place more stress on your consent mode implementation, so make sure the update calls are done appropriately and contain the correct signals.
Les 4 paramètres à connaître par cœur
Consent Mode V2 utilise 4 signaux indépendants. Chacun contrôle un aspect différent du tracking. Tu dois savoir ce que chacun fait et quel est ton défaut au Quebec (Loi 25 = opt-in, donc denied par défaut).
Les 4 paramètres Consent Mode V2
| Paramètre | Ce qu'il contrôle (verbatim Google) | Défaut recommandé au Québec |
|---|---|---|
| ad_storage | Le stockage lié à la pub (cookies pub, identifiants d'appareil). C'est LE paramètre clé après le 15 juin. | denied |
| ad_user_data | L'envoi des données utilisateur à Google pour des fins publicitaires. | denied |
| ad_personalization | Le consentement à la publicité personnalisée (remarketing, audiences custom). | denied |
| analytics_storage | Le stockage analytique (durée de visite, sessions GA4 de base). | denied |
Le high-level de la procédure de vérification
Google a publié une procédure officielle de validation qui s'appuie sur Tag Assistant. Sur le papier, elle ressemble à une vérification visuelle de 6 étapes : ouvrir le site, intercepter les requêtes gtag('consent', ...), vérifier les valeurs de chaque paramètre. En pratique, la valeur n'est pas dans le checklist, elle est dans l'identification des cas où les valeurs visibles ne correspondent PAS à ce qui est réellement envoyé par GTM, ou dans la détection d'une race condition entre ton CMP, ton dataLayer, et l'event gtag.js. C'est là que la majorité des implémentations échouent silencieusement, sans erreur visible dans la console.
Procédure officielle de vérification (Tag Assistant)
Ouvre Tag Assistant et entre l'URL de ton site
Va sur tagassistant.google.com, clique "Add domain", colle l'URL de ton site, et clique "Connect". Un onglet s'ouvre. Accepte ton bandeau de cookies normalement, comme un visiteur lambda.
Vérifie l'événement "Consent" le plus ancien
Dans Tag Assistant, va dans l'onglet Summary. Tu vas voir une liste d'events. Le premier event devrait être un Consent default (avant tout autre event). Clique dessus. Dans la section API Call, vérifie que les 4 paramètres
ad_storage,ad_user_data,ad_personalization,analytics_storagesont tous présents et explicitement à "denied". Si l'un manque, c'est un problème majeur.Vérifie l'événement "Consent" le plus récent
Toujours dans Summary, descend jusqu'à l'event Consent update (qui survient après que tu as cliqué sur ton bandeau). Vérifie que les valeurs reflètent ton choix: si tu as accepté tout →
grantedpartout. Si tu as refusé →deniedpartout. Si tu as fait un choix custom → mix selon ton bandeau.Vérifie chaque tag individuellement
Dans Summary > Tags tab, clique sur chaque tag (Google Ads, GA4, Floodlight). Vérifie que chacun s'est comporté selon les consentements: si tu as refusé
ad_storage, ton tag Google Ads ne doit PAS avoir envoyé d'identifiants. Si tu as accepté, il doit avoir tout envoyé. Toute divergence = bug.Établis ton baseline 30 jours avant le 15 juin
Avant le 15 juin, exporte dans un Google Sheet: ton nombre de conversions par jour des 30 derniers jours, la taille de tes listes de remarketing, le nombre d'utilisateurs uniques. C'est ta référence. Si après le 15 juin tu vois une chute supérieure à 5-10 %, ton banner a un bug.
À vérifier avant le 15 juin (audit complet)
- Identifier exactement où les choix du visiteur sont captés (CMP), stockés (cookie, localStorage), et traduits en signaux Google
- Confirmer que les 4 paramètres ont des défauts explicites (`denied` au Quebec)
- Tester avec Tag Assistant les états "refus", "accept tout", et "choix custom"
- Vérifier que le `consent default` s'exécute AVANT toute commande de mesure
- Sauvegarder 30 jours de baseline (conversions/jour, taille remarketing lists, users uniques)
- Documenter les défauts par région si tu cibles hors Québec (EEA, US, etc.)
L'angle Québec: Loi 25 te donne une avance, à condition que ton banner soit techniquement correct
Depuis 2023, la Loi 25 t'oblige déjà à avoir un bandeau de consentement explicite (opt-in, pas opt-out). Si toi ou ton agence avez fait le travail correctement à l'époque, tu es probablement prêt pour le 15 juin par accident.
Mais "probablement" n'est pas suffisant. La conformité juridique Loi 25 ≠ implémentation technique Consent Mode V2 correcte. McCarthy Tétrault rappelle que la Loi 25 prévoit des amendes jusqu'à 25 M$ ou 4 % du revenu mondial pour les manquements graves au consentement. Grant Thornton recommande de tester ton bandeau avec un outil comme Tag Assistant pour valider que la mécanique technique suit la promesse juridique.
La bonne nouvelle: une PME québécoise qui a déjà investi dans son bandeau Loi 25 a probablement 70-80 % du travail fait. Le 15 juin demande de vérifier les 20-30 % restants, pas de tout refaire.
Google just quietly removed one of the most important privacy controls advertisers had in Google Analytics. And they framed it as "simplifying." So your options are: let Google collect more data for its ad business, or accept degraded campaign performance. Pick one. Google is also offering a 90-day grace period to update privacy disclosures. If nothing meaningful were changing about how user data is handled, why would disclosures need updating? This looks less like simplification and more like Google moving the levers to where they benefit Google the most, which is their Ads business.
-90 %
Chute de conversions documentée
Cas Mike Teasdale, banner mal configuré
60 %
Des données perdues à jamais
Pas de rétroactivité après détection du bug
0 jour
De préavis avant la dégradation
Le banner casse en silence
Verdict
La procédure officielle existe, et elle est documentée. Ce qui n'est PAS documenté, c'est la combinatoire des pièges : race conditions GTM, configurations Loi 25 qui forcent un état initial différent de celui que Google attend, CMP qui réécrivent le dataLayer après le chargement, redirections d'authentification qui retirent les paramètres consent au mauvais moment. On en a identifié 10 sur les 20 derniers audits client. Le guide technique les liste tous avec le fix exact.
Qui devrait faire cette vérification : un sénior GA4 + GTM qui a déjà vu une race condition consent en production, qui sait lire le gtag('consent', ...) dans le Network tab et qui comprend pourquoi le default state Google et le default state Loi 25 ne s'alignent pas par défaut. Sans ce profil dans ton équipe, le risque opérationnel n'est pas le temps que ça prend de cocher les cases : c'est le mois où ton CPA monte de 30 % et où personne ne fait le lien avec une ligne GTM dans le mauvais ordre. C'est précisément le type de bug silencieux qu'on opère en mandat continu chez nos clients.
Si tu travailles déjà avec une agence, la question à poser : "Avez-vous testé notre bandeau avec Tag Assistant en mode 'refus' et 'accept tout'? Les 4 paramètres sont-ils tous denied par défaut? Avez-vous baseliné nos conversions GA4 et Google Ads sur les 30 derniers jours pour avoir un point de comparaison post-15 juin?" Une agence sérieuse a déjà fait les trois et peut te fournir les screenshots.
Tu veux qu'on audite ton implémentation Consent Mode V2 avant le 15 juin?
Demander un audit (1 h, gratuit)Questions fréquentes
Mon site n'a pas de bandeau de cookies. Est-ce que je dois m'inquiéter le 15 juin?
Oui, doublement. D'abord, tu es probablement en infraction avec la Loi 25 depuis 2023 (amende jusqu'à 25 M$). Ensuite, à partir du 15 juin, sans bandeau, Google appliquera ses défauts automatiques. Ces défauts peuvent être plus permissifs OU plus restrictifs que ce que tu veux. Tu n'as plus aucun contrôle.
J'utilise un CMP gratuit (ex: complianz, CookieYes free). Est-ce assez?
Probablement oui pour la conformité Loi 25, mais pas garanti pour Consent Mode V2. Le tier gratuit de beaucoup de CMPs n'inclut pas la fonctionnalité "Google Consent Mode V2 intégration". Vérifie dans les settings du CMP qu'il y a une mention explicite de Consent Mode V2 et que tous les 4 paramètres sont envoyés. Si non, considère un upgrade payant (~10-30 $/mois) ou une migration vers Cookiebot/OneTrust.
Combien je vais perdre en conversions si je ne fais rien?
Cas observés: 5 % à 30 % de baisse de conversions trackées dans Google Ads pour des sites avec bandeau correct mais Google Signals précédemment ON (la perte est dans la précision de l'attribution). Pour des sites avec bandeau mal configuré: jusqu'à 90 % de chute (le cas Teasdale). La range est large parce qu'elle dépend de combien d'utilisateurs cliquent "refuser".
Si je mets `ad_storage` à 'granted' par défaut, est-ce que je règle le problème?
Non, ne fais surtout pas ça. D'abord, c'est illégal au Québec (Loi 25 = consentement explicite = défaut denied). Ensuite, c'est techniquement un opt-out implicite déguisé en opt-in, ce qui est précisément ce que Google considère comme "misconfiguration" et risque d'entraîner des sanctions sur ton compte Google Ads (déjà observé en 2025 pour des comptes UK/EEA).
Smart Bidding va-t-il se réadapter automatiquement après le 15 juin?
Oui, mais après une période d'apprentissage de 2 à 3 semaines. Pendant ce temps, attends-toi à plus de variance dans la performance. Évite de pousser des changements de budget majeurs entre le 15 juin et le 5 juillet. Si ta conversion data devient soudainement trop sparse parce que ton banner est en mode "refus" massif, considère d'activer Enhanced Conversions comme bouée pour Smart Bidding.