API Protected Audience

Aste di annunci on-device per pubblicare segmenti di pubblico personalizzati e per il remarketing, senza monitoraggio di terze parti su più siti.

A chi è destinato questo articolo?

Questo articolo illustra le nozioni di base dell'API Protected Audience e spiega alcuni concetti alla base, ma non scende troppo nei dettagli tecnici.

Fai riferimento al glossario per i termini utilizzati nella documentazione di Protected Audience. Alla fine di questo articolo, scopri come coinvolgere e condividere il tuo 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 le terze parti non possano monitorare il comportamento di navigazione degli utenti tra siti.

L'API Protected Audience consente al browser di aste on-device 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 on-device dell'acquirente dell'annuncio e del venditore. Nelle sezioni che seguono viene spiegato 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
Ciclo di vita dell'API Protected Audience: visualizza una versione più grande.

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 di un 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 del gruppo di interesse per consentire al browser di accedere al codice dell'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 fornitore lato vendita (SSP) o il sito stesso) può utilizzare Protected Audience per eseguire un'asta dell'annuncio al fine di 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 e 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, insieme a dati contestuali sulla pagina e sul browser.

Ogni gruppo di interesse che fornisce un'offerta prende il nome di 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 chiave/valore del pubblico protetto. Successivamente, il venditore riceve queste offerte, oltre ai dati in tempo reale di proprietà del venditore 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 sull'asta di Protected Audience.

Perché è necessaria l'API Protected Audience?

La comprensione degli interessi degli utenti consente di pubblicare annunci più pertinenti rispetto alla semplice scelta di 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 imparavano a conoscere 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 cross-site.

