Configuration d'enchères séquentielles avec des enchères d'en-tête et des enchères Protected Audience multivendeurs

Les éditeurs diversifient généralement leurs sources de demande d'annonces pour optimiser leurs revenus et font appel à plusieurs entreprises (par exemple, des ad servers d'éditeurs, des plates-formes côté offre et des plates-formes côté demande) afin de déterminer la meilleure annonce pour un espace publicitaire donné sur la page. Les enchères d'en-tête permettent aux éditeurs de capturer des enchères pour un espace publicitaire à partir de diverses sources de demande. Dans une configuration d'enchères séquentielles, la bibliothèque d'enchères d'en-tête peut être utilisée pour lancer une mise aux enchères avec des données contextuelles, tandis que Protected Audience permet de lancer une mise aux enchères avec des données intersites.

Avant de commencer, découvrez les principes de base de l'API Protected Audience sur la page de destination et les enchères d'en-tête dans la documentation Prebid.js.

Définitions

Enchères

Enchères Définition
Enchères contextuelles Enchères publicitaires qui utilisent les données disponibles dans le contexte de l'emplacement d'enchère. Une enchère contextuelle peut comporter plusieurs enchères, telles que des enchères d'en-tête et des enchères côté serveur.
mise aux enchères Protected Audience Enchères publicitaires qui impliquent une enchère sur un groupe de centres d'intérêt créé sur un autre site.
Enchères multivendeurs Protected Audience Système d'enchères Protected Audience à deux niveaux, qui implique d'abord plusieurs enchères parallèles avec composants, qui envoient ensuite l'annonce la mieux notée à l'enchère finale de premier niveau.
Enchères de premier niveau Enchères publicitaires finales dans une enchère multivendeur Protected Audience qui fournit le score des gagnants des enchères des composants.
Enchères des composants Enchères imbriquées dans une enchère multivendeur Protected Audience, où chaque vendeur de composants gère ses enchères de composants en parallèle. Les annonces ayant obtenu les meilleurs résultats lors de chaque enchère associée sont transmises au système d'enchères de premier niveau.
Configuration séquentielle des enchères Configuration d'enchères publicitaires qui intègre les enchères contextuelles à une enchère Protected Audience et détermine le vainqueur entre les deux enchères.

Participants

Participant Définition
Annonceur Partie qui souhaite un emplacement d'annonce et qui conçoit la création publicitaire
Éditeur La partie qui fournit l'inventaire publicitaire pour les enchères.
Revendeur Partie qui définit une enchère pour acheter l'espace publicitaire auprès d'un vendeur. Il s'agit généralement d'une plate-forme côté demande (DSP).
Ad server d'éditeur Service utilisé par les éditeurs pour gérer et choisir les annonces à diffuser sur leur site. Un ad server d'éditeur peut combiner ses propres résultats d'enchères, les réponses de l'enchérisseur d'en-tête, l'inventaire vendu directement, etc., afin de déterminer l'annonce qui générera le plus de revenus pour un éditeur.

Un serveur publicitaire d'éditeur peut fournir une bibliothèque côté client pour interagir avec le serveur.

