Pourquoi le Consent Mode v2 est indispensable pour GA4
Je gère des architectures de tracking web depuis 17 ans. L'arrivée du Consent Mode v2 de Google n'est pas une simple mise à jour réglementaire de plus, c'est une refonte structurelle de la façon dont Google Analytics 4 collecte et traite vos données en Europe. Pour rester en conformité avec le RGPD tout en limitant la perte de visibilité sur vos conversions et votre trafic, une mise en œuvre technique rigoureuse de ce protocole est indispensable.
Le RGPD impose le recueil d'un consentement libre, spécifique et éclairé avant tout dépôt de traceur non essentiel. En coupant purement et simplement vos balises de tracking en l'absence de consentement, vous perdez mécaniquement entre 30 % et 60 % de vos données de navigation. Cette perte aveugle détruit la fiabilité de vos rapports de canaux, de vos entonnoirs de conversion et de vos analyses d'attribution.
Le Consent Mode v2 résout ce problème en introduisant deux nouvelles variables de consentement qui s'ajoutent aux variables historiques :
GA4 utilise ces signaux pour adapter dynamiquement son comportement de collecte. Si vous n'implémentez pas correctement ces signaux v2, les données GA4 exportées vers Google Ads perdront toute valeur pour l'optimisation des enchères et la création d'audiences ciblées.
- `ad_user_data` : contrôle si les données utilisateur peuvent être envoyées à Google à des fins publicitaires.
- `ad_personalization` : contrôle si les données peuvent être utilisées pour le remarketing et la publicité personnalisée.
- `analytics_storage` : contrôle le dépôt des cookies de mesure d'audience GA4.
- `ad_storage` : contrôle le dépôt des cookies publicitaires.
Implémentation : Mode Basique vs Mode Avancé
Lors de mes interventions chez nos clients, la première décision stratégique concerne le choix du mode d'implémentation. Deux approches s'affrontent, avec des impacts majeurs sur la qualité de vos données dans GA4.
Le Mode Basique consiste à bloquer complètement l'exécution des balises GA4 tant que l'utilisateur n'a pas explicitement consenti via la bannière de cookie (CMP). Si l'utilisateur refuse ou ignore la bannière, aucune donnée n'est collectée, aucun ping n'est envoyé. C'est l'approche la plus prudente d'un point de vue juridique, souvent privilégiée par les directions conformité, mais elle vous prive de toute possibilité de modélisation comportementale dans GA4.
Le Mode Avancé charge les balises GA4 avant même que l'utilisateur n'ait fait son choix. Si l'utilisateur refuse le consentement, GA4 n'écrit et ne lit aucun cookie publicitaire ou d'analyse. À la place, la balise envoie des requêtes sans cookie, appelées "pings de consentement" (cookieless pings). Ces pings ne contiennent pas d'identifiant utilisateur persistant mais transmettent des données contextuelles de base : type d'appareil, pays de connexion, heure, type de conversion. Ce sont précisément ces pings anonymes qui permettent aux algorithmes de machine learning de GA4 de reconstituer statistiquement les données manquantes.
Du point de vue du RGPD et des recommandations de la CNIL, le Mode Avancé exige une configuration minutieuse, notamment l'anonymisation des adresses IP (native dans GA4) et le masquage des paramètres d'URL pour s'assurer qu'aucune donnée personnellement identifiable (PII) ne transite dans les pings anonymes.
Configuration pas à pas dans Google Tag Manager
Pour mettre en œuvre le Consent Mode v2, je vous recommande d'utiliser Google Tag Manager (GTM) combiné à une plateforme de gestion du consentement (CMP) certifiée par Google. Voici la méthodologie technique que nous appliquons systématiquement.
Première étape : Déclarer l'état par défaut (Default State). Cet état doit impérativement être défini avant le chargement du conteneur GTM ou de toute balise de mesure. Vous devez configurer votre CMP pour qu'elle injecte un script de consentement par défaut le plus tôt possible dans le code de votre page, ou utiliser le modèle de balise officiel de votre CMP dans GTM configuré avec le déclencheur "Consent Initialization" (Initialisation du consentement).
Le code d'initialisation par défaut doit ressembler à ceci :
```javascript
gtag('consent', 'default', {
'ad_storage': 'denied',
'analytics_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied',
'wait_for_update': 500
});
```
Deuxième étape : Gérer la mise à jour du consentement (Update State). Dès que l'utilisateur interagit avec la bannière et accepte tout ou partie des finalités, la CMP doit déclencher immédiatement une commande de mise à jour :
```javascript
gtag('consent', 'update', {
'ad_storage': 'granted',
'analytics_storage': 'granted',
'ad_user_data': 'granted',
'ad_personalization': 'granted'
});
```
Troisième étape : Configurer les balises dans GTM. Dans les paramètres de votre conteneur GTM, activez la fonctionnalité "Activer la vue d'ensemble du consentement". Cela vous permet de visualiser et d'associer les exigences de consentement à chaque balise.
Les balises de l'écosystème Google (Google Tag, GA4 Event) intègrent des contrôles de consentement natifs. Vous n'avez pas besoin d'ajouter des déclencheurs de blocage personnalisés basés sur des variables de cookies pour ces balises. Laissez-les se déclencher normalement sur vos déclencheurs habituels (comme "All Pages" ou "Initialization"). C'est GTM et la bibliothèque gtag.js qui décideront en interne de stocker des cookies (consentement accordé) ou d'envoyer uniquement des pings anonymes (consentement refusé).
Décoder les paramètres de consentement : GCS et GCD
Pour valider techniquement votre intégration du Consent Mode v2, vous ne devez pas vous fier uniquement à l'interface de votre CMP. Vous devez inspecter les requêtes réseau réelles envoyées aux serveurs de Google.
Ouvrez les outils de développement de votre navigateur (F12), allez sur l'onglet "Réseau" (Network) et filtrez les requêtes avec le terme `collect?v=2` pour isoler les appels GA4. Analysez la chaîne de requête (query string) pour y trouver deux paramètres clés : `gcs` et `gcd`.
Le paramètre `gcs` (Google Consent Status) utilise un format à trois caractères `G1xx` pour indiquer l'état des cookies :
Le paramètre `gcd` (Google Consent Default) est l'indicateur spécifique au Consent Mode v2. Il s'agit d'une chaîne plus longue et encodée qui transmet les valeurs de signaux par défaut et leurs mises à jour pour les quatre paramètres fondamentaux. Sa structure type ressemble à ceci : `11p1p1p1p5` ou `13q3q3q2q5`.
Chaque lettre de cette chaîne indique l'état et l'origine du signal (par exemple, si la valeur a été définie par défaut ou mise à jour par un choix utilisateur). La présence de ce paramètre `gcd` dans vos requêtes réseau est la preuve technique indiscutable que votre site communique correctement l'état de consentement v2 à GA4.
- `G100` : Aucun consentement accordé (`ad_storage` et `analytics_storage` à `denied`).
- `G110` : `ad_storage` accordé, `analytics_storage` refusé.
- `G101` : `ad_storage` refusé, `analytics_storage` accordé.
- `G111` : Les deux consentements sont accordés.
Activer et valider la modélisation comportementale dans GA4
Une fois le Consent Mode v2 configuré en Mode Avancé, GA4 va pouvoir exploiter la modélisation comportementale (behavioral modeling) pour combler le manque de données causé par les refus de cookies. Les algorithmes de Google utilisent le comportement des utilisateurs qui ont consenti pour estimer le comportement de ceux qui ont refusé, en se basant sur les pings anonymes collectés.
Cependant, cette modélisation n'est pas active immédiatement. Google impose des prérequis de volume stricts pour garantir la précision de ses modèles :
Si votre site atteint ces volumes, vous devez valider l'activation de la modélisation dans l'interface de GA4. Allez dans l'administration de votre propriété, sous l'onglet "Affichage des données" puis "Identité de création de rapports".
Vous y trouverez trois options :
Sélectionner "Mélangée" vous assure de visualiser des rapports consolidés où les utilisateurs non consentants sont réintégrés statistiquement. Vous constaterez généralement une récupération de 15 % à 30 % de vos sessions et de vos conversions dans vos rapports de canaux d'acquisition, stabilisant ainsi vos analyses de ROI.
- La propriété GA4 doit collecter au moins 1 000 utilisateurs par jour ayant refusé le consentement (qui envoient des pings anonymes) pendant au moins 7 jours sur les 28 derniers jours.
- La propriété doit enregistrer au moins 1 000 utilisateurs par jour ayant accepté le consentement pendant la même période.
- "Mélangée" (Blended) : C'est l'option recommandée. GA4 utilise d'abord l'ID utilisateur (User-ID) s'il existe, puis l'ID d'appareil (Device-ID). Si aucun identifiant n'est disponible, GA4 utilise les données modélisées. C'est ici que la magie de la modélisation comportementale opère.
- "Observée" (Observed) : GA4 utilise uniquement les données réelles collectées via les identifiants actifs. Les données modélisées sont totalement exclues de vos rapports.
- "Basée sur l'appareil" (Device-based) : GA4 utilise uniquement l'ID d'appareil (le cookie client), ignorant les signaux utilisateur croisés et la modélisation.
Besoin d'un regard extérieur sur ce sujet ? Voir la page Google Analytics ou me contacter.