Règlement des programmes AdSense et AdMob

Spécification technique concernant le Mode Consentement supplémentaire de Google

Ce document définit une spécification technique temporaire (appelée "Mode Consentement supplémentaire)" qui doit uniquement être utilisée avec la version 2.0 du Transparency & Consent Framework (TCF) de l'IAB Europe. Cette spécification joue un rôle de passerelle pour les fournisseurs qui ne figurent pas encore sur la liste globale des fournisseurs (LGF) de l'IAB Europe. Elle permet aux éditeurs, aux fournisseurs de plates-formes de gestion du consentement (PGC) et aux partenaires d'obtenir le consentement supplémentaire des utilisateurs et de le transférer (en plus de leur intégration de la version 2.0 du TCF) aux entreprises qui ne figurent pas encore sur la liste globale des fournisseurs de l'IAB Europe, mais qui sont présentes sur la liste des fournisseurs de technologie publicitaire de Google.

Ressources associées

Composants du mode Consentement supplémentaire

Dans ce mode, nous acceptons les éléments suivants :

  • La chaîne Transparency & Consent (chaîne TC) telle que définie dans les spécifications de la version 2.0 du TCF de l'IAB, qui contient les informations de transparence et de consentement établies pour les fournisseurs figurant sur la liste globale des fournisseurs (LGF) de l'IAB ET
  • Une chaîne addtl_consent simple (chaîne AC), qui contient une liste de fournisseurs de technologie publicitaire de Google autorisés n'étant pas enregistrés auprès de l'IAB.

Cette spécification définit ce qui suit :

  1. Le format de la chaîne AC
  2. L'extension vers l'API de la PGC pour la version 2.0 du TCF compatible avec la chaîne AC
  3. Le mode de stockage d'une chaîne AC
  4. La procédure de transfert de la chaîne AC via la chaîne de publicité numérique

Le format de la chaîne "Consentement supplémentaire" (AC)

Quelles informations sont stockées dans une chaîne AC ?

Une chaîne AC contient les trois composants suivants :

  • Partie 1 : un numéro de version de la spécification tel que "1"
  • Partie 2 : un symbole de séparation "~"
  • Partie 3 : une liste, séparée par des points, d'ID de fournisseurs de technologie publicitaire de Google pour lesquels l'utilisateur a donné son consentement (exemple : "1.35.41.101")

Par exemple, la chaîne AC 1~1.35.41.101 signifie que l'utilisateur a autorisé les fournisseurs de technologie publicitaire associés aux ID 1, 35, 41 et 101. La chaîne a été créée à l'aide du format défini dans la version 1.0 de la spécification.

Qui doit créer une chaîne AC ?

Seule une PGC enregistrée auprès d'un TCF de l'IAB Europe peut créer une chaîne AC en utilisant l'ID qui lui a été attribuée, conformément aux Règles de l'IAB. Les autres PGC ou fournisseurs de services tiers ne doivent pas créer de chaînes AC eux-mêmes.

Où sera publiée la liste des fournisseurs de technologie publicitaire de Google ?

Google publiera la liste des fournisseurs de technologie publicitaire qui ne sont pas enregistrés auprès de l'IAB ainsi que leur ID à l'adresse suivante :

https://storage.googleapis.com/tcfac/additional-consent-providers.csv

Quand créer une chaîne AC ?

Une chaîne AC ne peut être créée que si l'éditeur respecte les Règles de Google relatives au consentement de l'utilisateur dans l'UE. En particulier, aucune chaîne AC ne peut être créée si l'utilisateur n'a pas donné de consentement légalement valable pour : 1) l'utilisation de cookies ou de toute autre méthode de stockage en local (lorsqu'il s'agit d'une obligation légale) ; et 2) la collecte, le partage et l'utilisation de données à caractère personnel pour la personnalisation des annonces par un fournisseur de technologie publicitaire, conformément aux Règles de Google relatives au consentement de l'utilisateur dans l'UE.

Une chaîne AC ne doit être créée que comme chaîne complémentaire à la chaîne TC, et non à la place de celle-ci. Google ne traite pas la demande et supprime la chaîne AC si aucune chaîne TC n'est disponible pour la demande concernée.

Les PGC qui utilisent cette spécification doivent s'assurer que la chaîne AC qu'ils créent contient uniquement les ID du fichier publié de fournisseurs de technologie publicitaire de Google (fournisseurs ne figurant pas sur la LGF). Lorsque Google reçoit une chaîne TC, il vérifie la version de la LGF qui y est indiquée. Si cette version est enregistrée pour un fournisseur, les vérifications de la chaîne TC ainsi que toutes les entrées de chaîne AC sont ignorées pour ce fournisseur. Dans ce cas, Google se réserve le droit de supprimer les entrées "en double" de la chaîne AC et de transmettre la chaîne AC modifiée avec la chaîne TC. Les fournisseurs autres que Google ne peuvent pas modifier la chaîne AC.

Extension vers l'API de la PGC

Nous proposons d'étendre l'API JavaScript existante de la PGC pour la version 2.0 du TCF afin de permettre de renvoyer la chaîne AC. Plus spécifiquement, nous proposons d'étendre les objets TCData et InAppTCData pour transmettre ces données.

TCData = {
  tcString: 'base64url-encoded TC string with segments',
  ...
  addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’,
}

InAppTCData = {
  tcString: 'base64url-encoded TC string with segments',
  ...
  addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’,
}

Comment stocker une chaîne AC ?

Sur le Web

La PGC détermine le mécanisme de stockage.

Dans l'application

Le SDK d'une PGC doit utiliser NSUserDefaults (iOS) ou SharedPreferences (Android) pour stocker la chaîne AC. De cette manière :

  • Les fournisseurs peuvent facilement accéder à la chaîne AC
  • La chaîne AC peut être conservée pour plusieurs sessions d'application
  • La chaîne AC peut être transférée d'une PGC à l'autre, ce qui permet à un éditeur de passer d'un SDK de PGC à un autre

Si un éditeur décide de supprimer un SDK de PGC de son application, il doit effacer les valeurs AddtlConsent pour les utilisateurs, de sorte que les fournisseurs ne continuent pas à utiliser la chaîne AC incluse.

Clé de recherche et de stockage dans NSUserDefaults et SharedPreferences Valeur
IABTCF_AddtlConsent

Chaîne : chaîne AC avec la version de la spécification et les ID des fournisseurs de technologie publicitaire autorisés

Comment transférer la chaîne AC via la chaîne de publicité numérique ?

Demande d'enchère

Nous allons réutiliser ConsentedProvidersSettings pour transférer les fournisseurs ne figurant pas sur la LGF en aval.

  • Dans le prototype des extensions OpenRTB
  • Dans l'ancienne version de Protobuf

message ConsentedProvidersSettings {
 // Ensemble d'ID correspondant aux fournisseurs pour lesquels l'éditeur a informé
 // Google que les utilisateurs situés dans l'EEE ont donné un consentement légalement valable pour : 1) l'utilisation de cookies ou de toute autre méthode de stockage  
 // en local (lorsqu'il s'agit d'une obligation légale) ; et 2) la collecte, le partage et l'utilisation de données à caractère personnel pour 
 // la personnalisation des annonces par un fournisseur de technologie publicitaire, conformément aux Règles de Google relatives au consentement de l'utilisateur dans l'UE.
 // Une mise en correspondance de l'ID et du nom du fournisseur est publiée dans providers.csv.
 repeated int64 consented_providers = 2 [packed = true];
}

 // Informations concernant les fournisseurs pour lesquels l'éditeur a informé Google
 // que les utilisateurs situés dans l'EEE ont consenti à l'utilisation de leurs données à caractère personnel pour
 // la personnalisation des annonces conformément aux Règles de Google relatives au consentement de l'utilisateur dans l'UE.
 // Ce champ n'est renseigné que si regs_gdpr est défini sur "true".
 optional ConsentedProvidersSettings consented_providers_settings = 42;

Services basés sur des URL

Lorsqu'une création est affichée, les tags <img> sont susceptibles de contenir un certain nombre de pixels. Par exemple, <img src="http://vendor-a.com/key1=val1&key2=val2">, qui envoie une demande HTTP GET depuis le navigateur vers le domaine du fournisseur.

Étant donné que le pixel se trouve dans un tag <img> incapable d'exécuter du code JavaScript, il n'est pas possible d'utiliser l'API de la PGC pour obtenir la chaîne TC. De la même manière que pour la compatibilité avec la chaîne TC, nous fournissons un paramètre d'URL standard et une macro dans les URL de pixel où la chaîne AC doit être insérée.

Paramètre d'URL Macro correspondante Représentation dans l'URL
addtl_consent ADDTL_CONSENT &addtl_consent=${ADDTL_CONSENT}

Exemple 1

Pour qu'un fournisseur A reçoive une chaîne AC, l'URL d'une image doit inclure une paire clé-valeur avec le paramètre d'URL et la macro &addtl_consent=${ADDTL_CONSENT}. L'URL obtenue est la suivante :

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}

 

Exemple 2

Dans une demande spécifique, si la chaîne AC est : 1~1.35.41.101

L'appelant ou le moteur de rendu de la création remplacent la macro de l'URL par la véritable chaîne AC, de sorte que le pixel d'origine contenant la macro soit modifié comme suit lors de l'appel du serveur spécifié :

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=1~1.35.41.101

Ces informations vous-ont elles été utiles ?
Comment pouvons-nous l'améliorer ?

Vous avez encore besoin d'aide ?

Connectez-vous pour accéder à des options d'assistance supplémentaires afin de résoudre rapidement votre problème.