Vendeur de premier niveau La partie qui appelle (c'est-à-dire crée) l'enchère multivendeur Protected Audience et participe à l'enchère de premier niveau.
Vendeur de composants Partie qui lance une enchère par composant dans le système d'enchères multivendeurs Protected Audience pour vendre l'espace publicitaire de l'éditeur aux acheteurs. Il s'agit généralement d'une plate-forme côté offre (SSP).

Configuration séquentielle des enchères

Dans une configuration d'enchères séquentielle, les enchères contextuelles sont d'abord exécutées, puis celles de l'API Protected Audience sont exécutées. Cette configuration permet aux éditeurs d'optimiser leurs revenus potentiels en lançant des enchères avec les données contextuelles disponibles sur la page et en lançant des enchères avec des données intersites dans un environnement sécurisé afin de protéger les utilisateurs confidentialité.

Une bibliothèque d'enchères d'en-tête peut être exécutée en premier sur la page afin de collecter les enchères pour les enchères contextuelles de l'ad server de l'éditeur. Ensuite, le prix de l'enchère gagnante ajustée de l'enchère contextuelle peut être saisi dans la mise aux enchères Protected Audience en tant que plancher d'enchères. Au cours de l'étape d'évaluation, le vendeur de premier niveau peut faire baisser les prix des enchères des composants en dessous du plancher d'enchères en lui attribuant un score de zéro lors du calcul du score d'attractivité. Si aucune enchère du composant Protected Audience n'est supérieure au plancher d'enchères, l'annonce ayant remporté l'enchère contextuelle est diffusée auprès de l'utilisateur. Si la mise aux enchères Protected Audience affiche une annonce gagnante, cela signifie qu'elle est supérieure au plancher d'enchères et que l'annonce gagnante est diffusée auprès de l'utilisateur.

Dans cet exemple de configuration d'enchères séquentielles, trois enchères majeures peuvent être exécutées sur la page dans l'ordre: 1) les enchères contextuelles par la bibliothèque d'enchères d'en-tête, 2) les enchères contextuelles par l'ad server de l'éditeur et 3) les enchères Protected Audience.

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> Utilisateur
Présentation des enchères multivendeurs Protected Audience avec les enchères d'en-tête contextuelles.

Description détaillée du diagramme de présentation:

  1. Avant l'enchère, l'utilisateur est ajouté à un groupe de centres d'intérêt sur le site d'un annonceur.
  2. Lorsque l'utilisateur consulte ultérieurement la page de l'éditeur, Prebid.js lance une enchère contextuelle pour collecter les réponses aux enchères des enchérisseurs d'en-tête. Au cours de cette étape, les acheteurs peuvent fournir les signaux et les vendeurs peuvent fournir des configurations d'enchères de composants à utiliser lors de l'enchère Protected Audience ultérieure. Prebid.js fournit un module permettant de propager ces signaux et configurations aux enchères Protected Audience.
  3. Les réponses aux enchères collectées par Prebid.js sont envoyées à l'ad server de l'éditeur pour une enchère contextuelle côté serveur.
  4. L'ad server de l'éditeur peut combiner ses propres résultats d'enchères, les résultats des enchères d'en-tête, l'inventaire vendu directement, etc., afin de déterminer l'annonce qui générera le plus de revenus pour un éditeur. L'annonce gagnante est renvoyée à la bibliothèque côté client du serveur publicitaire de l'éditeur.
  5. Le prix ajusté de l'enchère du vainqueur de l'enchère contextuelle, ainsi que les signaux de l'acheteur (perBuyerSignals) et les configurations d'enchères des composants du vendeur collectées par Prebid.js, peuvent être transmis à la mise aux enchères Protected Audience par la bibliothèque côté client de l'ad server de l'éditeur.
  6. Les enchères multivendeurs Protected Audience sont exécutées par le vendeur de niveau supérieur. Au cours de l'étape d'évaluation du vendeur de premier niveau, le vendeur de premier niveau peut comparer le prix de l'enchère gagnante lors d'une enchère du composant avec le prix de l'enchère gagnante ajustée lors des enchères contextuelles. Si le prix de l'enchère du composant est inférieur à celui de l'enchère contextuelle, le vendeur de premier niveau renvoie le score d'attractivité de 0. Si toutes les enchères obtiennent le score 0, l'appel runAdAuction() renvoie null, ce qui signifie que l'annonce ayant remporté l'enchère contextuelle doit être diffusée.
  7. La bibliothèque côté client de l'ad server de l'éditeur affiche l'annonce Protected Audience ou l'annonce contextuelle gagnante, en fonction des éléments renvoyés par l'appel runAdAuction().
  8. L'annonce gagnante est présentée à l'utilisateur.

