Google Consent Mode v2 : comprendre, installer, vérifier

Depuis mars 2024, sans Google Consent Mode v2, vos campagnes Google Ads perdent jusqu'à 30% de conversions mesurables. Pire : Google limite progressivement l'accès aux audiences, au remarketing et au Smart Bidding pour les sites qui ne transmettent pas les signaux v2. Ce n'est plus une recommandation, c'est une exigence technique de la plateforme.

Si votre site utilise Google Analytics 4, Google Ads, Floodlight, Campaign Manager 360 ou Display & Video 360 — et qu'une partie de votre audience vient de l'UE, de l'EEE, du Royaume-Uni ou de la Suisse — vous êtes concerné. Que vous soyez e-commerçant à 5 000 € de budget Ads mensuel ou annonceur à six chiffres, les règles sont exactement les mêmes. Google ne fait pas de distinction de taille.

Dans ce guide, vous allez comprendre la différence entre Basic et Advanced Consent Mode, voir comment l'installer en 10 minutes via Google Tag Manager ou en code brut, vérifier que tout fonctionne avant votre prochaine campagne, et éviter les quatre erreurs qui cassent silencieusement vos conversions. Sans jargon, avec des exemples concrets que vous pouvez copier-coller dès aujourd'hui.

Google Consent Mode v2 : définition et timeline

Google Consent Mode v2 est un standard technique développé par Google qui permet à ses tags marketing (GA4, Google Ads, Floodlight, DV360) d'adapter leur comportement en temps réel au consentement déclaré par l'utilisateur. Concrètement, votre bandeau cookie transmet à Google quatre signaux — accepté ou refusé — et chaque tag Google ajuste ce qu'il collecte, ce qu'il stocke et ce qu'il envoie en fonction de ces signaux.

