Google Consent Mode v2 sur une landing page : ce qui change pour vos campagnes Google Ads

Depuis mars 2024, Google impose le Consent Mode v2 à tout site qui diffuse des campagnes Google Ads ou mesure des conversions avec un trafic en zone économique européenne (EEE) et au Royaume-Uni. Sans lui, Google ne construit plus d'audiences de remarketing sur vos visiteurs européens, et une partie de vos conversions Google Ads ou Analytics disparaît simplement du tableau de bord — pas parce que les visiteurs n'ont pas converti, mais parce que le signal qui le prouve n'est plus envoyé dans un format que Google accepte. Beaucoup de porteurs de landing page l'ignorent encore, ou pensent (à tort) qu'un bandeau de cookies conforme RGPD suffit. Ce guide explique ce qui a changé, ce qu'il faut installer concrètement sur une landing page, et ce que montre la recherche sur le compromis entre vie privée et mesure publicitaire.

Consent Mode v2, c'est quoi et pourquoi c'est devenu obligatoire

Le Consent Mode est un protocole ajouté à gtag.js (le script qui alimente Google Analytics et les tags Google Ads) qui indique à Google, tag par tag, si le visiteur a autorisé ou refusé chaque catégorie de données — mesure d'audience et publicité personnalisée. La version 2, sortie fin 2023 et rendue obligatoire en mars 2024, répond directement au Digital Markets Act (DMA) : Google, désigné « contrôleur d'accès » sur la publicité, doit désormais prouver qu'il ne combine des données publicitaires qu'avec un consentement explicite et documenté. Concrètement, si votre landing page cible un trafic européen et utilise Google Ads (conversions, remarketing) ou Google Analytics couplé à Google Ads, l'absence de Consent Mode v2 bloque la construction d'audiences de remarketing sur les visiteurs de l'EEE et dégrade le suivi des conversions — que votre bandeau de cookies soit par ailleurs conforme RGPD ou non.

Mode basique ou mode avancé : la différence qui compte

Consent Mode v2 se configure selon deux modes, et le choix change ce qui arrive avant même que le visiteur ait répondu au bandeau.

• Mode basique — les tags Google (GA4, conversion Google Ads) ne se chargent pas du tout tant que le visiteur n'a pas donné son consentement. Simple à mettre en place, mais aucune donnée n'existe sur les visiteurs qui refusent ou ignorent le bandeau : ni mesure, ni base pour une estimation statistique.
• Mode avancé — les tags se chargent dans tous les cas, mais envoient un signal « cookieless ping » anonymisé même en l'absence de consentement. Google agrège ensuite ces signaux avec la modélisation des conversions : un modèle statistique qui estime, à partir du comportement observé chez les visiteurs consentants, le volume de conversions probable chez les visiteurs non consentants. Cette modélisation ne s'active que si le volume est suffisant (Google évoque un seuil autour de 700 clics publicitaires sur 7 jours par pays et par domaine) — en dessous, le mode avancé n'apporte rien de plus que le mode basique.

Pour une landing page à fort budget publicitaire (Google Ads, Performance Max), le mode avancé récupère généralement une part réelle des conversions autrement invisibles ; pour une petite page à faible trafic, le mode basique suffit et évite une configuration inutilement complexe. Le choix se rapproche de celui documenté dans notre article sur le quality score Google Ads : au-delà d'un certain volume, les optimisations avancées deviennent rentables ; en dessous, elles ne font que compliquer le suivi.

Les deux nouveaux paramètres : ad_user_data et ad_personalization

Consent Mode v1 ne distinguait que analytics_storage et ad_storage (l'autorisation de déposer des cookies). La v2 ajoute deux signaux indépendants des cookies eux-mêmes :

• ad_user_data — autorise (ou non) l'envoi de données personnelles à Google à des fins publicitaires, y compris sans cookie (adresse IP, identifiants d'appareil).
• ad_personalization — autorise (ou non) l'utilisation de ces données pour du remarketing ou des audiences similaires.

Ces deux paramètres doivent être déclarés en denied par défaut avant le chargement de tout tag Google, puis mis à jour vers granted ou laissés à denied selon le choix réel fait sur le bandeau de consentement — jamais l'inverse. C'est cet ordre (défaut refusé, puis mise à jour) que la plupart des implémentations bâclées inversent, en laissant les tags se déclencher avant que le visiteur n'ait eu le temps de répondre au bandeau.

L'implémenter sur une landing page Next.js

