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 choix de l'utilisateur d'accepter ou de refuser le consentement pour le stockage
des informations sur leur comportement. Il est de votre responsabilité de recueillir
sur votre site Web ou dans votre application, ni sur les données que vous importez dans Google.
Pour les sites Web et les applications, vous pouvez implémenter une bannière de consentement ou d'autres de consentement ou d'utiliser une plate-forme de gestion du consentement (CMP).
Pour importer des données dans Google, veuillez contacter votre service juridique sur un solution de gestion du consentement adaptée aux besoins de votre entreprise. - Communiquez le choix de consentement des utilisateurs ou l'état du consentement à Google. Beaucoup Les CMP gèrent l'envoi de l'état du consentement à Google. Si vous mettez en œuvre une stratégie de consentement, vous devez implémenter une méthode pour envoyer l'état du consentement Google, consultez Choisir un framework pour gérer le consentement.
- S'assurer que les balises Google et tierces se comportent conformément aux au choix de consentement de l'utilisateur.
Balises compatibles avec le mode Consentement
Les balises et les SDK des produits Google suivants contiennent des vérifications intégrées du consentement et ajuster 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, l'assistance pour 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érifications du consentement: entraînent la modification du comportement des balises et des SDK en fonction de l'état du consentement et le type de consentement.
- État du consentement: représente les choix des utilisateurs et peut être accordé ou refusé par chaque type de consentement. Les balises et les SDK pour lesquels la vérification du consentement a été effectuée comme décrit dans 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é, comme les cookies (Web) ou les identifiants d'appareil (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é aux données analytiques, comme la durée des visites, comme les cookies (Web) ou les identifiants d'appareil (applications). |
functionality_storage | Permet le stockage qui prend en charge la fonctionnalité du site web ou de l'application, par exemple, les paramètres de langue |
personalization_storage | Permet le stockage lié à la personnalisation, par exemple pour les vidéos recommandations |
security_storage | Permet le stockage lié à la sécurité, par exemple l'authentification la prévention des fraudes et toute autre 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 les balises Google jusqu'à ce qu'un utilisateur interagisse avec une bannière de consentement. Cette configuration transmet aucune donnée à Google avant que l'utilisateur n'interagisse avec la bannière de consentement. Lorsque lorsque l'utilisateur donne son consentement, les balises Google chargent et exécutent les API du mode Consentement. La envoient les états du consentement à Google dans l'ordre suivant:
- États du consentement par défaut
- États du consentement modifiés
Toutefois, si l'utilisateur ne donne pas son consentement, aucune donnée n'est transférée à Google. et 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 l’utilisateur ouvre le site web ou l’application. Les balises chargent l'API du mode Consentement et suivantes:
- Elles définissent les états du consentement par défaut. Par défaut, le consentement peut être
denied
, sauf si vous définir vos propres valeurs par défaut. Alors que le consentement est dedenied
, les balises Google envoient sans cookie pings. - Elles attendent l'interaction de l'utilisateur avec la bannière et modifient les états du consentement. Uniquement Lorsqu'un utilisateur donne son consentement pour la collecte des données, les balises Google envoient l'intégralité les données de mesure. En savoir plus sur la balise comportemental.
Cette implémentation permet une meilleure modélisation par rapport à l'implémentation de base, car elle fournit un modèle spécifique à un annonceur plutôt qu'un modèle général.
Présentation
Fonctionnalité | 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. | Les fichiers se chargent, et la valeur par défaut est denied , sauf en cas de configuration.
sinon. |
Transmission de données | Aucune donnée n'est envoyée tant que l'utilisateur n'a pas donné son consentement (pas même l'autorisation par défaut) l'état du consentement. | Lorsque le consentement est denied , état du consentement et sans cookie
des pings sont envoyés.Lorsque le consentement est granted , les cookies sont
et toutes les données de mesure sont envoyées. |
États du consentement | Ils sont définis après une interaction de l'utilisateur. | La valeur par défaut est denied , sauf configuration contraire.
en fonction du choix de l'utilisateur. |
Comportement des balises après une interaction de l'utilisateur | Elles se chargent et exécutent les API du mode Consentement uniquement lorsqu'un utilisateur accorde le consentement des utilisateurs. | 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 le consentement pour la personnalisation des annonces ou les données utilisateur associées aux annonces, les balises ou les SDK d'application ne peuvent pas utiliser les données utilisateur à des fins de ciblage publicitaire.
Lorsque les utilisateurs refusent le stockage, les balises ou les SDK d'application qui acceptent le consentement ne stockent pas les cookies (Web) ou les identifiants d'appareil (applications). Elles communiquent plutôt le consentement l'état et l'activité de l'utilisateur en envoyant des pings (Web) ou des signaux (applications) sans cookie le serveur Google. Les propriétés Google Ads et Google Analytics 4 peuvent ainsi 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 les visites d'utilisateurs où le mode Consentement est implémenté. Ces pings communiquent état du consentement (accordé ou refusé) pour chaque type de consentement (stockage d'annonces, par exemple) ou d'analyse de données.
Pings d'événement clé:les pings d'événement clé sont envoyés pour indiquer qu'un s'est produit.
Pings Google Analytics: des pings Google Analytics sont envoyés sur chaque page de un site Web à l'aide de Google Analytics lorsque des événements sont enregistrés.
Les pings peuvent inclure les éléments suivants:
- Informations fonctionnelles (telles que les en-têtes ajoutés de manière passive par le navigateur):
- Horodatage
- User-agent
- URL de provenance
- Des informations agrégées / ne permettant pas d'identification:
- une indication sur l'état de la page actuelle ou d'une page précédente dans le La navigation de l'utilisateur sur le site incluait des informations concernant les clics sur les annonces dans l'URL. (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 de la balise, vous pouvez masquer
les données stockées lorsqu'un utilisateur refuse le consentement. Par exemple, un utilisateur peut avoir accordé
consentir à stocker des données pour les annonces, puis changer d'avis et refuser le consentement. Si
vous activez ads_data_redaction
. Si l'utilisateur refuse le consentement, Google Ads
supprimer les informations stockées.
Les balises associées à des vérifications intégrées du consentement modifient leur comportement en fonction
les états de consentement. Le tableau suivant explique le comportement des balises en fonction des types de consentement,
l'état du consentement et si ads_data_redaction
est défini sur true
.
Types de consentement | Refusée ou accordée | 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
.
Le consentement pour les services Google est encodé à l'aide de dma_cps
.
Ces champs fournissent collectivement des informations sur les états du consentement et sur les
paramètres de configuration. Les champs de la balise Google peuvent être encodés pour améliorer la transmission
l'efficacité. Ces champs sont susceptibles d'être modifiés à mesure que ces services évoluent.
Le paramètre gcs
permet de transmettre les éléments ad_storage
et analytics_storage
.
qui indiquent le choix de consentement de l'utilisateur concernant le stockage
cookies publicitaires et analytiques (Web) ou identifiants d'appareil (application). gcd
est toujours envoyé aux services Google, que le mode Consentement soit
est activé ou non. Le paramètre gcd
encode des informations détaillées sur le
le choix de consentement de l'utilisateur
via les types de consentement.
Tag Assistant peut vous aider à comprendre ces champs et la façon dont votre balise Google pour 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 pour 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 de données. Vous pouvez plus d'informations sur ce qui est modélisé et dans quelles circonstances articles en lien 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