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 richiamano 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 sulla pagina. L'header bidding consente ai publisher di acquisire le offerte per un'area annuncio 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, mentre Protected Audience viene utilizzata per eseguire un'asta con dati cross-site.

Prima di iniziare, scopri le nozioni di base dell'API consultando la pagina Protected Audience e le offerte su intestazioni nella documentazione su Prebid.js.

Definizioni

Aste

Asta	Definizione
Asta contestuale	Un'asta dell'annuncio che utilizza i dati disponibili nel contesto dell'esecuzione dell'asta. All'interno di un'asta contestuale potrebbero esserci più aste, ad esempio offerte su intestazioni e aste lato server.
Asta Protected Audience	Un'asta dell'annuncio che prevede un'offerta per un gruppo di interesse creato su un altro sito.
Asta multi-venditore di Protected Audience	Un'asta Protected Audience a due livelli che prima prevede più aste dei componenti in parallelo che inviano l'annuncio con il punteggio migliore all'asta finale di primo livello.
Asta di primo livello	L'asta dell'annuncio finale nell'ambito di un'asta multi-venditore Protected Audience che fornisce il punteggio per i vincitori dell'asta del componente delle aste dei componenti.
Asta del componente	Un'asta nidificata in un'asta multi-venditore Protected Audience in cui ogni venditore di componenti esegue le proprie aste dei componenti in parallelo. Gli annunci con il punteggio migliore di ogni asta dei componenti vengono passati all'asta di primo livello.
Configurazione dell'asta sequenziale	Una configurazione dell'asta dell'annuncio che integra le aste contestuali con un'asta Protected Audience e determina il vincitore tra le due aste.

Partecipanti

Partecipante	Definizione
Advertiser	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. In genere si tratta di una Demand-Side Platform (DSP).
Ad server del publisher	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 può fornire una libreria lato client per interagire con il server.
Vendita di alto livello	La parte che richiama (ovvero crea) l'asta multi-venditore Protected Audience e partecipa all'asta di primo livello.
Venditore del componente	La parte che esegue un'asta dei componenti nell'asta multi-venditore di Protected Audience per vendere agli acquirenti lo spazio pubblicitario del publisher. In genere una Supply-Side Platform (SSP).

Configurazione dell'asta sequenziale

In una configurazione sequenziale, vengono eseguite prima le aste contestuali e poi l'asta Protected Audience. Questa configurazione consente ai publisher di massimizzare il proprio potenziale di guadagno eseguendo un'asta con i dati contestuali disponibili nella pagina, oltre a condurre un'asta con dati su più siti in un ambiente sicuro per proteggere la privacy degli utenti.

Una libreria di offerte su intestazioni può essere eseguita per prima sulla pagina per raccogliere le offerte per l'asta contestuale dell'ad server del publisher. In seguito, il prezzo dell'offerta vincente adeguato dell'asta contestuale può essere inserito nell'asta Protected Audience come offerta minima. Durante la fase di valutazione, il venditore di primo livello può far scendere i prezzi delle offerte dell'asta dei componenti al di sotto dell'offerta minima assegnando un punteggio pari a zero quando viene calcolato il punteggio di desiderabilità. Se nessuna offerta per l'asta del componente Protected Audience supera l'offerta minima, l'annuncio vincente dell'asta contestuale viene mostrato all'utente. Se l'asta Protected Audience restituisce un vincitore, significa che ha superato l'offerta minima e che l'annuncio vincente di Protected Audience viene mostrato all'utente.

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

In questo esempio di configurazione sequenziale dell'asta, nella pagina possono essere eseguite tre aste principali in base all'ordine: 1) asta contestuale per libreria di header bidding, 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 di panoramica:

1. Prima dell'asta, l'utente viene aggiunto a un gruppo basato sugli interessi 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. Durante questo passaggio, gli acquirenti possono fornire gli indicatori e i venditori possono fornire le configurazioni delle aste dei componenti da utilizzare nella successiva asta di Protected Audience. Prebid.js fornisce un modulo per propagare questi indicatori e 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 dell'asta, i risultati delle offerte su intestazioni, l'inventario venduto direttamente e altro ancora per determinare l'annuncio che fornirà la maggior parte delle entrate a un publisher. L'annuncio vincente viene restituito alla libreria lato client dell'ad server del publisher.
5. Il prezzo dell'offerta modificato dal vincitore dell'asta contestuale, insieme agli indicatori dell'acquirente (perBuyerSignals) e alle configurazioni delle aste 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 di Protected Audience viene eseguita dal venditore di primo livello. Durante la fase di valutazione del venditore di primo livello, il venditore di primo livello può confrontare il prezzo dell'offerta vincente di ogni asta componente con il prezzo dell'offerta vincente adeguato all'asta contestuale. Se il prezzo dell'offerta del componente è inferiore al prezzo dell'offerta dell'asta contestuale, il venditore di primo livello restituisce il punteggio di desiderabilità pari a 0. Se a tutte le offerte viene assegnato un punteggio di 0, la chiamata runAdAuction() restituisce null, il che significa che dovrebbe essere visualizzato l'annuncio vincente dell'asta contestuale.
7. La libreria lato client dell'ad server del publisher esegue il rendering dell'annuncio Protected Audience vincente o dell'annuncio contestuale 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 dai 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 ciascun 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 temporale dell'asta contestuale sulla pagina del publisher.

