Le mode Consentement vous permet de communiquer à Google l'état du consentement de vos utilisateurs concernant les cookies ou les identifiants d'applications. Les balises ajustent leur comportement et respectent les choix des utilisateurs.
Le mode Consentement interagit avec votre plate-forme de gestion du consentement (PGC) ou votre solution personnalisée pour obtenir le consentement des utilisateurs (bannière de consentement pour les cookies, par exemple). Le mode Consentement reçoit les choix de consentement de vos utilisateurs à partir de votre bannière pour les cookies ou de votre widget, et adapte dynamiquement le comportement d'Analytics, d'Ads et des balises tierces, qui créent ou lisent des cookies.
Lorsque les visiteurs refusent de donner leur consentement, les balises envoient des pings à Google au lieu de stocker des cookies. Si vous utilisez Google Analytics 4, Google comble les lacunes de collecte des données à l'aide de la modélisation des conversions et de la modélisation du comportement.
Balises compatibles avec le mode Consentement
Les balises Google pour les produits suivants disposent de vérifications intégrées du consentement et ajustent leur comportement en fonction de l'état du consentement :
- Google Analytics
- Google Ads*
- Floodlight
- Conversion Linker
* inclut le suivi des conversions et le remarketing Google Ads ; compatibilité à venir avec les conversions par appel téléphonique.
État du consentement et comportement des balises
Lorsque vous activez le mode Consentement, les produits de mesure Google préservent l'état du mode Consentement d'un visiteur sur les pages qu'il consulte. Si le consentement est refusé, les balises déclenchées ne stockent pas de cookies, mais communiquent un minimum d'informations sur l'activité de l'utilisateur. La communication de l'état du consentement et de l'activité de l'utilisateur est ensuite assurée en envoyant les types suivants de pings sans cookie, ou signaux, au serveur Google :
- Pings sur l'état du consentement pour les balises Google Ads et Floodlight : ils communiquent l'état de consentement par défaut que vous avez configuré et l'état mis à jour lorsque le visiteur accorde ou refuse le consentement pour chaque type de consentement, par exemple "ad_storage" et "analytics_storage". Les pings sur l'état de consentement sont envoyés depuis chaque page visitée par l'utilisateur où le mode Consentement est activé. Ils sont également déclenchés pour certaines balises si l'état du consentement passe de "refusé" à "accordé" (par exemple, si un visiteur donne son accord dans une boîte de dialogue de collecte du consentement).
- Pings de conversion : ils indiquent qu'une conversion a eu lieu.
- Pings Google Analytics : ils sont envoyés depuis chaque page d'un site Web où Google Analytics est implémenté lors du chargement et quand des événements sont consignés.
Les pings décrits ci-dessus peuvent inclure :
- des informations fonctionnelles (telles que les en-têtes ajoutés de manière passive par le navigateur) :
- Code temporel
- User-agent (Web uniquement)
- URL de provenance
- des informations agrégées/ne permettant pas d'identification :
- Informations indiquant si l'URL d'une page du site actuellement ou précédemment consultée par l'utilisateur incluait des données concernant les clics sur les annonces (par exemple, GCLID/DCLID)
- Informations booléennes sur l'état de consentement
- Nombre aléatoire généré à chaque chargement de page
- Informations sur la plate-forme de consentement utilisée par le propriétaire du site (ID de développeur, par exemple)
Comportement du mode Consentement
En outre, les pings de consentement et de conversion peuvent inclure les comportements décrits ci-dessous en fonction de l'état des paramètres de consentement et de la configuration de vos balises.
Les comportements par défaut fonctionnent comme si toutes les options de consentement étaient accordées :
|
|
|
|
Web |
Applications mobiles |
|
|
Si une ou plusieurs formes de consentement ne sont pas accordées, d'autres comportements sont à prendre en compte :
|
|
|
|
Web |
Applications mobiles |
|
|
|
|
|
Web |
|
|
|
|
|
Web |
Applications mobiles |
|
|
|
Web/Applications mobiles
|
|
Bonnes pratiques concernant le mode Consentement
Quelle que soit la façon dont vous activez le mode Consentement, voici les bonnes pratiques à suivre :
- Définissez un état de consentement initial avec les valeurs par défaut déterminées par votre organisation. L'état de consentement par défaut s'applique la première fois qu'un visiteur consulte une page de votre site Web.
- Assurez-vous que les balises de page se chargent avant que la boîte de dialogue de collecte du consentement n'apparaisse.
- Chargez les balises Google dans tous les cas, et pas uniquement si l'utilisateur donne son consentement. Si le consentement est refusé, Google reçoit des pings sans cookie. Dans les propriétés Google Analytics 4, les pings sans cookie permettent à la modélisation des comportements et des conversions de combler les lacunes dans vos données.
- Les options permettant d'obtenir le consentement doivent être présentées au visiteur dès que possible. Mettez à jour l'état du consentement une fois que l'utilisateur a indiqué son choix.
- Permettez aux utilisateurs d'accepter ou de refuser chaque type de stockage utilisé par les balises d'un site Web. Par exemple, un utilisateur peut autoriser les cookies de données analytiques et refuser les cookies publicitaires.
- Étant donné que les lois sur la confidentialité sont actuellement propres aux régions, configurez un état par défaut qui s'applique à des régions spécifiques et non à l'ensemble des visiteurs. En particulier, si votre organisation exige que l'état par défaut soit "refusé", le fait d'appliquer l'état "refusé" uniquement aux visiteurs de la région appropriée permet d'éviter de perdre des mesures précises pour toutes les autres zones géographiques.
Différences entre l'intégration avancée et l'intégration de base
Si vous choisissez de mettre en œuvre le mode Consentement en bloquant les balises Google jusqu'à ce que la boîte de dialogue de collecte du consentement s'affiche et que les utilisateurs accordent leur consentement, vous ne bénéficierez pas de tous les avantages du mode Consentement. Par exemple, vous ne recevrez pas de données modélisées dans votre propriété GA4 pour combler les lacunes dans les données observées manquantes lorsque les utilisateurs refusent le consentement. Que vous décidiez de bloquer des balises (intégration de base) ou de les débloquer (intégration avancée), les balises Google ajustent leur comportement en fonction de l'état du consentement de vos utilisateurs.
Voici les compromis entre l'intégration avancée et l'intégration de base du mode Consentement :
| Intégration avancée | Intégration de base | |
|---|---|---|
| Comportement des balises |
|
|
| Modélisation du comportement dans GA4 |
|
|
| Modélisation des conversions dans GA4 |
|
|
| Modélisation des conversions dans Ads |
|
|
* Lorsque vous bloquez les balises, la modélisation des conversions dans Ads repose sur un modèle général, dans lequel les valeurs des conversions modélisées ne sont basées que sur les utilisateurs qui donnent leur consentement. Elle est moins précise que la modélisation obtenue avec l'intégration avancée, où le modèle est entraîné avec les données observées des utilisateurs qui donnent leur consentement et les pings sans cookie provenant de ceux qui refusent le consentement. En savoir plus sur le mode Consentement et la modélisation des conversions pour Ads
Activer le mode Consentement
L'activation du mode Consentement diffère selon qu'elle s'applique aux sites Web ou aux applications. Elle dépend également de votre intégration pour obtenir le consentement et de la plate-forme de taggage utilisée.
Activer le mode Consentement sur les sites Web
Vous pouvez activer le mode Consentement sur les sites Web à l'aide d'un minimum de codage, en utilisant Tag Manager et une PGC dotée d'un modèle de la communauté. Les partenaires de PGC fournissent des modèles et des instructions Tag Manager pour activer le mode Consentement via leur intégration :
Les développeurs de sites Web peuvent activer le mode Consentement à l'aide de commandes de consentement gtag.js ou d'une balise créée à partir d'un modèle de mode Consentement Tag Manager.
Activer le mode Consentement dans les applications
Les développeurs d'applications peuvent activer le mode Consentement à l'aide du SDK Google Analytics pour Firebase :
Intégrations des plates-formes de gestion du consentement
Les plates-formes de gestion du consentement (PGC) peuvent s'intégrer au mode Consentement et aux paramètres de consentement dans Google Tag Manager. Les PGC incluses dans Tag Manager peuvent accéder aux modèles de la galerie de la communauté, qui sont intégrés dans nos API Consent. Reportez-vous au tableau ci-dessous pour en savoir plus sur l'intégration des PGC dans le mode Consentement :
| Outil de consentement | Types de consentement acceptés | Modèle de la communauté Tag Manager disponible |
Intégré pour appeler les commandes "update" du mode Consentement | Intégré pour appeler le consentement par défaut |
| Commanders Act | ad_storage analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (modèle GTM + modèle TrustCommander intégrés) |
| Consentmanager | ad_storage analytics_storage |
✓ | ✓ | ✓ (modèle GTM intégré + exemple de code pour gtag.js) |
| Cookie Information A/S |
ad_storage |
✓ | ✓ | ✓ (modèle GTM intégré + exemple de code pour gtag.js) |
| Cookiebot (Cybot) | ad_storage analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (modèle GTM intégré + exemple de code pour gtag.js) |
| Crownpeak | ad_storage analytics_storage |
✓ | ✓ (fourni à titre d'exemple pour le code intégré à la page) |
|
| Didomi |
ad_storage |
✓ | ✓ | ✓ (intégration complète de GTM + solutions autres que GTM) |
| iubenda | ad_storage analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ (fourni à titre d'exemple pour le code intégré à la page) |
|
| LiveRamp | ad_storage analytics_storage |
✓ | ✓ (fourni à titre d'exemple pour le code intégré à la page) |
|
| OneTrust |
ad_storage |
✓ | ✓ | ✓ (modèle GTM intégré + exemple de code pour gtag.js) |
| Osano | ad_storage analytics_storage |
✓ | ✓ | ✓ (modèle GTM intégré + exemple de code pour gtag.js) |
| Sourcepoint | ad_storage analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ (fourni à titre d'exemple pour le code intégré à la page) |
|
| Usercentrics |
ad_storage |
✓ | ✓ | ✓ (modèle GTM intégré + exemple de code pour gtag.js) |
Mode Consentement pour les fournisseurs de PGC
Les fournisseurs de PGC peuvent s'intégrer au mode Consentement afin d'améliorer l'expérience proposée aux clients qui utilisent les produits Google. Pour en savoir plus, consultez Mode Consentement pour les fournisseurs de PGC.
Ressources supplémentaires
Le mode Consentement offre des fonctionnalités supplémentaires telles qu'un comportement propre à la région, la possibilité de masquer des informations précédemment stockées et de transmettre des informations dans des URL lorsque le consentement est refusé. Pour en savoir plus sur l'utilisation du mode Consentement et sur ces fonctionnalités supplémentaires, consultez les pages suivantes :