Aste di annunci on-device per la pubblicazione di segmenti di pubblico personalizzati e di remarketing, senza il monitoraggio tra siti di terze parti.
A chi è rivolto questo articolo?
Questo articolo illustra le nozioni di base dell'API Protected Audience e spiega alcuni concetti sottostanti, ma non fornisce molti dettagli tecnici.
- Se lavori nel settore pubblicitario o nella tecnologia pubblicitaria, avrai una panoramica di come funziona Protected Audience.
- Se sei sviluppatore o software engineer, la guida per gli sviluppatori dell'API Protected Audience fornisce dettagli tecnici più approfonditi sull'API. Consulta lo stato più recente delle funzionalità Protected Audience in attesa.
Fai riferimento al glossario per conoscere i termini utilizzati nella documentazione di Protected Audience. Alla fine di questo articolo, scoprirai come coinvolgere e condividere il feedback.
Che cos'è l'API Protected Audience?
L'API Protected Audience è una tecnologia Privacy Sandbox per gestire casi d'uso di remarketing e segmenti di pubblico personalizzati, progettata in modo che terze parti non possano monitorare il comportamento di navigazione degli utenti su più siti.
L'API Protected Audience consente alle aste on-device da parte del browser di scegliere annunci pertinenti dai siti web che l'utente ha visitato in precedenza.
L'API Protected Audience è il primo esperimento a essere implementato in Chromium all'interno della famiglia di proposte TURTLEDOVE. La differenza tra Protected Audience e TURTLEDOVE riguarda principalmente la separazione del ruolo sul dispositivo dell'acquirente dell'annuncio e del venditore. Le seguenti sezioni spiegano come funziona l'API Protected Audience.
API Protected Audience in un minuto
Per una panoramica più approfondita dell'API Protected Audience, leggi la guida per gli sviluppatori dell'API Protected Audience.
![Una panoramica di ogni fase del ciclo di vita dell'API Protected Audience](https://developers-dot-devsite-v2-prod.appspot.com/static/privacy-sandbox/assets/images/protected-audience-overview.png?authuser=7&hl=it)
L'API Protected Audience utilizza i gruppi di interesse per consentire ai siti di mostrare annunci pertinenti per i loro utenti.
Ad esempio, quando un utente visita un sito che vuole pubblicizzare i suoi prodotti, il proprietario del gruppo di interesse (come una Demand-Side Platform (DSP)) può chiedere al browser dell'utente di aggiungere l'appartenenza al gruppo di interesse. Se la richiesta ha esito positivo, il browser registra:
- Il nome del gruppo di interesse, ad esempio "bici-personalizzate".
- Il proprietario del gruppo di interesse, ad esempio "https://dsp.example".
- Informazioni sulla configurazione dei gruppi di interesse per consentire al browser di accedere al codice di offerta, al codice dell'annuncio e ai dati in tempo reale se il proprietario del gruppo viene invitato a fare offerte in un'asta dell'annuncio.
In seguito, quando l'utente visita un sito con spazio pubblicitario disponibile, il venditore dello spazio pubblicitario
(un provider lato vendita (SSP) o il sito stesso) può utilizzare Protected Audience per eseguire un'asta dell'annuncio per selezionare gli annunci più appropriati da mostrare all'utente. Il venditore chiama la funzione navigator.runAdAuction()
, che fornisce un elenco di proprietari di gruppi di interesse invitati a fare offerte.
Le offerte possono essere fornite solo dai gruppi di interesse di cui il browser è membro, i cui proprietari sono stati invitati a fare offerte.
Il codice di offerta viene recuperato da un URL fornito nella configurazione del gruppo di interesse. Questo codice fornisce dati sul gruppo di interesse e informazioni del venditore, oltre a dati contestuali sulla pagina e dal browser.
Ogni gruppo basato sugli interessi che fornisce un'offerta viene definito acquirente.
Quando il browser chiama la funzione per eseguire l'asta dell'annuncio, il codice di ogni acquirente genera un'offerta con l'aiuto dei dati in tempo reale forniti dal servizio chiavi/valore di pubblico protetto. Poi, il venditore riceve queste offerte, oltre ai dati in tempo reale di sua proprietà, e assegna un punteggio a ogni offerta. L'offerta con il punteggio più alto vince l'asta.
L'annuncio vincente viene visualizzato in un frame recintato. L'URL della creatività dell'annuncio è specificato nell'offerta e l'origine deve corrispondere a una dell'elenco fornito dalla configurazione del gruppo di interesse.
Il venditore può segnalare il risultato dell'asta (reportResult()
) e gli acquirenti possono
segnalare le vittorie (reportWin()
).
Scopri di più sui report sulle aste di Protected Audience.
Perché è necessaria l'API Protected Audience?
Comprendere gli interessi degli utenti consente di attivare annunci più pertinenti rispetto alla semplice scelta degli annunci in base ai contenuti del sito (targeting contestuale) o utilizzando le informazioni fornite da un utente al sito su cui viene pubblicato l'annuncio (targeting per dati proprietari).
Tradizionalmente, le piattaforme pubblicitarie apprendono gli interessi degli utenti monitorando il loro comportamento su più siti. I browser hanno bisogno di un modo per consentire alle piattaforme pubblicitarie di selezionare annunci pertinenti, in modo che i publisher di contenuti possano ottenere entrate pubblicitarie senza il monitoraggio tra siti.
L'API Protected Audience ha lo scopo di avvicinare la piattaforma web a uno stato in cui il browser dell'utente sul dispositivo, non l'inserzionista o le piattaforme di tecnologia pubblicitaria, contiene informazioni sugli interessi dell'utente.
Come posso provare l'API Protected Audience?
La guida per gli sviluppatori dell'API Protected Audience descrive come utilizzare l'API e come eseguire i test localmente.
deleted-audience-demo.web.app fornisce una procedura dettagliata di un deployment di base di Protected Audience sui siti di inserzionisti e publisher. Il video dimostrativo di Protected Audience spiega il funzionamento di questo codice e mostra in anteprima come utilizzare Chrome DevTools per il debug.
Quale configurazione del browser è disponibile?
Gli utenti possono modificare la propria partecipazione alle prove di Privacy Sandbox in Chrome
attivando o disattivando l'impostazione di primo livello in
chrome://settings/adPrivacy
. Durante il test iniziale, gli utenti possono disattivare l'API Protected Audience utilizzando le impostazioni di Privacy Sandbox.
Chrome prevede di consentire agli utenti di visualizzare e gestire l'elenco dei gruppi di interesse a cui sono stati aggiunti sui siti che hanno visitato. Come per le tecnologie di Privacy Sandbox, le impostazioni degli utenti possono evolversi in base al feedback di utenti, autorità di regolamentazione e altri soggetti.
Aggiorneremo le impostazioni disponibili in Chrome con l'avanzamento dell'API Protected Audience, in base a test e feedback. In futuro, offriremo impostazioni più granulari per gestire Protected Audience e i dati associati.
I chiamanti API non possono accedere alle iscrizioni ai gruppi quando gli utenti navigano in modalità di navigazione in incognito e l'appartenenza viene rimossa quando gli utenti cancellano i dati dei siti.
Posso disattivare l'API Protected Audience?
Scopri come bloccare l'accesso all'API Protected Audience, come proprietario del sito o come singolo utente.
Concetti principali
Cerchi ulteriori informazioni sulla terminologia di Protected Audience? Consulta il glossario di Privacy Sandbox.
Che cos'è un gruppo di interesse?
Un gruppo di interesse dell'API Protected Audience rappresenta un gruppo di persone con un interesse comune, corrispondente a un elenco per il remarketing.
Ogni gruppo di interesse dell'API Protected Audience ha un proprietario. Tipi di proprietari diversi creano diversi tipi di gruppi di interesse con casi d'uso differenti.
Il proprietario chiede al browser dell'utente di aggiungere l'appartenenza al gruppo di interesse
chiamando la funzione JavaScript navigator.joinAdInterestGroup()
, fornendo
informazioni quali i dati sugli annunci pertinenti per il gruppo di interesse e un URL
per JavaScript utilizzato nelle offerte. I dati dei gruppi di interesse, ad esempio gli annunci, possono essere aggiornati e un gruppo di interesse può essere attivato per un massimo di 30 giorni.
Tipi di gruppi di interesse
La tabella che segue fornisce esempi di diversi tipi di gruppi di interesse e proprietari dell'API Protected Audience.
Proprietario | Esempio | Interesse | Esempio | casi d'uso |
---|---|---|---|---|
Advertiser | Produttore di biciclette | Prodotti | Persone che hanno visualizzato pagine di prodotto per una determinata categoria di biciclette. | Remarketing per gli utenti che hanno già interagito con il brand. |
Publisher | Sito web di notizie | Contenuti | Persone che leggono sul ciclismo. | Gli editori possono utilizzare i dati proprietari per consentire agli inserzionisti di acquistare annunci pertinenti per i lettori sul loro sito. Un gruppo di interesse di proprietà dell'editore potrebbe consentire loro di fare lo stesso anche quando questi utenti navigano su altri siti. Gli editori potrebbero essere in grado di addebitare la possibilità di mostrare annunci a segmenti specifici del loro pubblico. |
Ad tech | DSP | Categoria di prodotti | Persone che hanno mostrato interesse per l'attrezzatura da ciclismo. | Un'azienda di ad tech potrebbe creare e gestire un gruppo di interesse di persone che ritiene siano alla ricerca di una determinata categoria di articoli. Il gruppo basato sugli interessi potrebbe quindi essere utilizzato per pubblicizzare prodotti sui siti che vendono articoli della stessa categoria (e che collaborano con l'azienda di ad tech). |
Chrome consente fino a 1000 gruppi di interesse per proprietario e fino a 1000 proprietari di gruppi di interesse. Questi limiti sono intesi come sistemi di protezione e non devono essere raggiunti nel funzionamento regolare.
Che cos'è un acquirente?
Nell'API Protected Audience, un acquirente è una parte che possiede un gruppo di interesse e fa offerte in un'asta dell'annuncio.
Ad esempio:
- Inserzionista: che agisce per sé.
- Demand-Side Platform (DSP): agisce per gli inserzionisti.
- Proprietario del gruppo di interesse: lavoro per più inserzionisti.
Gli acquirenti hanno tre lavori:
- Scegli se partecipare a un'asta.
- Scegli gli annunci e calcola un'offerta.
- Segnalare il risultato dell'asta.
Questi job vengono eseguiti in modo programmatico, nel codice fornito dall'acquirente che viene eseguito durante un'asta dell'annuncio dell'API Protected Audience.
Quando un acquirente chiede al browser di un utente di aggiungere un gruppo di interesse ai gruppi di cui è membro (chiamando la funzione JavaScript navigator.joinAdInterestGroup()
), fornisce al browser:
- Un URL per il codice di offerta, che verrà utilizzato quando il venditore esegue un'asta dell'annuncio.
- Potenzialmente, URL per le creatività del gruppo di interesse. Gli URL degli annunci possono essere aggiunti in un secondo momento con un aggiornamento.
- Un elenco di chiavi di dati su cui eseguire la query e l'URL del servizio chiave/valore dell'acquirente per consentire al codice di offerta di ottenere dati in tempo reale durante un'asta.
Il codice dell'acquirente può anche includere una funzione reportWin()
per segnalare il risultato dell'asta.
Chi esegue un'asta dell'annuncio?
Più parti possono eseguire un'asta per vendere uno spazio pubblicitario.
Ad esempio:
- Publisher di contenuti: che agisce per sé stesso per ospitare i contenuti degli annunci sul proprio sito web.
- Supply-Side Platform (SSP): collaborazione con il publisher e fornitura di altri servizi.
- Script di terze parti: che agisce per un publisher, per consentire la partecipazione alle aste dell'annuncio.
Con l'API Protected Audience, un venditore di spazio pubblicitario ha tre job:
- Applicare le regole per i publisher, indicando quali acquirenti e offerte sono idonei.
- Esegui la logica dell'asta: JavaScript viene eseguito nei worklet per calcolare un punteggio di desiderabilità per ogni offerta.
- Segnalare il risultato dell'asta.
Questi job vengono eseguiti in modo programmatico, nel codice fornito dal venditore quando viene avviata un'asta dell'annuncio
chiamando la funzione JavaScript navigator.runAdAuction()
.
Come funziona un'asta dell'annuncio dell'API Protected Audience?
Il seguente diagramma illustra ogni fase dell'asta dell'annuncio dell'API Protected Audience:
![Sei fasi di un'asta dell'annuncio dell'API Protected Audience](https://developers-dot-devsite-v2-prod.appspot.com/static/privacy-sandbox/assets/images/protected-audience-steps.png?authuser=7&hl=it)
Nell'API Protected Audience, un'asta dell'annuncio è una raccolta di piccoli programmi JavaScript che il browser esegue sul dispositivo dell'utente per scegliere un annuncio. Per tutelare la privacy, tutto il codice dell'asta dell'annuncio fornito dal venditore e dagli acquirenti viene eseguito in worklet JavaScript isolati che non possono comunicare con il mondo esterno.
Un venditore (un editore o una Supply-Side Platform) avvia un'asta dell'annuncio Protected Audience su un sito che vende uno spazio pubblicitario (ad esempio un sito di notizie). Il venditore sceglie gli acquirenti che partecipano all'asta, indica lo spazio in vendita e fornisce criteri aggiuntivi per l'annuncio. Ogni acquirente è il proprietario di un gruppo basato sugli interessi.
Il venditore fornisce al browser il codice per valutare le offerte, che includono il valore di ogni offerta, l'URL della creatività dell'annuncio e altri dati restituiti da ogni acquirente. Durante l'asta, il codice delle offerte degli acquirenti e il codice di punteggio delle offerte del venditore possono ricevere i dati dai servizi chiave/valore. Dopo aver scelto e visualizzato un annuncio (in un frame recintato per tutelare la privacy), il venditore e l'acquirente vincente possono segnalare il risultato dell'asta.
- Un utente visita un sito che pubblica annunci.
- Il codice del venditore avvia un'asta. Il venditore specifica quale spazio pubblicitario è in vendita e chi può fare offerte, oltre al metodo per attribuire un punteggio a queste offerte.
- Il codice dell'acquirente invitato viene eseguito per generare un'offerta, l'URL per una creatività dell'annuncio pertinente e altri dati. Lo script di offerta può eseguire query su dati in tempo reale, ad esempio il budget rimanente della campagna pubblicitaria, dal servizio chiave/valore dell'acquirente.
- Il codice del venditore assegna un punteggio a ogni offerta e seleziona un vincitore. Questa logica utilizza il valore dell'offerta e altri dati per restituire l'opportunità di un'offerta e rifiutare un annuncio che non può battere il vincitore contestuale dell'annuncio. Il venditore può utilizzare il proprio servizio chiave/valore per ottenere dati in tempo reale. Prima dell'inizio di un'asta, il venditore trova il miglior annuncio contestuale per l'area annuncio disponibile.
- L'annuncio vincente viene restituito come oggetto di configurazione frame recintato quando nella configurazione dell'asta viene impostato il flag
resolveToConfig
. La configurazione viene utilizzata per navigare nel frame recintato verso la creatività dell'annuncio e l'URL della creatività è nascosto sia al venditore sia al publisher. Se il flagresolveToConfig
viene impostato sufalse
o non viene trasmesso, l'annuncio vincente viene restituito come URN opaca che può essere utilizzata per visualizzare l'annuncio in un iframe. L'oggetto di configurazione del frame isolato è disponibile a partire dalla versione M114. - L'asta viene segnalata al venditore e agli acquirenti vincenti.
Un meccanismo di segnalazione per la perdita di acquirenti è in fase di discussione.
Che cos'è un servizio chiave/valore dell'API Protected Audience?
Il servizio chiave/valore dell'API Protected Audience consente alle tecnologie pubblicitarie di eseguire query sui dati in tempo reale quando l'acquirente fa un'offerta e ai venditori di assegnare un punteggio agli annunci tutelando la privacy. Puoi trovare ulteriori informazioni sul servizio chiave/valore dell'API Protected Audience e altri dettagli nei servizi dell'API Protected Audience.
Il servizio chiave/valore viene implementato nell'infrastruttura cloud dell'ad tech e il servizio viene eseguito in un ambiente di esecuzione affidabile. Una richiesta a un servizio chiave/valore non può generare la registrazione a livello di evento o avere altri effetti collaterali. Il servizio chiave-valore supporterà inoltre le funzioni definite dall'utente (UDF) che consentono agli ad tech di eseguire la propria logica personalizzata all'interno del servizio chiavi/valore.
Un acquirente o venditore fornisce un elenco di "chiavi" per specificare i dati richiesti da un servizio chiave/valore API Protected Audience. Il servizio Chiave-valore risponde con un valore per ogni chiave.
Il codice del servizio chiave/valore dell'API Protected Audience è ora disponibile in un repository GitHub di Privacy Sandbox. Questo servizio può essere utilizzato dagli sviluppatori di Chrome e Android.
Scopri di più sul servizio chiave/valore dell'API Protected Audience nel messaggio esplicativo dell'API e nella spiegazione del modello di attendibilità.
In che modo i dati in tempo reale vengono incorporati nelle aste?
Gli acquirenti o il venditore in un'asta dell'annuncio potrebbero aver bisogno di accedere a dati in tempo reale. Ad esempio, gli acquirenti potrebbero voler calcolare il budget rimanente in una campagna pubblicitaria oppure il venditore potrebbe essere tenuto a controllare le creatività degli annunci in base alle norme del publisher.
Per soddisfare i requisiti di privacy dell'API Protected Audience, i dati in tempo reale richiesti durante un'asta dell'annuncio vengono forniti dal servizio chiavi/valore. Quando ogni acquirente chiama navigator.joinAdInterestGroup()
, specifica un URL di servizio chiavi/valore e le chiavi su cui eseguire query per il servizio durante un'asta. Analogamente, quando il venditore esegue un'asta dell'annuncio chiamando navigator.runAdAuction()
, fornisce un URL per il proprio servizio chiave/valore. Verrà effettuata una query al servizio chiave/valore del venditore con l'URL di rendering della creatività.
Per i test iniziali, viene utilizzato il modello "Bring Your Own Server". Nel lungo periodo, gli ad tech dovranno utilizzare i servizi chiave/valore open source dell'API Protected Audience in esecuzione in ambienti di esecuzione attendibili per recuperare dati in tempo reale.
Per garantire che l'ecosistema abbia tempo sufficiente per i test, non prevediamo di richiedere l'uso di servizi chiave/valore open source o ambienti di esecuzione attendibili fino a qualche tempo dopo il ritiro dei cookie di terze parti. Informeremo gli sviluppatori in modo sostanziale all'inizio dei test e dell'adozione prima che la transizione abbia luogo.
Come vengono utilizzati i dati proprietari in un'asta Protected Audience?
I dati proprietari sono i dati di proprietà del sito sui suoi utenti. Ad esempio, se un utente ha specificato il suo colore preferito sul sito dell'inserzionista o del publisher, quel colore viene considerato come dati proprietari.
In un'asta Protected Audience, l'inserzionista può utilizzare i propri dati proprietari per determinare l'appartenenza al gruppo di interesse dell'annuncio e può anche trasferire i dati al gruppo come userBiddingSignals
. I dati proprietari dell'inserzionista saranno disponibili solo per gli acquirenti durante la fase di generazione delle offerte e non saranno disponibili per i venditori.
Ad esempio, se l'inserzionista conosce il colore preferito dell'utente, il valore può essere impostato nella configurazione del gruppo di interesse come userBiddingSignals
quando l'utente viene aggiunto a un gruppo di interesse:
const interestGroup = {
owner: 'https://example-buyer.com',
name: 'running-shoes',
userBiddingSignals: {
favoriteColor: 'blue' // First-party data
},
// ...other interest group settings
};
navigator.joinAdInterestGroup(interestGroup, 3600);
Il publisher può anche trasmettere i suoi dati proprietari impostando gli indicatori nella configurazione dell'asta quando avvia l'asta e può controllare chi riceve i dati proprietari. Quando un publisher trasmette i dati proprietari come auctionSignals
, questi sono disponibili sia per gli acquirenti che per i venditori. Quando i dati vengono trasmessi come sellerSignals
, sono disponibili solo per il venditore, mentre una volta trasmessi come perBuyerSignals
, sono disponibili solo per gli acquirenti specificati. Il publisher può anche trasferire i dati proprietari alle aste dei componenti. Il publisher e i partecipanti all'asta devono concordare in anticipo quali dati proprietari devono essere condivisi e come devono essere formattati.
L'esempio seguente descrive come i dati proprietari possono essere trasmessi dal publisher a vari partecipanti all'asta:
const auctionConfig = {
seller: 'https://example-seller.com',
auctionSignals: {
favoriteColor: 'blue', // Both buyer and seller will receive this signal
},
sellerSignals: {
favoriteIceCreamFlavor: 'chocolate', // Only the seller will receive this signal
},
perBuyerSignals: {
'https://example-buyer.com': {
favoriteDrink: 'tea', // Only a specific buyer will receive this signal
},
},
// The same pattern applies to the component auction
componentAuctions: [{
seller: 'https://example-component-seller.com',
auctionSignals: { ... },
sellerSignals: { ... },
perBuyerSignals { ... }
}],
// ...other auction settings
};
navigator.runAdAuction(auctionConfig);
Scopri di più
Per una panoramica più approfondita dell'API Protected Audience, leggi la guida per gli sviluppatori dell'API Protected Audience.
Sviluppatori
Se è tutto pronto per iniziare a utilizzare l'API Protected Audience, leggi Sperimenta e partecipa.
Abbiamo scritto una guida per gli sviluppatori di API e creato una demo dell'API Protected Audience, che offre una procedura dettagliata di un deployment di base dell'API Protected Audience. Il video dimostrativo dell'API Protected Audience spiega come funziona il codice demo e come utilizzare Chrome DevTools per il debug dell'API Protected Audience.
Interagisci e condividi feedback
- GitHub: leggi l'spiegazione, poni domande e segui la discussione.
- Annunci: partecipa o visualizza gli annunci precedenti nella mailing list dell'API Protected Audience.
- W3C: analizza i casi d'uso del settore nell'Migliorare il gruppo di lavoro per la pubblicità sul Web.
- Assistenza per gli sviluppatori: poni domande sull'implementazione e sulle best practice o partecipa alle discussioni sul repository degli sviluppatori di Privacy Sandbox.
- Implementazione attuale: per domande sull'implementazione di Protected Audience in Chrome, segnala un bug di Chromium.