La mise en œuvre de Google Consent Mode V2 nécessite la mise à jour de la bannière de consentement de votre site web et de la configuration de la gestion des balises pour transmettre deux signaux de consentement spécifiques : ad_user_data et ad_personalization. Selon la documentation de Google, la transmission de ces signaux explicites est requise pour se conformer à la politique de consentement des utilisateurs de l’UE et maintenir toutes les capacités de mesure des conversions et de ciblage d’audience sur Google Ads et GA4.
Qu’est-ce que Google Consent Mode V2 et pourquoi est-ce requis ?
Google Consent Mode V2 est un cadre de consentement mis à jour, conçu pour communiquer les choix de confidentialité des visiteurs du site web directement aux balises Google. La documentation de Google confirme que le Consent Mode V2 nécessite des signaux explicites pour les paramètres ad_user_data et ad_personalization afin de se conformer à la politique de consentement des utilisateurs de l’UE. Sans l’envoi de ces signaux, les comptes publicitaires ciblant les utilisateurs de l’Espace économique européen perdent l’accès aux fonctionnalités de publicité personnalisée et de remarketing.

Les versions précédentes du Consent Mode reposaient principalement sur les paramètres analytics_storage et ad_storage pour ajuster le comportement des balises en fonction du consentement de l’utilisateur. La mise à jour V2 élargit ce cadre en ajoutant des indicateurs de consentement explicites pour le traitement et la personnalisation des données utilisateur. Ce changement garantit que la collecte de données est strictement alignée sur les préférences de l’utilisateur avant que toute donnée ne soit envoyée aux services publicitaires.
Quelles sont les principales différences entre le mode de consentement de base et le mode avancé ?
Le choix entre le mode de consentement de base et le mode avancé détermine la manière dont votre site web gère les balises avant qu’un visiteur n’interagisse avec votre bannière de cookies. Dans une configuration de base, les balises Google restent complètement bloquées jusqu’à ce que le visiteur donne son consentement explicite. Une fois que l’utilisateur clique sur accepter, les balises se chargent et transmettent des données de mesure complètes aux plateformes Google.
Le mode de consentement avancé adopte une approche différente en chargeant les balises Google immédiatement lors du rendu de la page, mais en définissant les états de consentement par défaut sur refusé. Lorsque le consentement est refusé, les balises envoient des pings sans cookie au lieu de données de conversion complètes. Ces pings sans cookie permettent à Google Analytics 4 et Google Ads d’effectuer une modélisation comportementale sans suivre les utilisateurs individuels.

