Ce que Consent Mode V2 signifie pour votre site

Si votre site diffuse des balises Google Ads, Google Analytics (GA4) et Floodlight et attire le moindre trafic depuis l’EEE ou le Royaume-Uni, vous ne pourrez plus éviter les nouvelles exigences réglementaires. La dernière initiative de Google axée sur la confidentialité, à savoir Consent Mode v2, est désormais le choix par défaut pour les annonceurs qui tiennent à poursuivre le remarketing et la mesure d’activité dans l’EEE et au Royaume-Uni. En résumé, Consent Mode est une couche de communication entre votre CMP (Consent Management Platform) ou votre bannière cookies et les balises propriétaires de Google, qui permet à Google d’agir selon les signaux reçus de votre CMP sans que vous ayez à modifier la logique et le comportement de chaque balise.

À ce jour, Consent Mode v2 est le choix par défaut recommandé pour tout annonceur disposant d’un site qui utilise des balises Google et sert du trafic depuis l’EEE et le Royaume-Uni. Google a activement encouragé les annonceurs à adopter cette pratique à la mi-2025, puis a annoncé une nouvelle transition à la mi-2026 : Google Signals cessera d’exister et ad_storage sera le seul paramètre contrôlant les traitements liés à la publicité dans les comptes GA4 associés.

Le plus délicat, dans cette transition en cours depuis début 2024, est qu’aucun signe d’échec n’est visible. Votre site n’aura pas l’air cassé, et aucune de vos balises de suivi ou de remarketing ne cessera de fonctionner. Pourtant, certaines de vos audiences de remarketing peuvent commencer à se vider en silence et devenir indisponibles dès que leur taille passe sous un seuil. Certains de vos événements de conversion peuvent apparaître comme invalides, tandis que certaines campagnes cesseront tout simplement de tourner si elles dépendent d’audiences qui ne se mettent plus à jour. Une CMP qui semble recueillir tous les consentements et toutes les catégories nécessaires peut échouer à les transmettre aux balises Google dans la forme qu’elles attendent.

Quelle est la différence entre Consent Mode V1 et V2 ?

Consent Mode V1 reposait sur deux signaux (ad_storage, analytics_storage) pour gérer les cookies Ads et Analytics de base. La version plus avancée, V2, introduit ad_user_data et ad_personalization, qui donnent encore plus de contrôle sur l’utilisation des données. Autrement dit, une bannière réglée uniquement avec les paramètres V1 paraît parfaite, mais souffre de problèmes de conformité au regard de la version V2.

Quels types de consentement existent dans Consent Mode ?

Consent Mode v2 comprend quatre paramètres distincts, chacun pouvant valoir granted ou denied :

• analytics_storage détermine si le propriétaire du site utilise des cookies dans Google Analytics et collecte des informations de session et des données utilisateur.
• ad_storage détermine si les cookies Google Ads peuvent être utilisés, ce qui influe sur le suivi des conversions et la constitution des listes de remarketing.
• ad_user_data détermine si les données utilisateur peuvent être transmises à Google à des fins publicitaires, y compris pour les conversions améliorées.
• ad_personalization détermine si ces données peuvent servir à personnaliser les publicités, à créer des audiences de remarketing, etc.

Pour les visiteurs de l’EEE et du Royaume-Uni, les quatre paramètres doivent par défaut valoir denied tant que le visiteur n’a pas agi. Cette approche du refus par défaut est le fondement de tout le système : si l’une des valeurs était automatiquement fixée à granted puis passait à denied après un refus, l’événement aurait déjà été comptabilisé avant le consentement, ce qui viderait la notion même de consentement de son sens.

Au-delà de ces quatre critères, Consent Mode propose deux modes de fonctionnement :

• Consent Mode basique aucune action n’est entreprise par les balises Google tant que l’utilisateur n’a pas répondu à la bannière. Aucune donnée n’est partagée, pas même de façon anonyme, avant qu’une décision ne soit prise. L’avantage de ce choix est sa cohérence du point de vue de la vie privée.
• Consent Mode avancé cette variante envoie immédiatement des messages à Google, même si aucun consentement n’a été donné. Un message « ping » ne contient ni cookies ni informations privées, mais il permet à Google d’analyser le comportement des utilisateurs qui ont ignoré la demande de consentement. Même si certaines informations peuvent être envoyées depuis le site avant qu’une décision ne soit prise, le mode avancé fournit davantage d’éléments exploitables.

Pourquoi Consent Mode V2 est-il important ?