Sur un template livré en code source comme les templates LanderKit, l'implémentation tient en trois étapes, sans dépendance à un CMP payant si votre bandeau maison respecte déjà les exigences RGPD détaillées dans notre guide RGPD formulaire :

1. Déclarer le consentement par défaut — un appel gtag('consent', 'default', { ad_storage: 'denied', ad_user_data: 'denied', ad_personalization: 'denied', analytics_storage: 'denied' }) placé avant tout script GA4 ou Google Ads dans le <head>, avant même l'hydratation du bandeau de cookies.
2. Mettre à jour au moment du choix — au clic sur « Accepter » ou « Refuser » du bandeau, appeler gtag('consent', 'update', {...}) avec les valeurs correspondantes ; c'est ce même événement qui doit piloter le bandeau lui-même, décrit dans notre article sur Google Tag Manager sur une landing page si vous passez par un conteneur GTM plutôt que par gtag.js directement.
3. Activer le mode avancé si le volume le justifie — dans GTM, cocher « Consentement en mode avancé » sur les tags Google Ads et GA4 ; en implémentation directe, ce comportement est automatique dès que ad_storage reste en denied mais que le tag continue de se charger.

Le déploiement sur Vercel ne change rien à cette logique — voir notre guide de déploiement Next.js — mais vérifiez que le script gtag('consent', 'default', ...) tourne bien côté client avant tout composant de tracking, ce qui exclut de le poser uniquement dans un composant chargé après hydratation.

Ce que montre la recherche sur le compromis vie privée / mesure

Le Consent Mode répond à une tension réelle, documentée par des travaux d'économie appliquée sur l'ensemble du RGPD plutôt que sur ce protocole précis (trop récent pour avoir sa propre littérature). Une étude d'Aridor, Che et Salz, publiée en 2023 dans The RAND Journal of Economics, a mesuré l'effet du RGPD sur un intermédiaire publicitaire majeur du secteur du voyage en ligne : le nombre de cookies traçables a chuté d'environ 12,5 %, mais la capacité de l'algorithme de prédiction du comportement à estimer les visiteurs restants ne s'est pas significativement dégradée — la valeur moyenne des visiteurs encore identifiables a même augmenté, compensant une grande partie de la perte (voir l'étude sur Google Scholar). C'est très exactement le mécanisme qu'exploite la modélisation des conversions de Consent Mode v2 : estimer statistiquement ce qui manque plutôt que le mesurer directement.

À l'inverse, une étude de Goldberg, Johnson et Shriver, publiée en 2024 dans l'American Economic Journal: Economic Policy, a mesuré sur 1 084 sites une baisse de 12 % des pages vues et du chiffre d'affaires enregistré en Europe après l'entrée en application du RGPD, avec un effet deux fois plus marqué sur les petits sites e-commerce que sur les grands (voir l'étude sur Google Scholar). Autrement dit : la conformité a un coût de mesure réel, et ce coût touche davantage les petites structures qui n'ont ni le volume de trafic nécessaire à une modélisation fiable, ni l'équipe technique pour une implémentation soignée — un argument de plus pour partir d'un code source clair plutôt que d'empiler des scripts au fil des campagnes.

Erreurs fréquentes à éviter

• Charger GA4 ou le tag de conversion Google Ads avant le consent default — même en denied, l'ordre des scripts doit placer la déclaration de consentement en premier.
• Confondre bandeau conforme RGPD et Consent Mode v2 — un bandeau peut être irréprochable côté CNIL tout en n'envoyant jamais le signal gtag('consent', 'update', ...) que Google attend : les deux sont liés mais distincts.
• Activer le mode avancé sans le trafic nécessaire — sous le seuil de modélisation, il n'apporte rien et complique l'audit du tracking pour rien.
• Oublier ad_user_data et ad_personalization — une implémentation qui ne gère que l'ancien ad_storage (Consent Mode v1) reste non conforme aux exigences 2024 de Google Ads.

Les templates LanderKit sont livrés en code source Next.js, sans usine à gaz de tracking préinstallée — ce qui facilite justement ce type d'implémentation propre, contrôlée dès le départ plutôt que rajoutée après coup. Sur une page à fort budget Google Ads comme le template e-commerce mono-produit ou une page de génération de leads comme le template immobilier, un Consent Mode v2 mal câblé se traduit directement par un coût par lead qui grimpe sans raison apparente. Les 10 templates LanderKit (89 € l'unité, 229 € le pack complet) partent d'une base assez sobre pour que ce câblage prenne quelques lignes, pas un chantier.