Dans un compte typique, la sélection du mode de consentement avancé préserve une plus grande partie des données de modélisation des conversions par rapport à la configuration de base. Cependant, les équipes juridiques de certaines juridictions préfèrent le mode de consentement de base car aucune demande ne quitte le navigateur de l’utilisateur avant que le consentement explicite ne soit accordé. Les organisations doivent équilibrer les interprétations réglementaires avec les exigences de modélisation des données lors du choix d’un modèle de mise en œuvre.
- Mode de base : Les balises Google sont complètement bloquées jusqu’à ce que l’utilisateur accepte les autorisations de cookies.
- Mode de base : Aucun ping ou demande n’est envoyé avant l’approbation du consentement.
- Mode avancé : Les balises Google se déclenchent immédiatement avec des indicateurs de refus par défaut définis avant l’interaction de l’utilisateur.
- Mode avancé : Envoie des pings sans cookie lorsque le consentement est refusé pour permettre la modélisation des conversions.
- Les deux modes : Nécessitent des signaux explicites pour les paramètres ad_user_data et ad_personalization.
Sélection d’une plateforme de gestion du consentement
La mise en œuvre du Consent Mode V2 commence généralement par une plateforme de gestion du consentement (CMP) certifiée. Les solutions CMP certifiées fournissent des intégrations intégrées qui formatent et envoient automatiquement les signaux de consentement directement à Google Tag Manager. Des plateformes comme Cookiebot, OneTrust, Usercentrics et Cookie Script gèrent l’interface de la bannière tout en mettant à jour les états de consentement directement en arrière-plan.
Lors du choix d’une CMP, vérifiez si elle prend en charge nativement les balises de modèle Google Consent Mode V2. L’utilisation d’une bannière partenaire simplifie la configuration car le script de la bannière met à jour les variables de consentement avant que vos balises marketing ne se déclenchent. Pour les sites web personnalisés ou les bannières de consentement personnalisées, les équipes de développement doivent écrire du code JavaScript personnalisé pour envoyer manuellement les événements de consentement à la couche de données.
Comment configurer le Consent Mode V2 dans Google Tag Manager ?
La configuration du Consent Mode V2 dans Google Tag Manager implique la définition des états de consentement par défaut avant l’exécution de tout autre script. Vous y parvenez en plaçant une commande de consentement par défaut directement dans l’en-tête du site ou en utilisant un modèle de communauté CMP dédié dans GTM. La commande par défaut définit ad_storage, analytics_storage, ad_user_data et ad_personalization sur refusé pour les nouveaux visiteurs.
Après avoir défini les valeurs par défaut, configurez votre balise CMP pour qu’elle se déclenche sur le déclencheur d’initialisation du consentement. Le déclencheur d’initialisation du consentement est un déclencheur GTM spécial conçu pour s’exécuter avant les déclencheurs standard d’initialisation et de vue de page. Cette séquence garantit que les états de consentement par défaut existent avant que les balises de suivi ne vérifient l’autorisation de l’utilisateur.
Ensuite, mettez à jour les états de consentement dynamiquement lorsqu’un visiteur donne son consentement sur la bannière. Lorsque l’utilisateur sélectionne ses préférences, la CMP envoie une commande de mise à jour à GTM avec des valeurs accordées pour les catégories autorisées. Les balises standard telles que la balise Google, les balises d’événement GA4 et le suivi des conversions Google Ads ajustent automatiquement leur comportement en fonction de ces indicateurs mis à jour.
- Étape 1 : Installez un modèle CMP certifié par Google ou injectez un script de consentement par défaut dans l’en-tête du site web.
- Étape 2 : Attribuez la balise de conteneur CMP pour qu’elle se déclenche sur le déclencheur d’initialisation du consentement – Toutes les pages.
- Étape 3 : Activez l’aperçu du consentement dans les paramètres du conteneur GTM pour auditer les exigences de consentement des balises.
- Étape 4 : Vérifiez les vérifications de consentement intégrées sur les balises Google standard telles que les balises GA4 et Google Ads.
- Étape 5 : Configurez des balises HTML personnalisées ou tierces pour exiger des catégories de consentement supplémentaires si nécessaire.
Comment vérifier les signaux de consentement dans Google Tag Assistant et GA4 ?
Le test de votre configuration garantit que les signaux de consentement explicites atteignent correctement les services Google. Ouvrez Google Tag Assistant et connectez votre site pour inspecter l’exécution des événements en temps réel. Sélectionnez l’événement d’initialisation du consentement dans le panneau de gauche et cliquez sur l’onglet Consentement pour confirmer que les valeurs par défaut initiales indiquent refusé pour tous les paramètres pertinents.
Ensuite, acceptez les cookies sur la bannière de votre site tout en regardant Tag Assistant. Recherchez un nouvel événement de mise à jour du consentement dans la chronologie et vérifiez à nouveau l’onglet Consentement. Vous devriez voir ad_user_data et ad_personalization passer de refusé à accordé. Si ces valeurs restent inchangées ou signalent des avertissements de paramètres manquants, votre bannière ne transmet pas correctement les indicateurs mis à jour.
Vous pouvez également inspecter les demandes réseau sortantes à l’aide des outils de développement de votre navigateur. Filtrez le trafic réseau en recherchant les demandes de collecte envoyées à Google Analytics ou Google Ads. Recherchez les paramètres gcs et gcd dans la chaîne de requête de la demande. Le paramètre gcd code l’état détaillé de chaque paramètre de consentement, prouvant si des signaux explicites sont présents.
Dépannage des erreurs courantes de mise en œuvre du consentement
Un modèle courant dans les comptes mal configurés est le déclenchement des balises avant que les états de consentement par défaut ne soient établis. Si une balise GA4 se déclenche sur l’événement standard de vue de page avant l’exécution du script CMP, les services Google peuvent enregistrer des données sans consentement ou revenir à des états inappropriés. Assurez-vous que votre CMP se charge en haut du code source de la page HTML.
Un autre problème fréquent concerne les déclarations de paramètres ad_user_data ou ad_personalization manquantes dans les implémentations personnalisées. Les scripts de bannière personnalisés écrits pour le Consent Mode V1 omettent souvent ces paramètres V2 plus récents. La mise à jour des scripts personnalisés nécessite l’ajout de ces deux variables aux charges utiles des appels de consentement par défaut gtag et de mise à jour du consentement gtag.
Le blocage des balises tierces peut également interrompre le suivi lorsque les balises sont mal mappées dans GTM. Assurez-vous que les vérifications de consentement natives sont activées dans les paramètres des balises intégrées GTM. Évitez de définir des déclencheurs de blocage stricts sur les balises Google si vous avez l’intention d’exécuter le mode de consentement avancé, car les déclencheurs de blocage empêchent complètement le déclenchement des pings sans cookie.
Par où commencer cette semaine
Pour mettre en œuvre le Consent Mode V2 efficacement, commencez par auditer votre bannière de cookies actuelle et votre conteneur GTM. Vérifiez si votre fournisseur CMP propose une intégration automatisée du Consent Mode V2 et mettez à jour votre script de bannière CMP vers la dernière version. Alien Road recommande de tester les changements dans un environnement de staging avant de publier les commandes de publication du conteneur.
Ensuite, activez l’aperçu du consentement dans les paramètres GTM pour inspecter chaque balise de votre conteneur. Vérifiez que les états ad_user_data et ad_personalization se mettent à jour proprement lors de l’interaction de l’utilisateur dans Tag Assistant. Une fois vérifié, publiez votre mise à jour de conteneur GTM pour maintenir un suivi des conversions ininterrompu et la création d’audiences sur vos canaux marketing Google.
Continuer la lecture : Planification stratégique · Marketing numérique