Présentation du mode Consentement

Le mode Consentement permet aux développeurs Web et d'applications d'ajuster le comportement des balises et des SDK d'application en fonction des choix de consentement des utilisateurs.

Gérer le consentement

Gérer le consentement des utilisateurs implique les actions suivantes :

Obtenir le choix des utilisateurs , à savoir s'ils accordent ou refusent leur consentement en vue du stockage des informations sur leur comportement. Vous êtes responsable de l'obtention du consentement des utilisateurs sur votre site Web, 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 personnalisée de consentement, 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.
Communiquez à Google le choix des utilisateurs en termes de consentement ou l'état du 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 ajouter 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 tierces se comportent conformément au choix de consentement des utilisateurs.

Balises compatibles avec le mode Consentement

Les balises et les SDK pour les produits Google suivants disposent de vérifications intégrées du consentement et ajustent leur comportement en fonction de l'état du consentement :

Balise Google
Google Analytics (y compris le SDK Google Analytics pour Firebase)
Google Ads (y compris le suivi des conversions et le remarketing Google Ads ; compatibilité à venir avec les conversions par appel téléphonique)
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 : permet aux balises et aux SDK de modifier leur comportement 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 balises et les SDK avec vérification du consentement modifient leur comportement, comme décrit dans Comment le consentement affecte le comportement des balises.
Type de consentement : indique le type de stockage. Le consentement peut être granted ou denied pour chaque type.

Les types de consentement sont les suivants :

