Présentation du mode Consentement

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 des utilisateurs implique les actions suivantes :

  1. 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.
  2. 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.
  3. Assurez-vous que les balises Google et les balises tierces se comportent selon le choix de consentement de l'utilisateur.

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

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 ou denied pour chaque type.

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.

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:

  1. États du consentement par défaut
  2. É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.

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:

  1. 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 est denied, les balises Google envoient des pings sans cookie.
  2. 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 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 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. 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 de conversion:les pings de conversion sont envoyés pour indiquer qu'une conversion a eu lieu.

  • 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é
  • Les cookies et les identifiants d'appareils en rapport avec la publicité peuvent être lus et écrits.
  • Les adresses IP sont collectées.
  • URL complète, y compris les informations concernant les clics sur les annonces dans les paramètres d'URL (par exemple, GCLID/DCLID), est collectée.
  • Les cookies tiers précédemment définis sur google.com et doubleclick.net, et les cookies de conversion 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 ou identifiant d'appareil à caractère publicitaire ne peut être écrit.
  • Aucun cookie publicitaire ni identifiant d'appareil existants ne peut être lu.
  • Les requêtes sont envoyées via un domaine différent pour éviter que des cookies tiers définis précédemment ne soient envoyés dans les en-têtes de requêtes.
  • Google Analytics ne peut ni lire, ni écrire de cookies Google Ads, et les signaux Google n'accumulent pas de données pour ce trafic.
  • Les produits publicitaires tronquent les adresses IP au moment de la collecte.
  • Les URL complètes 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é
  • Ils ne peuvent ni lire, ni écrire de cookies Analytics propriétaires ni d'identifiants d'application.
  • Des pings sans cookie (Web) ou des signaux (applications) seront envoyés à Google Analytics à des fins de mesure et de modélisation de base.
ad_storage et ads_data_redaction "deny" et "true"
  • Aucun nouveau cookie ou identifiant d'appareil à caractère publicitaire ne peut être écrit.
  • Aucun cookie publicitaire ni identifiant d'appareil existants ne peut être lu.
  • Les requêtes sont envoyées via un domaine différent pour éviter que des cookies tiers définis précédemment ne soient envoyés dans les en-têtes de requêtes.
  • Google Analytics ne pourra ni lire, ni écrire de cookies Google Ads ni 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 de conversion sont masqués.
  • Les produits publicitaires tronquent les adresses IP au moment de la collecte.
  • Les URL des pages comportant des identifiants de clics sur des annonces sont masquées.

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: