Scopri di più sulle funzionalità di asta dell'API Protected Audience.
Man mano che le funzionalità dell'API Protected Audience diventano disponibili per tutti, potresti chiederti qual è la situazione dei servizi e delle funzionalità dell'API Protected Audience. Qui troverai un elenco delle funzionalità dell'API Protected Audience con ambito e quando saranno supportate.
Tempistica della disponibilità delle funzionalità
| Funzionalità | Disponibile per i test | Stato |
|---|---|---|
| Report sulle aste vinte a livello di evento | Ora | Supportato almeno fino al 2026. Questa funzionalità ha lo scopo di semplificare la transizione ai report dell'API Protected Audience dai report sui cookie di terze parti. Pertanto, questi report non saranno supportati dopo che le ad tech avranno avuto il tempo di aggiornare i propri meccanismi di generazione di report. |
| Aggregazione basata su trigger | Ora | Disponibile per i test in Chrome Canary/Dev M113 e versioni successive e Beta/Stabile M115 e versioni successive. |
| Utilizzo di Trusted Execution Environment (TEE) per il servizio Key/Value | Ora | Obbligatorio non prima del terzo trimestre del 2025. |
| Frame fenced | Ora | Obbligatorio non prima del 2026. |
| Miglioramento dell'integrazione dell'API Protected Audience e di Attribution Reporting | T2 2023 | Disponibile per i test in Chrome Stable M112 e versioni successive. |
| Anonimato k | Ora | Leggi l'articolo sull'anonimizzazione k |
| Servizi di offerte e aste | Destinato al test nella seconda metà del 2023. | In fase di sviluppo. |
Altre funzionalità
| Funzionalità | Disponibile per i test | Stato |
|---|---|---|
| Indicatori per le offerte per gli utenti a livello di evento per la definizione del modello (Issue di GitHub) | 2023 | Disponibile in Chrome nel secondo trimestre del 2023. |
| Report sulla latenza per acquirente | 2023 | Disponibile in Chrome nel primo trimestre del 2023. |
| Timeout di tempo di esecuzione per acquirente | 2023 | Disponibile in Chrome nel primo trimestre del 2023. |
| ID report acquirente per le suddivisioni personalizzate | 2023 | Disponibile in Chrome nel terzo trimestre del 2023. |
| Assistenza per la destinazione del venditore diretto | 2023 | Disponibile in Chrome nel primo trimestre del 2023. |
| Costo dell'annuncio con precisione limitata per la fatturazione basata sul costo per clic | 2023 | Disponibile in Chrome nel secondo trimestre del 2023. |
| Valuta per l'offerta più alta e l'altra offerta con il punteggio più alto | 2023 | Disponibile in Chrome nel terzo trimestre del 2023. |
| Supporto delle macro per i tracker degli annunci di terze parti (3PAT) | 2023 | Disponibile in Chrome nel terzo trimestre del 2023. |
| Supporto per il targeting per gruppo di interesse escluso | Più avanti nel 2023 | Disponibile in Chrome nel quarto trimestre del 2023. |
| Propagazione sicura degli indicatori asta senza WebBundles Issue di GitHub |
Più avanti nel 2023 | Prevista in Chrome nel quarto trimestre del 2023 |
| Eliminazione collettiva dei gruppi di interesse Issue di GitHub |
Più avanti nel 2023 | Prevista in Chrome nel quarto trimestre del 2023 |
| Aumento del limite di gruppi di interesse da 1000 a 2000 Issue di GitHub |
Più avanti nel 2023 | Prevista in Chrome nel quarto trimestre del 2023 |
| Supporto per l'asta e le offerte beta 1 Spiegazione |
Prova dell'origine, nel corso del 2023 | Prevista in Chrome (tramite prova dell'origine) nel quarto trimestre del 2023 |
| API di monitoraggio in tempo reale Spiegazione |
Fine del secondo trimestre o inizio del terzo trimestre 2024 | Previsti in Chrome alla fine del secondo trimestre o all'inizio del terzo trimestre del 2024 Stiamo anche valutando i miglioramenti condivisi nella spiegazione per i lavori futuri. Prevediamo di confermare la direzione entro il primo trimestre del 2025 e di implementare una soluzione aggiornata entro il primo trimestre del 2026, in base alle tempistiche di lancio delle tecnologie sottostanti. |
Report sulle vittorie nelle aste a livello di evento
Inizialmente abbiamo indicato che i report sulle aste vinte a livello di evento sarebbero stati una soluzione temporanea e che l'API Private Aggregation sarebbe stata utilizzata per generare report di riepilogo. Dopo aver ascoltato i feedback ed esaminato la relativa complessità delle soluzioni basate sull'aggregazione, in particolare per la fatturazione, abbiamo deciso di non rimuovere il supporto per i report sui risultati delle aste a livello di evento con le funzioni reportResult() e reportWin() che hanno la possibilità di chiamare sendReportTo().
I report sulle aste vinte a livello di evento saranno supportati almeno fino al 2026 e daremo un preavviso prima della transizione dell'API a soluzioni alternative.
I report sulle perdite nelle aste continueranno a essere supportati tramite l'API Private Aggregation.
Report aggregati basati su trigger
Durante un'asta Protected Audience, puoi inviare un report aggregabile quando viene attivato da un evento utilizzando il metodo contributeToHistogramOnEvent() dell'API Private Aggregation. L'evento di attivazione può provenire dall'asta stessa, ad esempio una vittoria o una perdita all'asta. Questi report aggregabili vengono poi inviati a un servizio di aggregazione di cui è stato eseguito il deployment, che consente di generare un report di riepilogo finale che include i risultati delle perdite nelle aste. L'evento può anche provenire da un frame delimitato esterno all'asta utilizzando window.fenced.reportEvent() dell'API Fenced Frame Ads Reporting per attivare l'invio di report aggregabili.
Per scoprire di più, consulta la sezione contributeToHistogramOnEvent() della pagina Aggregazione privata.
Utilizzo di Trusted Execution Environment per il servizio coppia chiave/valore
Il servizio chiave/valore dell'API Protected Audience consente all'asta di recuperare indicatori in tempo reale quando l'offerta viene generata dall'acquirente e l'annuncio viene valutato dal venditore. In futuro, il servizio Key/Value dovrà essere eseguito in un ambiente di esecuzione attendibile (TEE) per garantire che i dati dell'utente rimangano privati.
L'esecuzione del servizio Key/Value in un TEE non è obbligatoria. Forniremo un preavviso di almeno 12 mesi prima che l'utilizzo di TEE sia obbligatorio. Fino ad allora, puoi continuare a utilizzare il tuo server per gli indicatori chiave/valore in tempo reale. Tieni presente che l'esecuzione del servizio Key/Value in un TEE con funzioni definite dall'utente (UDF) sarà disponibile per i test entro la fine del primo trimestre del 2023 con l'API Protected Audience on-device.
Frame con recinzione
I frame delimitati sono un nuovo elemento HTML che limita la comunicazione tra i contenuti e l'utente che li incorpora e viene utilizzato per il rendering dei contenuti in base ai dati cross-site. L'API Protected Audience eseguirà il rendering dei contenuti in un frame delimitato.
Dopo aver lavorato a stretto contatto con vari stakeholder e aver esaminato lo sforzo significativo necessario per adattarsi a questo cambiamento, Chrome non imporrà i frame delimitati fino ad almeno al 2026 per mantenere l'inclusività dell'ecosistema e fornirà un preavviso significativo. Fino ad allora, se non vengono utilizzati frame delimitati, dovrai utilizzare un iframe per eseguire il rendering dell'URL opaco. Inoltre, tieni presente che i venditori potrebbero comunque richiedere l'utilizzo di insiemi di fotogrammi recintati.
| Proposal | Status |
|---|---|
| Web API changes for urn to config Explainer |
Available in Chrome in Q1 2023. |
| Creative Macros in Fenced Frames for Ads Reporting (FFAR) GitHub Issue |
Available in Chrome in Q3 2023. |
| Send Automatic Beacons Once GitHub Issue |
Available in Chrome in Q3 2023. |
| Serializable Fenced Frames Configs GitHub Issue |
Available in Chrome in Q3 2023. |
| Additional Format Option for Protected Audience Ad Size Macros GitHub Issue |
Available in Chrome in Q4 2023. |
| Automatic beacons sending to all registered URLs GitHub Issue | GitHub Issue |
Available in Chrome in Q4 2023. |
| Enable Leaving Ad Interest Groups from Urn iFrames and Ad Component Frames
GitHub issue |
Available in Chrome in Q1 2024 |
| Introduce reserved.top_navigation_start/commit
GitHub issue, GitHub issue |
Available in Chrome in Q1 2024 |
| Do Not Disable Cookie Setting in ReportEvent until 3PCD
GitHub issue |
Available in Chrome in Q1 2024 |
| Add support for automatic beacons in cross-origin subframes
GitHub issue |
Available in Chrome in Q1 2024 |
Allow Cross-Origin Subframes to Send reportEvent() Beacons
GitHub issue |
Available in Chrome in Q2 2024 |
Integrazione migliorata dell'API Protected Audience e di Attribution Reporting
Di recente sono state riportate alcune difficoltà relative all'integrazione dell'API Attribution Reporting e dell'API Protected Audience, in particolare in presenza di frame delimitati.
Per i report a livello di evento con l'API Protected Audience, abbiamo proposto un insieme di miglioramenti iniziali per semplificare questa integrazione. Scopri di più nella spiegazione. L'integrazione sarà disponibile sia per i frame delimitati che per gli iFrame. I report a livello di evento saranno disponibili per i test in Chrome Stable M112 e versioni successive.
Per chi ha bisogno di report sull'attribuzione con l'API Protected Audience, stiamo lavorando a soluzioni più flessibili per acquisire più indicatori di offerta con report aggregabili e pubblicheremo una proposta non appena sarà pronta.
Servizi di offerte e aste
Abbiamo ricevuto alcuni dubbi sulla latenza dell'API Protected Audience e stiamo lavorando attivamente per migliorare la latenza on-device. Sia Chrome sia Android prevedono di fornire servizi di offerte e aste come un modo aggiuntivo per eseguire la logica di offerta e di punteggio oltre alle aste sul dispositivo. I servizi di aste e offerte sono una soluzione di API Protected Audience per l'esecuzione di aste off-device, che riteniamo consentirà un rendimento ancora più rapido.
Continueremo a supportare le aste on-device e l'utilizzo dei servizi di offerte e aste non è obbligatorio, a meno che non si adatti ai tuoi casi d'uso.
Per ulteriori informazioni, consulta il post del blog.
What's next?
We want to engage in conversations with you to ensure we build an API that works for everyone.
Discuss the API
Like other Privacy Sandbox APIs, this API is documented and discussed publicly.
Experiment with the API
You can experiment and participate in conversation about the Protected Audience API.