Type de consentement	Description
ad_storage	Permet le stockage (comme les cookies sur le Web ou les identifiants d'appareil dans les applications) lié à la publicité.
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 (comme les cookies sur le Web ou les identifiants d'appareil dans les applications) lié à l'analyse (par exemple, la durée des visites).
functionality_storage	Permet le stockage compatible avec la fonctionnalité du site 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).

Comparaison entre le mode Consentement de base et le mode avancé

Pour intégrer le mode Consentement sur votre site Web ou dans votre application, vous pouvez choisir entre l'implémentation de base et l'implémentation avancée.

Mode Consentement de base

Lorsque vous implémentez le mode Consentement dans sa version de base, vous empêchez les balises Google de se charger tant qu'un utilisateur n'a pas interagi avec une bannière de consentement. Cette configuration ne transmet aucune donnée à Google avant que l'utilisateur n'ait interagi avec la bannière de consentement. Lorsque l'utilisateur donne son consentement, les balises Google se chargent et exécutent les API du mode Consentement. Elles envoient les états du consentement à Google dans l'ordre suivant :

États du consentement par défaut
États du consentement modifiés

En revanche, si l'utilisateur ne donne pas son consentement, aucune donnée n'est transmise à Google (pas même l'état du 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 accède au site Web ou à l'application. Elles chargent l'API pour le 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 paramétrez vos propres valeurs par défaut. Lorsque le consentement est denied, les balises Google envoient des mesures sans cookie.
Elles attendent l'interaction de l'utilisateur avec la bannière et modifient les états du consentement. Les balises Google n'envoient les données de mesure complètes que lorsqu'un utilisateur a accepté leur collecte. En savoir plus sur le comportement des balises.

Cette implémentation permet une meilleure modélisation par rapport à celle de base, car elle fournit un modèle spécifique à l'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 balises se chargent, et le consentement est `denied` par défaut, sauf configuration contraire de votre part.
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'état du consentement par défaut) .	Lorsque le consentement est `denied`, l'état du consentement et des mesures sans cookie sont envoyés. Lorsque l'utilisateur donne son consentement, des cookies sont générés et toutes les données de mesure sont transmises.`granted`
États du consentement	Ils sont définis après une interaction de l'utilisateur.	Le consentement est `denied` par défaut, sauf configuration contraire de votre part. Il est modifié 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 pour le mode Consentement uniquement lorsque l'utilisateur a donné 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).

En général, lorsque les utilisateurs donnent leur consentement, les balises fonctionnent normalement.

Lorsque les utilisateurs refusent le consentement pour la personnalisation des annonces ou les données sur l'utilisateur de l'annonce, 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 consentement pour le stockage, les balises ou les SDK d'application compatibles avec le mode Consentement ne stockent pas de cookies (sur le Web) ni d'identifiants d'appareil (dans les applications). À la place, elles communiquent l'état du consentement et l'activité de l'utilisateur en envoyant des mesures sans cookie (sur le Web) ou des signaux (dans les 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 sur l'état de consentement : les pings sur l'état de consentement sont envoyés depuis chaque page visité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, tel que le stockage d'annonces ou de données analytiques.
Pings d'événement clé : ils sont envoyés pour indiquer qu'un événement clé s'est produit.
Pings Google Analytics : les pings Google Analytics sont envoyés sur chaque page d' un site Web utilisant 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):
- Horodatage
- User-agent
- 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 du consentement
- Nombre aléatoire généré à chaque chargement de page

En plus de permettre à l'état du consentement de modifier le comportement des balises, vous pouvez également masquer les données stockées lorsqu'un utilisateur refuse son consentement. Par exemple, un utilisateur peut avoir donné son consentement pour stocker des données pour les annonces, puis changer d'avis et le refuser. Si vous activez ads_data_redaction, lorsque l'utilisateur refuse son consentement, Google Ads supprime les informations stockées.

Les balises associées à des vérifications intégrées du consentement modifient leur comportement en fonction des différents états du consentement. Le tableau suivant explique le comportement des balises par type de consentement, état du consentement et selon que 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é	Les cookies et les identifiants d'appareil liés à la publicité sont susceptibles d'être lus et écrits. Les adresses IP sont collectées. L'URL complète de la page est collectée, y compris les informations concernant les clics sur les annonces dans les paramètres d'URL (par exemple, GCLID / DCLID). Les cookies tiers préalablement définis sur google.com et doubleclick.net, ainsi que les cookies d'événements clés propriétaires (par exemple, `_gcl_*`) sont accessibles.
`ad_personalization`	refusé	La publicité personnalisée est désactivée et les fonctionnalités suivantes ne recevront aucune donnée : Remarketing dans Google Ads, Display & Video 360 et Search Ads 360 Publicité personnalisée avec les produits publicitaires de Google
`ad_user_data`	refusé	La collecte de données à caractère personnel pour la publicité en ligne est désactivée, y compris : `user_id` Suivi avancé des conversions : données first party hachées
`ad_storage`	refusé	Aucun nouveau cookie ni identifiant d'appareil lié à la publicité ne peut être écrit. Aucun cookie ni identifiant d'appareil publicitaire existant ne peut être lu. Les requêtes sont envoyées depuis un domaine différent (par exemple, pagead2.googlesyndication.com) pour éviter que des cookies tiers définis précédemment ne soient transmis dans les en-têtes de requêtes. Google Analytics ne pourra ni lire, ni écrire de cookies Google Ads, et les signaux Google n'accumuleront pas de données pour ce trafic. Les produits publicitaires tronquent les adresses IP lors de la collecte. Les URL complètes des pages sont collectées, y compris les informations concernant les clics sur les annonces dans les paramètres d'URL (par exemple, GCLID / DCLID).
`analytics_storage`	refusé	Les cookies Analytics propriétaires ou les identifiants d'application ne seront ni lus, ni écrits. Les mesures sans cookies tiers (sur le Web) ni signaux (dans les applications) seront envoyées à Google Analytics (par exemple, à www.google-analytics.com ou à des domaines Analytics standards) à des fins de mesure et de modélisation de base.
`ad_storage` et `ads_data_redaction`	refusé et true	Aucun nouveau cookie ni identifiant d'appareil lié à la publicité ne peut être écrit. Aucun cookie ni identifiant d'appareil publicitaire existant ne peut être lu. Les requêtes sont envoyées depuis un domaine différent (par exemple, pagead2.googlesyndication.com) pour éviter que des cookies tiers définis précédemment ne soient transmis dans les en-têtes de requêtes. Google Analytics ne pourra ni lire, ni écrire de cookies Google Ads ou d'identifiants d'appareil, et les signaux Google n'accumuleront pas de données pour ce trafic. Les identifiants des clics sur les annonces (par exemple, GCLID / DCLID) dans les pings de consentement et d'événements clés sont masqués. Les produits publicitaires tronquent les adresses IP lors de la collecte. Les URL des pages comportant des identifiants de clics sur des annonces sont masquées.

Paramètres HTTP du mode Consentement

Lorsque vous implémentez le mode Consentement, les paramètres du mode Consentement sont traduits en paramètres de requête HTTP tels que dma, gcd et gcs. Le consentement aux services Google est encodé à l'aide de dma_cps. Ces champs fournissent collectivement des informations sur les états du consentement et les paramètres de configuration associés. Les champs de balise Google peuvent être encodés pour améliorer l'efficacité de la transmission. Ces champs peuvent être modifiés à mesure que ces services évoluent.

Le paramètre gcs est utilisé pour transmettre les paramètres ad_storage et analytics_storage, indiquant le choix de consentement de l'utilisateur concernant le stockage des cookies publicitaires et analytiques (sur le Web) ou des identifiants d'appareil (dans l'application). Le paramètre gcd est toujours envoyé aux services Google, que le mode Consentement soit activé ou non. Le paramètre gcd encode des informations détaillées sur le choix de consentement de l'utilisateur via les types de consentement.

Tag Assistant peut vous aider à comprendre ces champs et le comportement de votre balise Google, afin que vous puissiez 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 votre SDK d'application doit atteindre un certain seuil de collecte de données. Pour en savoir plus sur ce qui est modélisé et dans quelles circonstances, consultez les articles suivants :