Avant les enchères

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> Utilisateur
Séquence temporelle des groupes de centres d'intérêt sur la page d'un annonceur

Avant la mise aux enchères, lorsque l'utilisateur consulte la page d'un annonceur, l'acheteur et l'annonceur peuvent définir le groupe de centres d'intérêt du site auquel appartient l'utilisateur, et ajouter des données contextuelles à partir du site de l'annonceur et des données first party qui serviront ultérieurement de signaux pour l'enchère.

  1. L'utilisateur accède au site de l'annonceur.
  2. Le site de l'annonceur charge ultérieurement le script de chaque acheteur participant à l'enchère.
  3. Le script de l'acheteur contient l'appel joinAdInterestGroup() pour ajouter l'utilisateur au groupe de centres d'intérêt de l'acheteur.

Enchères contextuelles avec Prebid.js et l'ad server de l'éditeur

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> Les enchères contextuelles sont lancées sur le site de l&#39;éditeur.
Séquence de la date et de l'heure des enchères contextuelles sur la page de l'éditeur

Dans une configuration d'enchères séquentielle, toutes les enchères contextuelles sont exécutées avant l'enchère Protected Audience. Dans la configuration expliquée dans ce document, nous exécutons une enchère contextuelle d'enchères d'en-tête par Prebid.js, qui alimente une mise aux enchères côté serveur par l'ad server de l'éditeur.

L'éditeur lance d'abord une enchère contextuelle d'enchères d'en-tête en appelant Prebid.js avec un indicateur pour indiquer qu'une enchère Protected Audience sera exécutée par la suite. Prebid.js collecte ensuite les réponses aux enchères et les envoie au serveur publicitaire de l'éditeur en vue d'une enchère contextuelle côté serveur. Au cours de l'étape de collecte des réponses aux enchères, les acheteurs et les vendeurs ont la possibilité de fournir des configurations de composants d'enchères et des attributs (perBuyerSignals) à utiliser pour la mise aux enchères Protected Audience ultérieure, s'il souhaite y participer. Cette configuration d'enchères du composant sera à terme transmise aux enchères Protected Audience ultérieures.

  1. Initialisation des enchères contextuelles : l'utilisateur accède à la page de l'éditeur.
  2. La page de l'éditeur charge la bibliothèque côté client de l'ad server de l'éditeur et définit les espaces publicitaires.
  3. La page de l'éditeur charge Prebid et lance l'enchère contextuelle pour les enchères d'en-tête.
  4. Enchères contextuelles du vendeur A : exécutées en parallèle des enchères contextuelles du vendeur B. Prebid.js envoie une demande d'enchère au vendeur A.
  5. Le vendeur A récupère les réponses aux enchères et l'perBuyerSignals auprès des acheteurs.
  6. Le vendeur A lance des enchères contextuelles.
  7. Le vendeur A construit la configuration des enchères du composant en incluant perBuyerSignals.
  8. Le vendeur A répond à Prebid.js en fournissant l'enchère gagnante et la configuration de son composant d'enchères.
  9. Les enchères contextuelles du vendeur B sont exécutées en parallèle des enchères contextuelles du vendeur A. Prebid.js envoie une demande d'enchère au vendeur B.
  10. Le vendeur B récupère les réponses aux enchères et perBuyerSignals auprès des acheteurs.
  11. Le vendeur B procède à des enchères contextuelles.
  12. Le vendeur B construit la configuration des enchères du composant en incluant perBuyerSignals.
  13. Le vendeur B répond à Prebid.js avec l'enchère gagnante et la configuration de son composant d'enchères.
  14. Enchères contextuelles de l'ad server de l'éditeur : les réponses aux enchères collectées par Prebid.js sont envoyées à l'ad server de l'éditeur pour les enchères contextuelles.
  15. La configuration des enchères du composant sont partagés avec la bibliothèque côté client de l'ad server de l'éditeur
  16. L'ad server de l'éditeur lance des enchères contextuelles afin de déterminer la meilleure annonce parmi les campagnes vendues directement, les enchères programmatiques, les enchères contextuelles avant enchère et le reste de l'inventaire.
  17. L'ad server de l'éditeur renvoie l'enchère gagnante ajustée.