In una configurazione sequenziale, tutte le aste contestuali vengono eseguite prima dell'esecuzione dell'asta Protected Audience. Nella configurazione descritta in questo documento, eseguiamo un'asta contestuale per offerte su intestazioni di Prebid.js che partecipa a un'asta lato server da parte dell'ad server del publisher.

Il publisher avvia innanzitutto un'asta contestuale di offerte su intestazioni chiamando Prebid.js con un flag per notare che in seguito verrà eseguita un'asta Protected Audience. Successivamente, 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 delle risposte all'offerta, acquirenti e venditori hanno la possibilità di fornire le configurazioni delle aste dei componenti e gli indicatori degli acquirenti (perBuyerSignals) da utilizzare per la successiva asta Protected Audience, se vogliono partecipare. La configurazione dell'asta del componente verrà poi trasferita alla successiva asta Protected Audience.

1. Inizializzazione dell'asta contestuale
   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 includendo perBuyerSignals.
8. Il venditore A risponde al file Prebid.js con l'offerta vincente e la configurazione dell'asta del componente.
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 includendo perBuyerSignals.
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. Le configurazioni dell'asta dei componenti con gli indicatori degli acquirenti vengono condivise 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 rettificata.

Asta multi-venditore per pubblico protetto

Sequenza temporale 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 vincente dell'asta contestuale, le configurazioni delle aste dei componenti e gli indicatori degli acquirenti che partecipano all'asta Protected Audience. Il prezzo dell'offerta contestuale dell'asta come prezzo minimo può essere inserito nella configurazione dell'asta come indicatore per il punteggio nell'asta di primo livello.

Le aste dei componenti vengono eseguite in parallelo e in ogni asta del componente il browser genera le offerte in base alla logica di offerta di ciascun acquirente che partecipa all'asta del componente, assegna un punteggio a ciascuna offerta utilizzando la logica di punteggio del venditore del componente e poi 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 dagli acquirenti al venditore di primo livello. Il prezzo di offerta per l'annuncio vincente dell'asta contestuale può essere inserito nella configurazione dell'asta come indicatori del venditore (questo prezzo di offerta diventa disponibile nella funzione scoreAd() di primo livello del venditore).
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 posizioni specificate nei gruppi di interesse degli acquirenti che partecipano all'asta dei componenti.
6. Il browser genera le offerte eseguendo la logica di generazione delle offerte di ciascun acquirente.
7. Il browser recupera lo script di valutazione e gli indicatori di punteggio attendibili di ogni annuncio dal Venditore A.
8. Il browser esegue la logica di punteggio del venditore A per ogni offerta.
9. Il browser sceglie l'annuncio con il punteggio più alto inviato dalla logica di punteggio 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 posizioni specificate nei gruppi di interesse degli acquirenti che partecipano all'asta dei componenti.
12. Il browser genera le offerte eseguendo la logica di generazione delle offerte di ciascun acquirente.
13. Il browser recupera lo script di valutazione e gli indicatori di punteggio attendibili di ogni annuncio dal Venditore B.
14. Il browser esegue la logica di punteggio del venditore B per ogni offerta.
15. Il browser sceglie l'annuncio con il punteggio più alto inviato dalla logica di punteggio del venditore B.

Punteggio dell'asta di primo livello e rendering degli annunci

Sequenza di rendering dell'annuncio nella pagina del publisher.

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

Se il prezzo dell'offerta vincente dell'asta contestuale è superiore al prezzo dell'offerta vincente dell'asta del componente, 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 più elevato 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 isolato o in un iframe.

1. Punteggio degli annunci all'asta di primo livello
   Il browser recupera lo script per il punteggio dal venditore di primo livello, insieme agli indicatori per i punteggi 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 con aggiustamento dell'asta contestuale 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 è più alto. In caso contrario, lo script calcola il punteggio di desiderabilità, probabilmente in base al prezzo dell'offerta del componente Protected Audience.
3. Il browser sceglie l'annuncio con il punteggio di desiderabilità più alto inviato dalla logica di punteggio del venditore di primo livello.
4. Se vince l'asta Protected Audience
   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 imposta l'attributo src dell'iframe sull'RNN opaco dell'annuncio Protected Audience vincente.
6. Il browser recupera dall'acquirente l'annuncio vincente all'asta di Protected Audience.
7. Il browser mostra l'annuncio all'utente.
8. Se vince l'asta contestuale
   L'asta Protected Audience restituisce null.
9. Il browser imposta l'attributo src dell'iframe sull'annuncio contestuale vincente.
10. Il browser recupera l'annuncio vincente dell'asta contestuale dall'acquirente.
11. Il browser mostra l'annuncio all'utente.

Interagisci e condividi 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.