Plusieurs raisons précises expliquent pourquoi le sujet mérite une vraie attention plutôt qu’un traitement expédié.

C’est une exigence des produits Google, pas une question de légalité. La réglementation elle-même ne mentionne même pas Consent Mode : on peut donc s’y conformer tout en ignorant complètement Consent Mode. La seule chose que l’on perd alors, c’est l’accès aux fonctions publicitaires et de mesure des produits Google pour le trafic EEE/Royaume-Uni. Google impose donc ses propres règles, indépendamment de ce qu’exige la loi.

Les effets d’un renoncement à Consent Mode sont progressifs plutôt qu’immédiats. Impossible de constater une sanction directe pour ne pas l’avoir mis en place. En revanche, Google cesse de collecter des données de remarketing et de mesure sur les visiteurs. Au bout d’un certain temps, la taille des audiences diminue, l’attribution devient moins précise, et certains types de campagnes s’arrêtent parce que l’effectif d’audience requis par Google n’est plus atteint.

Se débarrasser du risque juridique n’est pas automatique une fois le cas Google réglé. Les autorités ne cessent pas de contrôler la conformité au GDPR sous prétexte que Consent Mode a été mis en œuvre. Les manquements au GDPR peuvent entraîner des sanctions de plusieurs millions d’euros et une part significative du chiffre d’affaires en cas de violations graves. Par ailleurs, les autorités européennes scrutent aussi de près les « dark patterns » qui poussent les consommateurs à refuser les cookies.

Dans tous les cas, la qualité des données baisse. Même avec le Consent Mode avancé, les sites à très faible trafic risquent de ne pas produire assez de données neutres pour que les modèles de Google fournissent des estimations fiables. Dans ce cas, le modèle doit être considéré comme un indicateur, non comme une mesure précise.

Quelles sont les fonctionnalités clés de Consent Mode V2 ?

Globalement, cette fonctionnalité vous permet d’aller au-delà de la simple conformité : avec Consent Mode v2, Google et votre CMP travaillent à partir du consentement exact accordé par chaque utilisateur, individuellement. Le choix entre le mode basique et le mode avancé est le seul arbitrage possible : tout le reste consiste à transmettre les bons signaux de consentement à la balise Google correspondante avant qu’elle ne se déclenche.

Comment implémenter Consent Mode V2 ?

Une implémentation correcte suit généralement ce schéma :

1. L’état par défaut doit être défini en premier, avant le déclenchement de toute autre balise sur votre site : vous devez déclarer des valeurs par défaut pour les quatre paramètres (tous à denied par défaut pour les visiteurs EEE/Royaume-Uni). Cet état par défaut doit se charger avant vos balises GA4, Google Ads ou vos conteneurs GTM, et non en même temps ni après. L’une des erreurs d’implémentation les plus fréquentes est un mauvais ordre de déclenchement des balises.
2. Les catégories de consentement de votre bannière doivent être reliées aux signaux, de sorte qu’un clic de l’utilisateur mette à jour les paramètres concernés en temps réel, et pas seulement l’affichage de la page.
3. Une interaction doit mettre à jour l’état de consentement envoyé à Google, qui décide alors si les balises se déclenchent pleinement, en mode modélisé, ou pas du tout.
4. Vous devez choisir délibérément entre le mode basique et le mode avancé. Ce n’est pas un détail technique à laisser au hasard : c’est un choix d’entreprise sur la quantité de données que vous acceptez de ne pas transmettre avant le consentement, et sur la mesure que vous pourrez récupérer ensuite.
5. Vous devez vérifier deux fois, en production, que vos balises se déclenchent dans le bon ordre, comme décrit. Une erreur courante consiste à laisser des balises se déclencher avant l’initialisation du consentement, ce qui rend tout le dispositif inopérant tout en donnant l’impression de fonctionner correctement.

Utiliser une CMP conçue pour Consent Mode plutôt que de développer la vôtre résout la plupart de ces problèmes, en déportant vers la CMP la complexité de la transmission des signaux : il vous suffit de définir vos catégories pour qu’elles soient associées aux bons paramètres et que les mises à jour soient envoyées à Google en réponse à l’interaction de l’utilisateur. Le blocage préalable des scripts est ce qui retient les balises jusqu’à l’arrivée de ce premier signal, et un moteur de règles régionales est ce qui applique l’état « refusé par défaut » spécifiquement aux visiteurs de l’EEE et du Royaume-Uni.

Pour aller plus loin : ConsentX contre OneTrust

Comment tester Consent Mode V2 ?

Une fois en ligne, ne supposez pas que cela fonctionne : testez !

