Configurazione dell'asta sequenziale con offerte su intestazioni e asta di Protected Audience multi-venditore

I publisher in genere diversificano le origini della domanda di annunci per ottimizzare le entrate e richiamare più aziende (ad esempio, ad server dei publisher, Supply-Side Platform e Demand-Side Platform) per determinare l'annuncio migliore per una determinata area annuncio della pagina. Le offerte su intestazioni consentono ai publisher di acquisire le offerte per un'area annuncio provenienti da diverse origini della domanda. In una configurazione di asta sequenziale, la libreria di offerte su intestazioni può essere utilizzata per eseguire un'asta con dati contestuali e Protected Audience viene utilizzata per eseguire un'asta con dati cross-site.

Prima di iniziare, scopri le nozioni di base dell'API nella pagina Protected Audience e scopri le header bidding nella documentazione di Prebid.js.

Definizioni

Aste

Asta	Definizione
Asta contestuale	Un'asta dell'annuncio che utilizza i dati disponibili nel contesto in cui viene eseguita l'asta. Nell'ambito di un'asta contestuale potrebbero essere presenti più aste, ad esempio header bidding e aste lato server.
asta Protected Audience	Un'asta dell'annuncio che prevede offerte per un gruppo di interesse creato su un altro sito.
Asta multi-venditore Protected Audience	Un'asta Protected Audience a due livelli che prevede innanzitutto più aste di componenti parallele che inviano l'annuncio con il miglior punteggio all'asta finale di primo livello.
Asta di primo livello	L'asta dell'annuncio finale all'interno di un'asta multi-venditore Protected Audience che fornisce il punteggio ai vincitori dell'asta dei componenti delle aste dei componenti.
Asta dei componenti	Un'asta nidificata all'interno di un'asta multi-venditore Protected Audience in cui ogni venditore di componenti esegue le aste dei componenti in parallelo. Gli annunci con il punteggio più alto di ogni asta dei componenti vengono trasferiti all'asta di primo livello.
Configurazione di un'asta sequenziale	La configurazione di un'asta dell'annuncio che integra le aste contestuali con un'asta Protected Audience e determina un vincitore tra le due aste.

Partecipanti

Partecipante	Definizione
Inserzionista	La parte che desidera un posizionamento dell'annuncio e sviluppa la creatività dell'annuncio.
Publisher	La parte che fornisce l'inventario pubblicitario per l'asta.
Responsabile acquisti	La parte che fa un'offerta in un'asta per acquistare lo spazio pubblicitario da un venditore. Comunemente si tratta di una Demand-Side Platform (DSP).
Ad server del publisher	Un servizio utilizzato dai publisher per gestire e scegliere gli annunci da visualizzare sul sito. Un ad server del publisher può combinare i propri risultati dell'asta, le risposte dello strumento di offerta su intestazioni, l'inventario venduto direttamente e altro ancora per determinare l'annuncio che fornirà le maggiori entrate a un publisher. Un ad server del publisher potrebbe fornire una libreria lato client per interagire con il server.
Venditore di alto livello	La parte che richiama (crea) l'asta multi-venditore Protected Audience e partecipa all'asta di primo livello.
Venditore di componenti	La parte che esegue l'asta di un componente all'interno dell'asta multi-venditore Protected Audience per vendere lo spazio pubblicitario del publisher agli acquirenti. Comunemente si tratta di una Supply-Side Platform (SSP).

Configurazione di aste sequenziali

In una configurazione di asta sequenziale, prima vengono eseguite le aste contestuali e poi l'asta Protected Audience. Questa configurazione consente ai publisher di massimizzare il loro potenziale di guadagno eseguendo un'asta con i dati contestuali disponibili nella pagina e anche un'asta con dati cross-site in un ambiente sicuro per proteggere gli utenti privacy.

È possibile eseguire una libreria di header bidding per prima sulla pagina per raccogliere le offerte per l'asta contestuale dell'ad server del publisher. Quindi, il prezzo dell'offerta vincente aggiustato dell'asta contestuale può essere inserito nell'asta Protected Audience come prezzo minimo dell'offerta. Durante la fase di valutazione, il venditore di primo livello può far cadere i prezzi delle offerte dell'asta dei componenti al di sotto del prezzo minimo dell'offerta assegnando un punteggio pari a zero al momento del calcolo del punteggio di desiderabilità. Se nessuna offerta dell'asta per il componente Protected Audience è superiore al prezzo minimo dell'offerta, all'utente viene mostrato l'annuncio contestuale vincente dell'asta. Se l'asta Protected Audience restituisce un vincitore, significa che è superiore al prezzo minimo dell'offerta e l'annuncio vincente di Protected Audience viene mostrato all'utente.

Nota: la configurazione descritta in questo documento descrive un potenziale approccio all'integrazione di Protected Audience con i meccanismi di pubblicazione di annunci esistenti, ma non è l'unico modo. Questo documento descrive l'integrazione di una delle librerie header bidding, Prebid.js con Protected Audience.

In questo esempio di configurazione di asta sequenziale, nella pagina possono essere eseguite tre aste principali nell'ordine: 1) asta contestuale mediante libreria di offerte su intestazioni, 2) asta contestuale dall'ad server del publisher e 3) asta Protected Audience.

Panoramica dell'asta multi-venditore Protected Audience con asta contestuale di header bidding.

Descrizione dettagliata del diagramma panoramica:

1. Prima dell'asta, l'utente viene aggiunto a un gruppo di interesse sul sito di un inserzionista.
2. Quando l'utente visita la pagina del publisher in un secondo momento, Prebid.js esegue un'asta contestuale per raccogliere le risposte all'offerta dagli offerenti su intestazioni. In questo passaggio, gli acquirenti possono fornire gli indicatori e i venditori possono fornire configurazioni dell'asta dei componenti da utilizzare nella successiva asta Protected Audience. Prebid.js fornisce un modulo per propagare questi indicatori e queste configurazioni all'asta Protected Audience.
3. Le risposte all'offerta raccolte da Prebid.js vengono inviate all'ad server del publisher per un'asta contestuale lato server.
4. L'ad server del publisher può combinare i propri risultati di asta, i risultati di header bidding, l'inventario venduto direttamente e altro ancora per determinare l'annuncio che fornirà le maggiori entrate a un publisher. L'annuncio vincente viene restituito nella libreria lato client dell'ad server del publisher.
5. Il prezzo di offerta modificato del vincitore dell'asta contestuale, insieme agli indicatori dell'acquirente (perBuyerSignals) e alle configurazioni dell'asta dei componenti del venditore raccolte da Prebid.js, possono essere trasferiti all'asta Protected Audience dalla libreria lato client dell'ad server del publisher.
6. L'asta multi-venditore Protected Audience viene eseguita dal venditore di alto livello. Durante la fase di valutazione del venditore di primo livello, il venditore di primo livello può confrontare il prezzo dell'offerta vincente dell'asta di ciascun componente con il prezzo dell'offerta vincente adeguato e contestuale aggiustato per l'asta. Se il prezzo dell'offerta del componente è inferiore al prezzo dell'offerta contestuale dell'asta, il venditore di primo livello restituisce il punteggio di desiderabilità pari a 0. Se tutte le offerte hanno un punteggio di 0, la chiamata di runAdAuction() restituisce null, che indica che deve essere visualizzato l'annuncio contestuale vincente dell'asta.
7. La libreria lato client dell'ad server del publisher mostra l'annuncio Protected Audience o l'annuncio contestuale vincente, in base a ciò che è stato restituito dalla chiamata runAdAuction().
8. L'annuncio vincente viene mostrato all'utente.

Prima dell'asta

Sequenza temporale del gruppo di interesse sulla pagina di un inserzionista.

Prima dell'asta, quando l'utente visita la pagina di un inserzionista, l'acquirente e l'inserzionista possono definire il gruppo di interesse del sito a cui appartiene l'utente e aggiungere dati contestuali provenienti dal sito dell'inserzionista e dati proprietari da utilizzare come indicatori per l'asta in un secondo momento.

1. L'utente accede al sito dell'inserzionista.
2. Il sito dell'inserzionista carica lo script di ogni acquirente che partecipa all'asta in un secondo momento.
3. Lo script dell'acquirente contiene la chiamata joinAdInterestGroup() per aggiungere l'utente al gruppo di interesse dell'acquirente.

Aste contestuali con Prebid.js e l'ad server del publisher

Sequenza contestuale al momento dell'asta sulla pagina del publisher.

In una configurazione di asta sequenziale, tutte le aste contestuali vengono eseguite prima dell'esecuzione dell'asta Protected Audience. Nella configurazione spiegata in questo documento, eseguiamo un'asta contestuale di header bidding da Prebid.js che alimenta un'asta lato server da parte dell'ad server del publisher.

Il publisher avvia innanzitutto un'asta contestuale di header bidding chiamando Prebid.js con un flag per indicare che verrà eseguita un'asta Protected Audience dopo. Quindi Prebid.js raccoglie le risposte all'offerta e le invia all'ad server del publisher per un'asta contestuale lato server. Durante la fase di raccolta della risposta all'offerta, gli acquirenti e i venditori hanno l'opportunità di fornire le configurazioni dell'asta dei componenti e indicatori (perBuyerSignals) da utilizzare per la successiva asta Protected Audience, se vuole partecipare. La configurazione dell'asta del componente passerà alla successiva asta Protected Audience.

