Signaux fournis par l'éditeur (PPS) pour les enchères en temps réel (RTB)

Les signaux fournis par l'éditeur (PPS) permettent aux acheteurs de recevoir des données d'audience et contextuelles de la part des éditeurs. Les éditeurs peuvent communiquer leurs attributs d'audience (données sur le comportement ou basées sur les centres d'intérêt, par exemple) et des données contextuelles aux enchérisseurs programmatiques à l'aide de taxonomies standardisées :

• La version 1.1 de la taxonomie d'audience de l'IAB (qui inclut les catégories "Données démographiques", "Centres d'intérêt" et "Intention d'achat") fournit au secteur une nomenclature commune pour les noms des segments d'audience et améliore la comparabilité des données entre les différents fournisseurs. Téléchargez la taxonomie d'audience de l'IAB.
• La version 2.2 de la taxonomie de contenu de l'IAB (qui comprend les signaux vidéo comme le contexte de la TV connectée) fournit au secteur une nomenclature commune pour les noms de segments contextuels. Elle classe le contenu des pages sans révéler d'informations sur les utilisateurs. Téléchargez la taxonomie de contenu de l'IAB.

Remarque : Google considère certaines valeurs comme sensibles et ne les accepte pas, que les taxonomies les acceptent ou non.

Voici quelques avantages des PPS :

• Les PPS filtrent, nettoient et standardisent les données propriétaires des éditeurs en les alignant sur des taxonomies du secteur afin qu'il soit plus facile pour les enchérisseurs d'ingérer ces données et de les mapper sur leurs propres taxonomies.
• Les PPS répondent aux besoins en matière de confidentialité et d'annonces personnalisées, ce qui permet aux éditeurs de ne pas devoir partager d'identifiants utilisateur.
• Les éditeurs peuvent créer des audiences intéressantes que les acheteurs et les annonceurs peuvent cibler sans avoir à exposer des données de niveau utilisateur.
• Les PPS rendent l'achat d'audience plus accessible aux acheteurs aujourd'hui, en l'absence de cookies tiers dans des navigateurs comme Safari, et dans des environnements tels que les applications et les services OTT/TV connectée, où les signaux contextuels disponibles dans le flux d'enchères sont limités. 
• Les PPS permettent aux acheteurs d'atteindre des cohortes de données pour différents éditeurs, et sur plusieurs navigateurs et appareils.

Comment fonctionnent les PPS ?

De manière générale, les PPS fonctionnent comme suit : 

1. Un utilisateur consulte une propriété d'un éditeur, comme un site Web, une application mobile ou une application pour TV connectée.
2. L'éditeur génère des signaux qu'il pense que les acheteurs trouveront intéressants afin d'atteindre les objectifs de leur client annonceur. Par exemple :  
   1. Segment d'audience (par exemple, centres d'intérêt, audiences sur le marché), inféré en fonction de l'activité des utilisateurs sur ses propriétés (historique de navigation Web, formulaires, historique des achats, etc.).
   2. Les signaux de contenu, particulièrement utiles lorsque le contenu n'est pas explorable (application, vidéo, contenu Web nécessitant une connexion).
3. À l'aide des outils de Google Ad Manager, l'éditeur aligne les signaux de contenu/d'audience sur l'une des taxonomies compatibles avec les PPS (par exemple, la taxonomie de contenu de l'IAB 2.2).
4. L'éditeur envoie une demande d'annonce à Ad Manager. Les signaux d'audience et de contenu sont transmis sous la forme d'ID de catégorie de taxonomie dans une clé-valeur prédéfinie.
5. Ad Manager envoie ces signaux aux enchérisseurs programmatiques.
6. Les annonceurs peuvent effectuer un ciblage comme ils le font actuellement.

Remarque : Tous les types d'inventaires, y compris vidéo et de TV connectée, sont disponibles. Les éditeurs doivent autoriser chaque enchérisseur à recevoir des PPS. L'échelle de l'inventaire compatible varie donc.

Intégration de l'acheteur

De nouveaux champs liés au fournisseur de signaux PPS, aux taxonomies et aux segments PPS seront disponibles dans l'appel RTB :

Protocole AdX et OpenRTB

Nous utilisons des objets de données pour envoyer ces signaux afin de permettre aux enchérisseurs de mieux différencier les valeurs déclarées et envoyées par un éditeur en tant que données first party.

Les PPS utilisent les champs OpenRTBBidRequestfields suivants pour envoyer des signaux d'audience :

• BidRequest.user.data.name
• BidRequest.user.data.segment
• BidRequest.user.data.segment.id
• BidRequest.user.data.ext
• BidRequest.user.data.ext.segtax

Les PPS utilisent les champs OpenRTBBidRequest suivants pour envoyer des signaux de contenu tels que le genre :

• BidRequest.content.data.name
• BidRequest.content.data.segment
• BidRequest.content.data.segment.id
• BidRequest.content.data.ext
• BidRequest.content.data.ext.segtax
• BidRequest.content.genre

Les enchérisseurs qui acceptent déjà les audiences définies par le vendeur de l'IAB et qui reçoivent des demandes d'enchères Ad Manager via OpenRTB peuvent ingérer et utiliser les PPS, car ils utilisent les mêmes champs que les audiences définies par le vendeur (pour les signaux d'audience et contextuels). 
Les enchérisseurs peuvent consulter les spécifications liées aux audiences définies par le vendeur de l'IAB.

Signaux et données vidéo et audio (bêta)

Les taxonomies de contenu et d'audience acceptées ci-dessus sont disponibles pour tous les types d'inventaires, tels que le Web, les applications et la vidéo. En outre, les PPS acceptent des signaux supplémentaires dans l'appel RTB. Les voici :

Classification du contenu

• Indique la classification du flux de contenu vidéo et audio sous-jacent
• Les valeurs acceptées sont "G", "PG", "Teen" et "Mature".
• Content.contentrating

Type de flux audio

• Représente différents types de contenus audio.
• Les valeurs acceptées sont "Music", "Radio" et "Podcast".
• Audio.feed

Qualité de la production

• Représente la qualité du contenu du flux de contenu vidéo et audio.
• Les valeurs acceptées sont "Professionally Produced", "Prosumer" et "User Generated".
• Video/audio.prodq

Diffusion de contenu

• Représente la diffusion du flux de contenu vidéo ou audio.
• Les valeurs acceptées sont "Streaming", "Progressive" et "Download".
• Video/audio.delivery