Le mode Consentement permet aux développeurs Web et d'applications d'ajuster le comportement des balises et du SDK de l'application en fonction des choix de consentement des utilisateurs.
Gérer le consentement
Gérer le consentement des utilisateurs implique les actions suivantes :
- Obtenez le consentement de l'utilisateur concernant le stockage des informations sur son comportement. Vous êtes tenu d'obtenir le consentement des utilisateurs sur votre site Web ou dans votre application, ou pour toute donnée que vous importez dans Google.
Pour les sites Web et les applications, vous pouvez implémenter une bannière de consentement ou une autre solution de consentement personnalisée, ou utiliser une plate-forme de gestion du consentement (CMP).
Pour importer des données dans Google, veuillez contacter votre service juridique afin de trouver une solution de gestion du consentement adaptée aux besoins de votre entreprise. - Communiquer à Google le choix de l'utilisateur (ou son état de consentement) De nombreuses CMP gèrent l'envoi de l'état du consentement à Google. Si vous implémentez une solution de consentement personnalisée, vous devez implémenter une méthode pour envoyer l'état du consentement à Google. Consultez Choisir un framework pour gérer le consentement.
- Assurez-vous que les balises Google et les balises tierces se comportent selon le choix de consentement de l'utilisateur.
Balises compatibles avec le mode Consentement
Les tags et les SDK des produits Google suivants contiennent des vérifications intégrées du consentement et ajustent leur comportement en fonction de l'état du consentement:
- Balise Google
- Google Analytics (inclut le SDK Google Analytics pour Firebase)
- Google Ads (inclut le suivi des conversions et le remarketing Google Ads ; la compatibilité avec les conversions par appel téléphonique est en attente)
- Floodlight
- Conversion Linker
Terminologie du mode Consentement
Les termes suivants ont une signification particulière dans le contexte du mode Consentement:
- Vérification du consentement: entraîne la modification du comportement des balises et des SDK en fonction de l'état du consentement et du type de consentement.
- État du consentement: représente les choix des utilisateurs et peut être accordé ou refusé pour chaque type de consentement. Les tags et les SDK avec des vérifications du consentement modifient leur comportement, comme décrit dans la section Impact du consentement sur le comportement des balises.
- Type de consentement: indique le type de stockage. Le consentement peut être
granted
oudenied
pour chaque type.
Types de consentement
Les types de consentement sont les suivants :
Type de consentement | Description |
ad_storage | Permet le stockage lié à la publicité, par exemple pour les cookies (Web) ou les identifiants d'appareils (applications). |
ad_user_data | Définit le consentement pour l'envoi de données utilisateur à Google à des fins de publicité en ligne. |
ad_personalization | Définit le consentement pour la publicité personnalisée. |
analytics_storage | Permet le stockage lié à l'analyse, comme les cookies (Web) ou les identifiants d'appareils (applications), par exemple la durée des visites. |
functionality_storage | Permet le stockage compatible avec les fonctionnalités du site Web ou de l'application, par exemple les paramètres linguistiques |
personalization_storage | Permet le stockage lié à la personnalisation, par exemple les recommandations de vidéos |
security_storage | Permet le stockage lié à la sécurité, par exemple la fonctionnalité d'authentification, la prévention des fraudes et les autres systèmes de protection des utilisateurs |
Mode Consentement de base ou avancé
Vous pouvez implémenter le mode Consentement sur votre site Web ou dans votre application de deux manières : de base ou avancée.
Mode Consentement de base
Lorsque vous implémentez le mode Consentement dans sa version de base, vous empêchez le chargement des balises Google tant qu'un utilisateur n'a pas interagi avec une bannière de consentement. Cette configuration ne transmet aucune donnée à Google avant toute interaction de l'utilisateur avec la bannière de consentement. Lorsque l'utilisateur donne son consentement, les balises Google chargent et exécutent les API du mode Consentement. Les balises envoient les états de consentement à Google dans l'ordre suivant:
- États du consentement par défaut
- États du consentement modifiés
Toutefois, s'il ne donne pas son consentement, aucune donnée n'est transmise à Google, pas même l'état de consentement. Le déclenchement des balises Google est totalement bloqué. La modélisation des conversions du mode Consentement dans Ads s'appuie alors sur un modèle général.
Mode Consentement avancé
Lorsque vous implémentez le mode Consentement dans sa version avancée, les balises Google se chargent lorsqu'un utilisateur ouvre le site Web ou l'application. Les balises chargent l'API du mode Consentement et effectuent les opérations suivantes:
- Elles définissent les états du consentement par défaut. Par défaut, le consentement peut être
denied
, sauf si vous définissez vos propres valeurs par défaut. Lorsque le consentement estdenied
, les balises Google envoient des pings sans cookie. - Elles attendent l'interaction de l'utilisateur avec la bannière et modifient les états du consentement. Ce n'est que lorsqu'un utilisateur autorise la collecte de données que les balises Google envoient les données de mesure complètes. En savoir plus sur le comportement des balises
Cette implémentation permet d'améliorer la modélisation par rapport au modèle de base, car elle fournit un modèle spécifique à l'annonceur plutôt qu'un modèle général.
Présentation
Sélection | Mode Consentement de base | Mode Consentement avancé |
---|---|---|
Chargement des balises | Le chargement est bloqué tant que l'utilisateur n'a pas interagi avec une bannière de consentement. | Elle se charge avec des valeurs par défaut définies sur denied , sauf si vous configurez autrement. |
Transmission de données | Aucune donnée n'est envoyée avant que l'utilisateur ne donne son consentement, pas même l'état de consentement par défaut. | Lorsque le consentement est denied , l'état du consentement et les pings sans cookie sont envoyés.Lorsque le consentement est granted , les cookies sont écrits et toutes les données de mesure sont envoyées. |
États du consentement | Ils sont définis après une interaction de l'utilisateur. | Sauf configuration contraire, les valeurs par défaut sont denied (mises à jour en fonction du choix de l'utilisateur). |
Comportement des balises après une interaction de l'utilisateur | Charge et n'exécute les API du mode Consentement que lorsqu'un utilisateur donne son consentement. | Le comportement des balises s'ajuste en fonction du choix de consentement de l'utilisateur. |
Modélisation des conversions et des événements clés | Modèle général (modélisation moins détaillée). | Modèle spécifique à l'annonceur (modélisation plus détaillée). |
Impact du consentement sur le comportement des balises et du SDK de l'application
En général, lorsque les utilisateurs accordent leur consentement, les balises fonctionnent normalement.
Lorsque les utilisateurs refusent la personnalisation des annonces ou les données utilisateur des annonces, les balises ou les SDK d'applications ne peuvent pas exploiter ces données à des fins de ciblage des annonces.
Lorsque les utilisateurs refusent le stockage, les balises avec consentement et les SDK d'applications ne stockent pas de cookies (Web) ni d'identifiants d'appareils (applications). Au lieu de cela, les balises communiquent l'état du consentement et l'activité de l'utilisateur en envoyant des pings sans cookie (Web) ou des signaux (applications) au serveur Google. Cela permet aux propriétés Google Ads et Google Analytics 4 de modéliser les conversions et les événements clés. Consultez Modélisation du mode Consentement.
Les signaux suivants communiquent l'état du consentement:
Pings d'état de consentement:les pings d'état de consentement sont envoyés à partir de chaque page consultée par l'utilisateur où le mode Consentement est implémenté. Ces pings communiquent un état de consentement accordé ou refusé pour chaque type de consentement, par exemple pour le stockage des annonces ou des données analytiques.
Pings d'événement clé:les pings d'événement clé sont envoyés pour indiquer qu'un événement de clé s'est produit.
Pings Google Analytics: les pings Google Analytics sont envoyés sur chaque page d'un site Web à l'aide de Google Analytics lorsque des événements sont enregistrés.
Les pings peuvent inclure:
- Des informations fonctionnelles (telles que les en-têtes ajoutés de manière passive par le navigateur) :
- Code temporel
- User-agent
- URL de provenance
- Des informations globales / ne permettant pas d'identifier l'utilisateur:
- Informations indiquant si l'URL d'une page du site actuellement ou précédemment consultée par l'utilisateur incluait des informations concernant les clics sur les annonces (par exemple, GCLID / DCLID)
- Informations booléennes sur l'état du consentement
- Nombre aléatoire généré à chaque chargement de page
En plus d'autoriser l'état du consentement à modifier le comportement des balises, vous pouvez également masquer les données stockées lorsqu'un utilisateur refuse le consentement. Par exemple, un utilisateur peut avoir accepté de stocker des données pour des annonces, puis changer d'avis et refuser d'y consentir. Si vous activez ads_data_redaction
, Google Ads supprime les informations stockées lorsque l'utilisateur refuse le consentement.
Les balises intégrant des vérifications du consentement modifient leur comportement en fonction de différents états de consentement. Le tableau suivant explique le comportement des balises en fonction des types de consentement et de l'état du consentement, et si ads_data_redaction
est défini sur true
ou non.
Type(s) de consentement | Refusé ou accordé | Comportement |
ad_storage et analytics_storage |
accordé accordé |
|
ad_personalization |
refusé | La publicité personnalisée est désactivée et les fonctionnalités suivantes ne recevront aucune donnée :
|
ad_user_data |
refusé | La collecte de données à caractère personnel pour la publicité en ligne est désactivée, y compris :
|
ad_storage |
refusé |
|
analytics_storage |
refusé |
|
ad_storage et ads_data_redaction
|
"deny" et "true" |
|
Paramètres HTTP du mode Consentement
Lorsque vous implémentez le mode Consentement, les paramètres du mode Consentement sont convertis en paramètres de requête HTTP tels que dma
, gcd
et gcs
.
L'autorisation pour les services Google est encodée à l'aide de dma_cps
.
Ces champs fournissent collectivement des informations sur les états de consentement et les paramètres de configuration associés. Les champs de la balise Google peuvent être encodés pour améliorer l'efficacité de la transmission. Ces champs sont susceptibles d'être modifiés à mesure que ces services évoluent.
Tag Assistant peut vous aider à comprendre ces champs et le comportement de votre balise Google afin de mieux déboguer votre configuration. Découvrez comment déboguer le mode Consentement.
Modélisation du mode Consentement
Afin de réduire les écarts au niveau de la collecte des données, les produits Google utilisent ces pings afin de modéliser les métriques de vos solutions de mesure. Afin de protéger la confidentialité des utilisateurs, votre balise ou le SDK de votre application doit atteindre un certain seuil de collecte des données. Pour en savoir plus sur ce qui est modélisé et dans quelles circonstances, consultez les articles ci-dessous:
- Modélisation du mode Consentement dans Google Ads
- Modélisation des conversions en ligne Google Ads
- Modélisation des conversions Google Analytics
- Modélisation du comportement Google Analytics