Obtenez des conseils d'optimisation personnalisés, analysez le niveau d'efficacité de votre compte et finalisez sa configuration avec la version améliorée de Ma page d'assistance AdMob.

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 (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 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
  • 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 CMP 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 sont les informations 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 13541 et 101, et que 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é, 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 avant que l'utilisateur n'ait 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 traitera pas la demande et supprimera la chaîne AC d'une demande reçue par Google 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 un fournisseur figure dans cette version de la LGF, 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 CMP

Nous proposons d'étendre l'API CMP JavaScript existante 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 JSON 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 ?

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

La procédure de transfert de 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 protocole 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 balises <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 requête HTTP GET depuis le navigateur vers le domaine du fournisseur.

Étant donné que le pixel se trouve dans une balise <img> incapable d'exécuter du code JavaScript, il n'est pas possible d'utiliser l'API CMP pour obtenir la chaîne TC. Comme pour la prise en charge de 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 dans 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 vers le 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.

true
' data-mime-type=
Gagnez plus en ouvrant une plus grande partie de votre inventaire aux enchères !

Nous avons constaté que vous n'aviez pas migré tout votre trafic éligible vers les enchères AdMob. Celles-ci permettent de maximiser les revenus de vos impressions, car les sources d'annonces se font concurrence en temps réel. Améliorez dès maintenant vos revenus et votre efficacité opérationnelle grâce aux enchères !

Migrer

Recherche
Effacer la recherche
Fermer le champ de recherche
Applications Google
Menu principal
Rechercher dans le centre d'aide
true
true
true
true
73175
false
false