Enchères multivendeurs Protected Audience

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> La mise aux enchères multivendeurs Protected Audience choisit l&#39;annonce ayant obtenu le meilleur score parmi les enchères soumises lors des enchères des composants
Séquence au moment des enchères Protected Audience sur la page de l'éditeur.

À ce stade, les enchères contextuelles sont terminées, et la bibliothèque côté client de l'ad server de l'éditeur peut transmettre au vendeur de premier niveau le prix ajusté de l'enchère contextuelle gagnante, les configurations des enchères des composants et les signaux des acheteurs qui participent à la mise aux enchères Protected Audience. Le prix plancher de l'enchère contextuelle peut être transmis dans la configuration de l'enchère en tant que signal pour l'attribution de scores lors de l'enchère de premier niveau.

Les enchères des composants sont exécutées en parallèle. Dans chaque enchère composant, le navigateur génère des offres à partir de la logique d'enchères de chaque acheteur participant à cette enchère, attribue un score à chaque enchère selon la logique d'évaluation du vendeur composant, puis renvoie l'annonce ayant obtenu le meilleur score à l'enchère de premier niveau.

  1. Le site de l'éditeur charge le script du vendeur de premier niveau.
  2. La bibliothèque côté client de l'ad server de l'éditeur fournit le prix de l'enchère contextuelle, et les configurations d'enchères des composants avec des signaux envoyés par les acheteurs au vendeur de premier niveau. Le prix de l'annonce ayant remporté l'enchère contextuelle peut être transmis dans la configuration de l'enchère en tant que signal du vendeur (ce prix de l'enchère devient disponible dans la fonction scoreAd() du vendeur de premier niveau).
  3. Le vendeur de premier niveau lance la mise aux enchères Protected Audience en appelant runAdAuction().
  4. Les enchères des composants du vendeur A, qui s'exécutent en parallèle des enchères des composants du vendeur B. Le navigateur lit les groupes de centres d'intérêt de l'utilisateur pour tous les acheteurs participant aux enchères des composants du vendeur A.
  5. Le navigateur extrait les scripts d'enchères et les signaux d'enchères de confiance des zones géographiques spécifiées dans les groupes de centres d'intérêt des acheteurs qui participent à l'enchère du composant.
  6. Le navigateur génère les enchères en exécutant la logique de génération d'enchères de chaque acheteur.
  7. Le navigateur extrait le script d'évaluation et les signaux d'évaluation fiables de chaque annonce auprès du vendeur A.
  8. Le navigateur exécute la logique d'évaluation du vendeur A pour chaque enchère.
  9. Le navigateur choisit l'annonce avec le score le plus élevé selon la logique d'évaluation du vendeur A.
  10. Les enchères des composants du vendeur B s'exécutent en parallèle des enchères des composants du vendeur A. Le navigateur lit les groupes de centres d'intérêt de l'utilisateur pour tous les acheteurs participant aux enchères des composants du vendeur B.
  11. Le navigateur extrait les scripts d'enchères et les signaux d'enchères de confiance des zones géographiques spécifiées dans les groupes de centres d'intérêt des acheteurs qui participent à l'enchère du composant.
  12. Le navigateur génère les enchères en exécutant la logique de génération d'enchères de chaque acheteur.
  13. Le navigateur extrait le script d'évaluation et les signaux d'évaluation fiables de chaque annonce auprès du vendeur B.
  14. Le navigateur exécute la logique d'évaluation du vendeur B pour chaque enchère.
  15. Le navigateur choisit l'annonce avec le score le plus élevé selon la logique d'évaluation du vendeur B.