1. Inizializzazione contestuale dell'asta
   L'utente visita la pagina del publisher.
2. La pagina del publisher carica la libreria lato client dell'ad server del publisher e definisce le aree annuncio.
3. La pagina del publisher carica Prebid e avvia l'asta contestuale di header bidding.
4. Asta contestuale del venditore A
   (in parallelo all'asta contestuale del venditore B)
   Prebid.js invia una richiesta di offerta al venditore A.
5. Il venditore A recupera le risposte all'offerta e perBuyerSignals dagli acquirenti.
6. Il venditore A esegue un'asta contestuale.
7. Il venditore A crea la configurazione dell'asta del componente con l'attributo perBuyerSignals incluso.
8. Il venditore A risponde a Prebid.js con l'offerta vincente e la configurazione dell'asta dei componenti.
9. Asta contestuale del venditore B
   (viene eseguita in parallelo all'asta contestuale del venditore A)
   Prebid.js invia una richiesta di offerta al venditore B.
10. Il venditore B recupera le risposte all'offerta e perBuyerSignals dagli acquirenti.
11. Il venditore B esegue un'asta contestuale.
12. Il venditore B crea la configurazione dell'asta del componente con l'attributo perBuyerSignals incluso.
13. Il venditore B risponde a Prebid.js con l'offerta vincente e la configurazione dell'asta del componente.
14. Asta contestuale dell'ad server del publisher
    Le risposte all'offerta raccolte da Prebid.js vengono inviate all'ad server del publisher per l'asta contestuale.
15. L'asta del componente si configura con gli indicatori vengono condivisi con la libreria lato client dell'ad server del publisher
16. L'ad server del publisher esegue un'asta contestuale per determinare l'annuncio migliore tra campagne vendute direttamente, offerte programmatiche, offerte contestuali di Prebid e altro inventario.
17. L'ad server del publisher restituisce l'offerta vincente aggiustata.

Asta multi-venditore Protected Audience

Sequenza al momento dell'asta di Protected Audience nella pagina del publisher.

In questa fase, le aste contestuali si sono concluse e la libreria lato client dell'ad server del publisher può passare al venditore di primo livello il prezzo dell'offerta aggiustato per la vincita dell'asta contestuale, le configurazioni dell'asta dei componenti e gli indicatori degli acquirenti che partecipano all'asta Protected Audience. Il prezzo contestuale dell'offerta dell'asta come prezzo minimo può essere trasferito nella configurazione dell'asta come indicatore per valutare l'asta di primo livello.

Le aste dei componenti vengono eseguite in parallelo e, nell'asta di ogni componente, il browser genera le offerte in base alla logica di offerta di ciascun acquirente che partecipa all'asta, assegna un punteggio a ciascuna offerta utilizzando la logica di valutazione del venditore del componente e restituisce l'annuncio con il punteggio più alto all'asta di primo livello.

1. Il sito del publisher carica lo script del venditore di primo livello.
2. La libreria lato client dell'ad server del publisher fornisce il prezzo contestuale dell'offerta dell'asta, le configurazioni dell'asta dei componenti con indicatori provenienti dagli acquirenti per il venditore di primo livello. Il prezzo dell'offerta per l'annuncio vincente dell'asta contestuale può essere trasmesso alla configurazione dell'asta come indicatori del venditore (questo prezzo dell'offerta diventa disponibile nella funzione scoreAd() del venditore di primo livello).
3. Il venditore di primo livello avvia l'asta Protected Audience chiamando runAdAuction().
4. Asta del componente del venditore A
   (in parallelo all'asta del componente del venditore B)
   Il browser legge i gruppi di interesse dell'utente per tutti gli acquirenti che partecipano all'asta del componente del venditore A.
5. Il browser recupera gli script di offerta e gli indicatori di offerta attendibili dalle località specificate nei gruppi di interesse degli acquirenti che partecipano all'asta del componente.
6. Il browser genera le offerte eseguendo la logica di generazione delle offerte di ogni acquirente.
7. Il browser recupera lo script di punteggio e i segnali di punteggio attendibili di ciascun annuncio dal venditore A.
8. Il browser esegue la logica di punteggio del venditore A per ciascuna offerta.
9. Il browser sceglie l'annuncio con il punteggio più alto inviato dalla logica di valutazione del venditore A.
10. Asta del componente del venditore B
    (in parallelo all'asta del componente del venditore A)
    Il browser legge i gruppi di interesse dell'utente per tutti gli acquirenti che partecipano all'asta del componente del venditore B.
11. Il browser recupera gli script di offerta e gli indicatori di offerta attendibili dalle località specificate nei gruppi di interesse degli acquirenti che partecipano all'asta del componente.
12. Il browser genera le offerte eseguendo la logica di generazione delle offerte di ogni acquirente.
13. Il browser recupera lo script di punteggio e i segnali di punteggio attendibili di ciascun annuncio dal venditore B.
14. Il browser esegue la logica di punteggio del venditore B per ciascuna offerta.
15. Il browser sceglie l'annuncio con il punteggio più alto inviato dalla logica di valutazione del venditore B.

Punteggio dell'asta e rendering dell'annuncio di primo livello

Sequenza di rendering dell'annuncio sulla pagina del publisher.

Dopo l'esecuzione delle aste dei componenti della sezione precedente, il browser esegue la logica di punteggio del venditore di primo livello sull'annuncio vincente dell'asta di ogni componente. Nella funzione scoreAd() del venditore di primo livello, il prezzo dell'offerta contestuale aggiustato con l'asta potrebbe essere disponibile come sellerSignals e la logica di punteggio potrebbe confrontare il prezzo dell'offerta contestuale dell'asta con il prezzo dell'offerta vincente dell'asta del componente Protected Audience.

Se il prezzo dell'offerta vincente dell'asta contestuale è superiore al prezzo dell'offerta vincente dell'asta contestuale, la funzione scoreAd() può restituire un punteggio di desiderabilità pari a 0. Se non ci sono annunci con un punteggio di desiderabilità superiore a 0, significa che l'annuncio vincente dell'asta contestuale ha un valore maggiore di qualsiasi annuncio vincente dell'asta del componente e la funzione runAdAuction() restituisce null.

Se l'asta Protected Audience non ha un vincitore e restituisce null, la libreria lato client dell'ad server del publisher può visualizzare il vincitore dell'asta contestuale in un iframe. Se l'asta Protected Audience si aggiudica l'asta contestuale e restituisce un oggetto FencedFrameConfig o un URN opaco, l'annuncio dell'asta Protected Audience vincente può essere visualizzato in un frame recintato o in un iframe.

1. Punteggio dell'annuncio all'asta di primo livello
   Il browser recupera lo script di punteggio dal venditore di primo livello insieme agli indicatori di punteggio attendibili di ciascun annuncio.
2. Il browser esegue la logica di punteggio del venditore di primo livello per ogni offerta vincente di tutte le aste dei componenti. All'interno dello script scoreAd() del venditore di primo livello, la logica ha accesso al prezzo dell'offerta vincente contestuale adeguato all'asta che potrebbe essere stato trasmesso come sellerSignals nella configurazione dell'asta. Lo script può confrontare il prezzo dell'offerta contestuale vincente con il prezzo dell'offerta del componente Protected Audience e restituire un punteggio di desiderabilità pari a 0 se il prezzo contestuale è superiore. In caso contrario, lo script calcola il punteggio di desiderabilità, probabilmente in base al prezzo dell'offerta Protected Audience del componente.
3. Il browser sceglie l'annuncio con il punteggio di desiderabilità più elevato inviato dalla logica di punteggio del venditore di livello superiore.
4. Se l'asta Protected Audience vince
   L'asta Protected Audience restituisce un oggetto FencedFrameConfig o un URN opaco alla libreria lato client dell'ad server del publisher.
5. La libreria lato client imposta l'attributo config del frame recintato sull'oggetto FencedFrameConfig oppure l'attributo src dell'iframe sull'URN opaco dell'annuncio Protected Audience vincente.
6. Il browser recupera l'annuncio vincente dell'asta Protected Audience dall'acquirente.
7. Il browser mostra l'annuncio all'utente.
8. Se l'asta contestuale vince
   L'asta Protected Audience restituisce null.
9. Il browser imposta l'attributo src dell'iframe sull'annuncio contestuale vincente.
10. Il browser recupera dall'acquirente l'annuncio contestuale che si aggiudica l'asta.
11. Il browser mostra l'annuncio all'utente.

Interagisci e condividi il feedback

Passaggi successivi

Vogliamo interagire con te per assicurarci di creare un'API che funzioni per tutti.

Informazioni sull'API

Come altre API di Privacy Sandbox, questa API è documentata e spiegata pubblicamente.

Sperimenta con l'API

Puoi sperimentare e partecipare alla conversazione sull'API Protected Audience.