La différence entre la v1 (lancée en 2020) et la v2 (imposée en 2024) tient en deux nouveaux signaux : ad_user_data (autorisation de transmettre des données utilisateur à Google à des fins publicitaires) et ad_personalization (autorisation d'utiliser ces données pour la personnalisation publicitaire et le remarketing). Ces deux signaux impactent directement Google Ads, là où la v1 ne couvrait que le stockage des cookies.

La timeline est stricte. Novembre 2023 : Google annonce l'obligation. 6 mars 2024 : Consent Mode v2 devient exigé pour tout annonceur Google Ads dans l'EEE, l'UK et la Suisse. Juin 2024 : extension aux produits Google Marketing Platform (DV360, CM360, SA360). Tout au long de 2024-2025, Google durcit progressivement les conséquences : désactivation des audiences personnalisées, dégradation du remarketing, restriction des fonctionnalités de mesure avancée.

Attention à un malentendu fréquent : Google Consent Mode v2 n'est pas un substitut au bandeau cookie. C'est le complément technique qui communique à Google le choix recueilli par votre CMP. Vous avez toujours besoin d'un bandeau cookie conforme à la CNIL en amont — GCM v2 applique simplement ce choix côté Google.

Basic vs Advanced Consent Mode : quel mode choisir ?

Google propose deux modes d'implémentation qui répondent à deux philosophies différentes. Le choix impacte directement le volume de données que vous collecterez et la performance de vos campagnes.

Le mode Basic est le plus restrictif. Tant que l'utilisateur n'a pas cliqué sur « Accepter » dans votre bandeau, aucun tag Google n'est chargé sur la page. Pas de script GA4, pas de pixel Ads, rien. Dès que l'utilisateur accepte, les tags sont injectés dynamiquement et commencent à collecter. C'est l'approche la plus « propre » juridiquement, mais vous perdez 100% des données des utilisateurs qui refusent ou qui quittent avant de choisir — typiquement 30 à 40% de votre audience européenne.

Le mode Advanced adopte une logique différente. Les tags Google chargent dès le premier rendu de la page, mais dans un état « cookieless » : aucun cookie n'est déposé, aucun identifiant n'est stocké, et les données personnelles sont absentes. Ces tags envoient à Google des « pings » anonymes — des signaux extrêmement légers qui permettent à Google de reconstruire une estimation statistique des conversions via son modèle de machine learning appelé « Consent Mode modeling ». Résultat : vous récupérez 65 à 70% des conversions perdues, sans jamais déposer le moindre cookie non consenti.

Notre recommandation : Advanced pour tout site qui investit plus de 1 000 € par mois dans Google Ads. La récupération de conversions via modeling change littéralement le ROAS (Return On Ad Spend) — elle permet aussi à Smart Bidding de continuer à optimiser correctement vos enchères. Basic reste pertinent pour les sites vitrine sans objectif de conversion, les associations, ou les contextes où la sobriété technique prime sur la performance marketing.

Point important : dans les deux modes, aucun cookie non essentiel n'est déposé sans consentement. La différence porte uniquement sur le chargement du script Google, pas sur le respect du RGPD. Les deux modes sont légaux si votre bandeau recueille correctement le consentement.

Installation pas à pas avec Google Tag Manager

Si votre site utilise Google Tag Manager (ce qui est le cas de 70% des sites e-commerce français), voici la procédure complète. Comptez 15 minutes si vous connaissez GTM, 45 minutes sinon.

1. Vérifier que votre CMP supporte Consent Mode v2. La plupart des CMP majeures (ConsentLab, Cookiebot, Didomi, Axeptio, OneTrust) émettent nativement les quatre signaux v2. Consultez la documentation de votre outil pour confirmer qu'il pousse bien ad_storage, analytics_storage, ad_user_data et ad_personalization — pas uniquement les deux signaux v1. Si votre CMP ne gère que la v1, c'est bloquant : changez de CMP ou faites la mise à jour avant d'aller plus loin.

2. Configurer les paramètres par défaut dans GTM. Dans votre conteneur GTM, créez un tag de type « Consent - Default ». Déclencheur : l'événement intégré « Consent Initialization - All Pages » (qui se charge avant tout autre tag). Cochez les quatre signaux v2 plus functionality_storage et security_storage. Valeur par défaut : denied pour les signaux marketing et analytics, granted pour fonctionnels et sécurité. Région : saisissez EEA, GB, CH pour limiter l'application à l'Europe (ou laissez vide pour appliquer mondialement par prudence).

3. Activer Consent Mode dans tous les tags Google. Ouvrez chaque tag GA4, Google Ads Conversion, Google Ads Remarketing ou Floodlight. Dans les paramètres avancés, cochez « Enable consent overrides » puis sélectionnez « Advanced Consent Mode ». Associez chaque tag au bon signal : GA4 respecte analytics_storage, les tags Ads respectent ad_storage ET ad_user_data ET ad_personalization. C'est ici que la plupart des intégrations échouent — voir l'avertissement ci-dessous.

4. Configurer la mise à jour du consentement. Votre CMP doit déclencher un événement dataLayer (typiquement cmp_consent_updated ou équivalent) chaque fois que l'utilisateur accepte, refuse ou modifie ses préférences. Créez un déclencheur GTM « Custom Event » sur ce nom, puis un tag « Consent - Update » qui lit les valeurs actuelles depuis la CMP et les pousse vers Google via gtag('consent', 'update', ...). Les CMP sérieuses fournissent un template GTM prêt à l'emploi.

5. Publier le conteneur. Incrémentez la version, ajoutez une note explicative (« Enable GCM v2 »), testez en mode Preview sur votre site avec la console ouverte, puis publiez en production. Vérifiez qu'aucune erreur JavaScript n'apparaît lors des premiers chargements — c'est le moment où les conflits avec des tags legacy se manifestent.

6. Vérifier dans GA4. Dans l'interface GA4, allez dans Admin > Paramètres de consentement. Après 24 à 48 heures, la ligne « État du consentement » doit indiquer que des utilisateurs arrivent avec un état explicite (consented/denied). Si cette ligne reste vide, votre configuration ne communique pas correctement avec GA4.

Installation manuelle sans GTM (code brut)

Si votre site charge GA4 ou Google Ads en direct — sans passer par Google Tag Manager — vous devez implémenter Consent Mode v2 à la main. Le principe est simple : le snippet de consentement doit se charger AVANT le snippet Google, avec un état initial « tout refusé ».

Placez ce bloc dans le <head> de votre site, en tout premier script, avant le code GA4 ou Ads :

<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
 
  // État par défaut : tout refusé
  gtag('consent', 'default', {
    'ad_storage': 'denied',
    'analytics_storage': 'denied',
    'ad_user_data': 'denied',
    'ad_personalization': 'denied',
    'functionality_storage': 'granted',
    'security_storage': 'granted',
    'wait_for_update': 500,
    'region': ['EEA', 'GB', 'CH']
  });
</script>

Puis, dans le code de votre CMP, après que l'utilisateur a cliqué « Accepter tout » (ou équivalent), émettez la mise à jour du consentement :

// Exemple : utilisateur accepte tout
gtag('consent', 'update', {
  'ad_storage': 'granted',
  'analytics_storage': 'granted',
  'ad_user_data': 'granted',
  'ad_personalization': 'granted'
});

Deux paramètres méritent une explication. wait_for_update: 500 indique à Google d'attendre 500 millisecondes après le chargement de la page avant de basculer sur les valeurs par défaut si votre CMP n'a pas répondu. C'est un filet de sécurité : si la CMP charge vite (moins de 500 ms), Google utilise les vrais signaux utilisateur ; sinon, il reste en mode refusé. region: ['EEA', 'GB', 'CH'] limite l'application du Consent Mode à l'Espace Économique Européen, le Royaume-Uni et la Suisse — zones où la loi impose le consentement préalable. En dehors de ces régions, le tracking peut démarrer immédiatement.

Pour un refus granulaire (par exemple l'utilisateur accepte la mesure mais refuse la publicité), adaptez les valeurs signal par signal. C'est l'intérêt du mode v2 : chaque finalité est gérée indépendamment.

Vérifier que votre Consent Mode fonctionne

Déployer sans tester, c'est prendre le risque de découvrir trois mois plus tard que vos conversions ne remontent plus. Voici trois méthodes complémentaires pour valider votre installation.

1. Chrome DevTools Network tab. Ouvrez votre site en navigation privée, ouvrez les DevTools (F12), onglet Network, filtre « collect ». Cliquez « Tout refuser » dans votre bandeau, puis naviguez. Regardez les requêtes vers google-analytics.com/g/collect : dans l'URL, cherchez le paramètre gcs=G1.... gcs=G100 signifie que les quatre signaux sont refusés (mode cookieless actif). gcs=G111 signifie que les signaux d'analytics et ad_storage sont accordés. Les digits du code gcs reflètent littéralement l'état des signaux — c'est le test le plus rapide pour confirmer que votre CMP transmet bien le refus.

2. Google Tag Assistant (extension Chrome). Installez l'extension officielle, activez-la sur votre site, cliquez l'icône dans la barre d'outils. L'assistant affiche l'état de consentement en temps réel pour chaque tag Google détecté, ainsi que les événements émis. Très utile pour débuguer les tags qui ne respectent pas le consentement — ils apparaissent en rouge dans l'interface.

3. GA4 DebugView. Dans votre propriété GA4, allez dans Admin > DebugView. Activez le mode debug sur votre navigateur (via l'extension Google Analytics Debugger ou en ajoutant ?debug_mode=1 à l'URL). Vous voyez alors les événements en direct avec leur état consent_status. Basculez votre consentement via la CMP (accepter, puis modifier) et observez la réaction : l'état doit changer instantanément dans DebugView.

Pour une procédure détaillée étape par étape avec captures d'écran, consultez la documentation ConsentLab.

Les 4 erreurs qui cassent vos conversions

Ces quatre erreurs reviennent dans l'immense majorité des audits que nous menons chez ConsentLab. Elles passent inaperçues pendant des semaines puis explosent vos rapports Google Ads.

1. Oublier ad_user_data et ad_personalization. Ce sont les deux signaux v2 les plus souvent oubliés lors des intégrations GTM réalisées à partir d'un tutoriel v1 non mis à jour. Résultat : vos tags Google Ads continuent de tracker pour la conversion (ad_storage accordé) mais Google considère qu'ils n'ont pas l'autorisation de personnalisation (ad_personalization absent ou denied). Vos audiences personnalisées se désactivent progressivement. Vérifiez impérativement que les quatre signaux sont présents dans vos tags default ET update.

2. Définir le default en granted. C'est l'erreur la plus grave juridiquement. Si votre tag « Consent - Default » pousse ad_storage: 'granted' au lieu de denied, cela équivaut à tracker tous vos utilisateurs avant qu'ils n'aient donné leur consentement — sanction CNIL quasi garantie en cas de contrôle. L'état initial DOIT être denied pour tous les signaux marketing et analytics. La mise à jour en granted se fait après le clic utilisateur, jamais avant.

3. Ne pas émettre la mise à jour après le choix. Configuration classique ratée : le tag default est bien en place, mais la CMP ne déclenche aucun événement dataLayer après le choix utilisateur. Résultat : même lorsque l'utilisateur accepte, les tags restent en mode denied et aucune donnée n'est collectée. Testez systématiquement le flux complet en mode Preview : clic « Accepter tout » → événement dataLayer émis → tag « Consent - Update » déclenché → signaux passés à granted.

4. Mélanger Basic et Advanced sur le même site. Certaines équipes configurent GA4 en Advanced mais laissent Google Ads en Basic (ou l'inverse), pensant bien faire. Résultat : double-comptage, incohérences de mesure, conversions qui remontent sur un rapport et pas sur l'autre. Choisissez un seul mode et appliquez-le uniformément à tous vos tags Google. C'est plus simple, plus fiable, plus auditable.

FAQ — Google Consent Mode v2

Est-ce obligatoire si je n'utilise que Google Analytics sans Google Ads ? Techniquement oui, Consent Mode v2 est requis pour GA4 aussi — mais l'impact immédiat est moindre que pour Google Ads. Google applique progressivement les mêmes restrictions (perte d'audience, dégradation du modeling) aux propriétés GA4 qui ne transmettent pas les signaux v2. Autant le faire dès maintenant, le coût est le même.

Mon Consent Mode v1 existant fonctionne-t-il encore ? Partiellement. Les deux signaux historiques (ad_storage, analytics_storage) sont toujours acceptés, mais Google Ads désactive les audiences personnalisées et limite le remarketing si les deux nouveaux signaux v2 (ad_user_data, ad_personalization) sont absents. La migration v1 → v2 prend généralement moins de 30 minutes sur GTM.

Puis-je l'implémenter sans CMP dédiée ? Techniquement oui, en codant vous-même un bandeau qui gère le stockage du choix, la révocation, la preuve de consentement, la conformité multilingue et la mise à jour des signaux. En pratique, cela représente 20 à 40 heures de développement initial plus de la maintenance continue. Une CMP comme ConsentLab fait tout cela nativement pour quelques euros par mois.

Qu'est-ce que le Consent Mode modeling de Google ? Un modèle statistique propriétaire qui reconstruit les conversions perdues en extrapolant à partir des utilisateurs ayant accepté. Google compare les comportements des utilisateurs « consented » et « denied » et estime statistiquement combien de conversions auraient eu lieu. Dans un e-commerce typique, le modeling récupère 65 à 70% des conversions. Uniquement disponible en mode Advanced.

Combien de temps avant de voir l'effet dans Google Ads ? Comptez 72 heures pour que les nouvelles conversions remontent dans l'interface Ads, et 7 à 14 jours supplémentaires pour que le modeling stabilise les rapports. Évitez de prendre des décisions d'optimisation dans cette fenêtre — les chiffres oscillent le temps que Google apprenne la nouvelle distribution de consentement de votre site.

Consent Mode v2 et RGPD : suffisant pour la CNIL ? Non. Consent Mode v2 est un mécanisme technique côté Google, rien de plus. La CNIL exige un bandeau cookie conforme (refus aussi simple que l'acceptation, finalités explicites, preuve stockée) en amont. GCM v2 applique simplement le choix recueilli par votre CMP — il ne le recueille pas. Les deux sont indispensables et complémentaires.