Évaluation globale des enchères et affichage des annonces

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> La bibliothèque côté client de l&#39;ad server de l&#39;éditeur affiche l&#39;annonce qui a été choisie entre l&#39;enchère contextuelle et la mise aux enchères Protected Audience
Séquence de rendu des annonces sur la page de l'éditeur

Une fois que les enchères des composants de la section précédente ont été exécutées, le navigateur exécute la logique d'évaluation du vendeur de premier niveau pour l'annonce gagnante de chaque enchère du composant. Dans la fonction scoreAd() du vendeur de premier niveau, le prix ajusté pour les enchères contextuelles peut être disponible sous la forme sellerSignals, et la logique d'évaluation peut comparer ce prix de l'enchère contextuelle au prix de l'enchère gagnante du composant Protected Audience.

Si le prix de l'enchère gagnante de l'enchère contextuelle est supérieur à celui de l'enchère gagnante de l'enchère du composant, la fonction scoreAd() peut renvoyer un score d'attractivité de 0. Si aucune annonce n'a un score de désirabilité supérieur à 0, cela signifie que l'annonce gagnante de l'enchère contextuelle est plus intéressante que n'importe quelle annonce gagnante de l'enchère du composant. De plus, la fonction runAdAuction() renvoie null.

Si la mise aux enchères Protected Audience n'a pas de vainqueur et renvoie null, la bibliothèque côté client de l'ad server de l'éditeur peut afficher le vainqueur de l'enchère contextuelle dans un iFrame. Si la mise aux enchères Protected Audience l'emporte sur l'enchère contextuelle et renvoie un objet FencedFrameConfig ou un URN opaque, l'annonce gagnante peut être diffusée dans un cadre clôturé ou un iFrame.

  1. Évaluation des annonces lors des enchères de premier niveau : le navigateur extrait le script d'évaluation du vendeur de premier niveau, ainsi que les signaux d'évaluation fiables de chaque annonce.
  2. Le navigateur exécute la logique d'évaluation du vendeur de premier niveau pour chaque enchère gagnante de toutes les enchères des composants. Dans le script scoreAd() du vendeur de premier niveau, la logique a accès au prix de l'enchère gagnante ajustée lors des enchères contextuelles qui a pu être transmis en tant que sellerSignals dans la configuration de l'enchère. Le script peut comparer le prix de l'enchère contextuelle gagnante au prix de l'enchère du composant Protected Audience et renvoyer un score de désirabilité de 0 si le prix contextuel est plus élevé. Sinon, le script calcule le score de désirabilité, probablement en fonction du prix de l'enchère du composant Protected Audience.
  3. Le navigateur choisit l'annonce avec le score de désirabilité le plus élevé selon la logique d'évaluation du vendeur de premier niveau.
  4. Si la mise aux enchères Protected Audience l'emporte, elle renvoie un objet FencedFrameConfig ou un URN opaque à la bibliothèque côté client de l'ad server de l'éditeur.
  5. La bibliothèque côté client définit l'attribut config du frame cloisonné sur l'objet FencedFrameConfig ou l'attribut src de l'iFrame sur l'URL opaque de l'annonce Protected Audience gagnante.
  6. Le navigateur récupère l'annonce gagnante de l'enchère Protected Audience auprès de l'acheteur.
  7. Le navigateur affiche l'annonce à l'utilisateur.
  8. Si la mise aux enchères contextuelle remporte l'enchère, la mise aux enchères Protected Audience renvoie null.
  9. Le navigateur définit l'attribut src de l'iFrame sur l'annonce contextuelle gagnante.
  10. Le navigateur extrait l'annonce contextuelle gagnante de l'enchère auprès de l'acheteur.
  11. Le navigateur affiche l'annonce à l'utilisateur.

Interagir et partager des commentaires

Étape suivante

Nous souhaitons discuter avec vous d'une API adaptée à tous les utilisateurs.

Discuter de l'API

Comme d'autres API de la Privacy Sandbox, cette API est documentée et consultée publiquement.

Tester l'API

Vous pouvez tester l'API Protected Audience et y participer.