1. Inspectez d’abord la console du navigateur et l’onglet réseau, avant de prendre la moindre décision de consentement. Vérifiez, avant que le moindre cookie Google Ads ou Analytics ne soit déposé, que Gtag('consent', ...) ne fixe aucune valeur par défaut à true pour les sessions EEE/Royaume-Uni.
2. Utilisez l’aperçu GTM ou Google Tag Assistant pour dérouler le déclenchement des balises et confirmer que l’initialisation du consentement intervient avant toute autre balise, et que les balises suivantes respectent réellement l’état de consentement au lieu de se déclencher quoi qu’il arrive.
3. Testez tous les parcours de consentement : tout accepter, tout refuser, et toutes les sélections personnalisées que votre bannière autorise. Vérifiez les valeurs de ad_storage, analytics_storage, ad_user_data, et examinez les diagnostics Consent Mode intégrés à GA4 pour chacun d’eux. GA4 indique quand des signaux de consentement valides sont reçus et si la modélisation statistique est actuellement active pour la région, ce qui est un bon moyen de repérer une implémentation cassée sans plonger dans les requêtes réseau.
4. Retestez périodiquement votre implémentation, surtout après toute modification de balise ou de CMP. Une nouvelle balise marketing, une mise à jour du conteneur GTM ou une refonte de bannière peuvent casser l’ordre de déclenchement sans que personne ne le remarque. Vérifier plus d’une fois, et pas seulement juste après le lancement, aide à détecter des régressions qui pourraient fausser silencieusement votre mesure pendant des semaines, voire des mois.

Si vous voulez un contrôle rapide, vu de l’extérieur, de ce qui se déclenche avant le choix du visiteur, le scanner de cookies gratuit liste chaque balise et chaque cookie chargés dès le premier affichage.

Conclusion

Consent Mode v2 n’est pas un rempart contre une amende éventuelle. C’est une pièce du cadre d’autorégulation que Google impose à sa propre plateforme publicitaire. Les quatre bons signaux, le refus par défaut, l’initialisation du consentement avant tout le reste : voilà comment rester conforme et maintenir la performance des campagnes. L’autre voie mène à des audiences qui rétrécissent, à des conversions bruitées et à des campagnes actives qui s’éteignent sans raison apparente — sans qu’un centime ne parte en sanction, mais sans personne d’autre à blâmer que soi-même. Avec la disparition de Google Signals à la mi-2026, c’est le moment idéal pour se préparer plutôt que d’attendre l’échéance.

Prêt à vous mettre en conformité sans configuration manuelle ? Essayez ConsentX gratuitement et réglez correctement vos signaux Consent Mode v2 en quelques minutes.

Questions fréquentes

Est-ce obligatoire pour mon site ?

C’est requis si vous utilisez Google Ads/GA4 et ciblez des utilisateurs situés dans l’EEE, au Royaume-Uni ou en Suisse. Sans cela, vous ne pouvez ni faire de remarketing, ni suivre les conversions, ni diffuser des Google Ads personnalisées auprès des utilisateurs de l’UE ou du Royaume-Uni.

Qu’y a-t-il de nouveau en v2 par rapport à la v1 ?

La version 2 ajoute deux signaux supplémentaires (ad_user_data et ad_personalization) aux deux couverts par la version 1 (ad_storage et analytics_storage).

Cela remplace-t-il ma bannière cookies ou ma CMP ?

Non, cela ne les remplace pas : les deux fonctionnent ensemble. Votre bannière cookies ou votre CMP restera nécessaire pour recueillir le consentement des utilisateurs de l’UE ou du Royaume-Uni. Ce script, lui, informera les balises de Google du choix de l’utilisateur.

En ai-je besoin si je ne cible pas les utilisateurs de l’UE ou du Royaume-Uni ?

Ce n’est pas requis si vous ne ciblez aucun utilisateur de l’UE ou du Royaume-Uni. Cela dit, de nombreux sites utilisent les services Google sans se rendre compte qu’ils ont des utilisateurs venant de ces régions.

Comment ajouter la balise Google pour Consent Mode ?

Vous devrez ajouter un petit extrait de code JavaScript qui définit les réglages de consentement par défaut pour tous les cookies avant le chargement de votre bannière (tous les signaux sur « denied »). Il vous faudra ensuite mettre à jour ces signaux en fonction du choix de l’utilisateur et notifier les balises de Google de cette mise à jour. Ce processus est généralement automatisé par une plateforme de gestion des cookies ou par Google Tag Manager.