L'API Protected Audience ha lo scopo di avvicinare la piattaforma web a uno stato in cui il browser dell'utente sul proprio dispositivo (non l'inserzionista o le piattaforme ad tech) contiene informazioni sugli argomenti a cui l'utente è interessato.

Come posso provare l'API Protected Audience?

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 i test iniziali, 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 Privacy Sandbox, le impostazioni utente 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 dell'API non possono accedere all'iscrizione ai gruppi quando gli utenti navigano in modalità di navigazione in incognito e l'appartenenza viene rimossa quando gli utenti cancellano i dati dei loro 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 fondamentali

Cerchi ulteriori informazioni sulla terminologia di Protected Audience? Fai riferimento al 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 tipi diversi 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 come i dati sugli annunci pertinenti al 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.

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 Fabbricante di biciclette Prodotti Persone che hanno visualizzato pagine di prodotto per una determinata categoria di biciclette. Remarketing per gli utenti che hanno precedentemente interagito con il brand.
Publisher Sito web di notizie Contenuti Persone che leggono di più 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à di un publisher potrebbe consentire agli editori di fare lo stesso anche quando questi utenti visitano altri siti. I publisher potrebbero essere in grado di addebitare un costo per la possibilità di mostrare gli annunci a segmenti specifici del loro pubblico.
Tecnologie pubblicitarie 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 elementi. Questo gruppo di interesse potrebbe quindi essere utilizzato per pubblicizzare i prodotti sui siti che vendono articoli in quella categoria (e che lavorano 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 concepiti come guard rail e non devono essere colpiti durante il normale funzionamento.

Che cos'è un acquirente?

Nell'API Protected Audience, un acquirente è una parte proprietaria di un gruppo di interesse che fa offerte in un'asta dell'annuncio.

Ad esempio:

Gli acquirenti hanno tre lavori:

  • Scegli se partecipare a un'asta.
  • Scegli gli annunci e calcola un'offerta.
  • Segnala 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, gli URL delle creatività del gruppo di interesse. Gli URL degli annunci possono essere aggiunti in un secondo momento tramite un aggiornamento. * Un elenco di chiavi di dati su cui eseguire una 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ò includere anche 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: agisce per sé 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: agisce per conto di un publisher, per consentire la partecipazione alle aste dell'annuncio.

Con l'API Protected Audience, un venditore di spazio pubblicitario ha tre job:

  • Applica le regole per i publisher, specificando quali acquirenti e quali offerte sono idonei.
  • Esegui la logica dell'asta: JavaScript viene eseguito nei worklet per calcolare un punteggio di preferenza per ogni offerta.
  • Segnala il risultato dell'asta.

Queste attività vengono eseguite in modo programmatico, nel codice fornito dal venditore quando avvia un'asta dell'annuncio richiamando la funzione JavaScript navigator.runAdAuction().

Come funziona un'asta dell'annuncio dell'API Protected Audience?

Il diagramma seguente illustra ogni fase dell'asta dell'annuncio dell'API Protected Audience: visualizza una versione più grande.

Sei fasi di un'asta dell'annuncio dell'API Protected Audience


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 proveniente 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 spazio pubblicitario (ad esempio un sito di notizie). Il venditore sceglie gli acquirenti che partecipano all'asta, indica quale spazio è in vendita e fornisce criteri aggiuntivi per l'annuncio. Ogni acquirente è il proprietario di un gruppo di interesse.

Il venditore fornisce al browser il codice per assegnare un punteggio alle offerte, che includono il valore di ciascuna offerta, l'URL della creatività dell'annuncio e altri dati restituiti da ciascun acquirente. Durante l'asta, il codice delle offerte degli acquirenti e il codice del punteggio dell'offerta del venditore possono ricevere 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.

  1. Un utente visita un sito che mostra annunci.
  2. Il codice del venditore avvia un'asta. Il venditore specifica quale spazio pubblicitario è in vendita e chi può fare offerte, oltre a un metodo per ottenere un punteggio per queste offerte.
  3. Il codice dell'acquirente invitato viene eseguito per generare un'offerta, un URL per una creatività dell'annuncio pertinente e altri dati. Lo script di offerta può eseguire query sui dati in tempo reale, ad esempio il budget rimanente della campagna pubblicitaria, dal servizio chiave/valore dell'acquirente.
  4. 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'appetibilità di un'offerta e rifiutare un annuncio che non può battere il vincitore dell'annuncio contestuale. Il venditore può utilizzare il proprio servizio chiave/valore per i dati in tempo reale. Prima dell'inizio di un'asta, il venditore trova il miglior annuncio contestuale per l'area annuncio disponibile.
  5. L'annuncio vincente viene restituito come oggetto di configurazione frame isolato quando viene impostato il flag resolveToConfig nella configurazione dell'asta. La configurazione viene utilizzata per navigare nel frame isolato alla creatività dell'annuncio e l'URL della creatività è nascosto sia al venditore sia al publisher. Se il flag resolveToConfig viene impostato su false o non viene trasmesso, l'annuncio vincente viene restituito come URN opaco che può essere utilizzato per visualizzare l'annuncio in un iframe. L'oggetto di configurazione del frame isolato è disponibile a partire dalla versione M114.
  6. L'asta viene segnalata al venditore e agli acquirenti vincenti.

Un meccanismo di generazione di report per la perdita di acquirenti è in 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. Leggi ulteriori informazioni sul servizio chiave/valore dell'API Protected Audience e altri contenuti nei servizi dell'API Protected Audience.

Il servizio chiave/valore viene implementato nell'infrastruttura cloud della tecnologia pubblicitaria e il servizio viene eseguito in un ambiente di esecuzione attendibile. Una richiesta a un servizio chiave/valore non può comportare la registrazione a livello di evento o avere altri effetti collaterali. Il servizio chiave/valore supporterà inoltre funzioni definite dall'utente (UDF) che consentono alle tecnologie pubblicitarie di eseguire la propria logica personalizzata all'interno del servizio chiave/valore.

Un acquirente o venditore fornisce un elenco di "chiavi" per specificare i dati richiesti da un servizio chiave/valore dell'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 sull'API e nel messaggio esplicativo del modello di attendibilità.

Come vengono incorporati i dati in tempo reale 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 al venditore potrebbe essere richiesto di 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 sono forniti dal servizio chiave/valore. Quando ogni acquirente chiama navigator.joinAdInterestGroup(), specifica un URL del servizio chiave/valore e specifica le chiavi su cui eseguire query per il servizio durante un'asta. Analogamente, quando il venditore esegue un'asta dell'annuncio chiamando navigator.runAdAuction(), il venditore fornisce un URL per il suo servizio chiave/valore. Verrà eseguita una query sul servizio chiave/valore del venditore con l'URL di rendering della creatività.

Per il test iniziale, viene utilizzato il modello "Bring Your Own Server". A lungo termine, i tecnici pubblicitari 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 eseguire 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. Prima che la transizione abbia luogo, forniremo agli sviluppatori una notifica significativa per iniziare a testarla e ad adottare.

Come vengono utilizzati i dati proprietari in un'asta di 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 di Protected Audience, l'inserzionista può utilizzare i dati proprietari per determinare l'appartenenza al gruppo di interesse dell'annuncio e può anche trasferire i dati al gruppo di interesse come userBiddingSignals. I dati proprietari dell'inserzionista saranno disponibili solo per gli acquirenti durante il passaggio di generazione dell'offerta e non per i venditori.

Ad esempio, se l'inserzionista conosce il colore preferito dall'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 vuoi iniziare a lavorare con 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 il debug dell'API Protected Audience di Chrome DevTools.

Interagisci e condividi il tuo feedback