Relier Consentmanager à Google Tag Manager permet de transmettre les choix de consentement aux balises, plutôt que de laisser celles-ci fonctionner sans tenir compte des préférences exprimées. Cette liaison aide à adapter la collecte des données, mais ne suffit pas, à elle seule, à garantir la conformité au RGPD.
Pour une équipe web, l’enjeu est concret : une balise déclenchée trop tôt peut envoyer des données avant la réponse de la bannière. Comprendre l’ordre de chargement, les signaux du mode Consentement Google et les vérifications à effectuer permet de réduire ce risque.
A retenir :
- Transmission fiable des préférences entre la CMP et les balises
- État par défaut défini avant l’envoi des données de mesure
- Quatre signaux Google Consent Mode v2 correctement actualisés
- Contrôle régulier des déclenchements dans Tag Assistant
Consentmanager et Google Tag Manager : comprendre leur connexion
Une fois les enjeux posés, la première étape consiste à comprendre le rôle de chaque outil dans la gestion du consentement. Consentmanager agit comme CMP : il présente les choix aux visiteurs et communique leur état aux outils configurés sur le site.
Le rôle de la CMP dans la gestion du consentement
Dans Google Tag Manager, les informations de consentement peuvent être transmises par des mécanismes dédiés, notamment des modèles et des états associés aux balises. Selon Google Developers, les CMP peuvent fournir des modèles permettant de gérer ces mises à jour dans Tag Manager.
Concrètement, une boutique qui utilise Consentmanager peut associer l’acceptation des cookies publicitaires aux balises concernées, sans confondre ce choix avec celui des mesures d’audience. Cette séparation rend les préférences plus lisibles pour les visiteurs et facilite la configuration technique.
Repères de configuration dans l’écosystème :
- CMP : recueille et conserve les préférences selon sa configuration
- Google Tag Manager : orchestre les balises et leurs règles de déclenchement
- Mode Consentement Google : communique des états aux produits Google compatibles
- Équipe du site : vérifie les réglages et leur cohérence juridique
Les signaux à transmettre avec Consent Mode v2
Dans cette connexion, Consent Mode v2 ajoute deux signaux aux paramètres de stockage publicitaire et analytique déjà connus. Il s’agit de ad_user_data, relatif aux données utilisateur à des fins publicitaires, et de ad_personalization, lié à la personnalisation des annonces.
Signal
Fonction générale
Exemple de choix concerné
ad_storage
Stockage associé à la publicité
Autoriser ou refuser les cookies publicitaires
analytics_storage
Stockage utilisé pour la mesure d’audience
Autoriser ou refuser les cookies analytiques
ad_user_data
Envoi de données utilisateur liées à la publicité
Autoriser ou refuser cet usage publicitaire
ad_personalization
Personnalisation publicitaire
Autoriser ou refuser les annonces personnalisées
Selon Google Developers, les valeurs de ces signaux doivent refléter les choix réellement recueillis. Consent Mode transmet un état aux balises compatibles ; il ne remplace ni l’interface de consentement ni l’analyse des obligations applicables au site.
Configurer Consentmanager dans Google Tag Manager
Une fois les signaux identifiés, leur ordre d’exécution devient essentiel : l’état par défaut doit précéder les balises susceptibles d’envoyer des données. Un mauvais ordre peut laisser partir une requête avant que la CMP n’ait transmis la préférence du visiteur.
Définir l’état initial avant les balises de suivi
Dans une configuration adaptée, le site applique un état par défaut avant le déclenchement des balises de mesure, puis actualise les signaux dès que l’utilisateur choisit ses préférences. Selon Google Developers, les API de consentement de Tag Manager comprennent notamment setDefaultConsentState et updateConsentState.
Les valeurs par défaut doivent être déterminées selon les règles applicables et les régions visées, et non copiées automatiquement d’un exemple technique. Si la CMP se charge de façon asynchrone, il faut également éviter que les balises ne partent avant la disponibilité de son état.
Ordre de contrôle avant publication :
- Initialiser l’état de consentement avant les événements de mesure
- Charger la CMP et recueillir le choix de l’utilisateur
- Mettre à jour les signaux dès la confirmation des préférences
- Conserver le choix pour les visites suivantes, selon la configuration retenue
Mettre à jour et conserver les préférences utilisateur
Un consentement n’est pas figé après le premier clic : une personne peut revenir dans les paramètres et retirer une autorisation. La CMP doit alors communiquer le nouvel état rapidement, sans attendre un prochain chargement de page.
La conservation des préférences repose sur le fonctionnement configuré dans la CMP, par exemple un stockage propriétaire. Il faut vérifier que cet état est relu lors des visites suivantes et que la révocation modifie bien les signaux transmis aux balises concernées.
Moment du parcours
Vérification attendue
Risque en cas d’oubli
Chargement initial
État par défaut appliqué en premier
Balise déclenchée avant le signal
Choix dans la bannière
Mise à jour immédiate des préférences
État transmis différent du choix effectué
Retour aux paramètres
Acceptation ou refus actualisé
Ancienne préférence toujours utilisée
Visite ultérieure
Préférence conservée et relue
État initial incohérent avec le choix précédent
Ce suivi opérationnel prépare la vérification finale : une configuration enregistrée dans l’interface n’est fiable que si les événements observés correspondent aux choix réellement effectués.
Vérifier la conformité des données et les balises
Après la configuration, le contrôle en conditions réelles permet de repérer les écarts entre les préférences enregistrées et le comportement des balises. Cette étape est particulièrement utile lorsqu’un site combine des outils Google, des scripts tiers et plusieurs catégories de cookies.
Tester les scénarios de refus et d’acceptation
Dans le mode prévisualisation de Google Tag Manager, testez au minimum l’absence de choix, le refus, l’acceptation et la modification ultérieure des préférences. Selon Google Developers, une mise à jour appelée au mauvais moment peut entraîner des données de mesure manquantes, notamment lors d’un rechargement.
Pour une vérification utile, observez quels tags se déclenchent, à quel moment ils le font et quels états leur sont associés. Ne concluez pas à la conformité sur la seule base de la bannière visible : contrôlez aussi le comportement technique des balises.
Points de contrôle lors des essais :
- État initial cohérent avec les règles définies pour le site
- Absence de déclenchement prématuré des balises concernées
- Mise à jour visible après chaque modification des préférences
- Conservation du choix lors d’un retour sur le site
Éviter les erreurs fréquentes de Consentmanager
Un défaut fréquent survient lorsque l’utilisateur accepte, mais que la mise à jour du consentement n’est appelée qu’au moment où la page se ferme. Le navigateur peut interrompre certaines requêtes ; déclencher la mise à jour dès la confirmation limite ce risque.
Il faut aussi distinguer le rôle technique du mode Consentement et les obligations juridiques : l’outil ajuste le comportement de produits compatibles, mais ne décide pas à la place de l’éditeur si son dispositif respecte le RGPD. Pour les sites concernés, la documentation Google Developers recommande d’utiliser une CMP pour gérer les choix dans Tag Manager.
Une documentation claire des catégories, des états par défaut et des tests facilite les audits et les changements d’équipe. Elle permet aussi de corriger plus vite une balise qui ne suit pas le choix exprimé.
Source : Google Developers, « Configurer le mode Consentement sur les sites Web », Google Developers, 2026.
