Scopri di più sulle funzionalità delle aste dell'API Protected Audience.
Man mano che le funzionalità dell'API Protected Audience diventano disponibili a livello generale, potresti chiederti quali servizi e funzionalità dell'API Protected Audience sono disponibili. 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 vittorie all'asta 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 tecnologie pubblicitarie avranno avuto il tempo di aggiornare i propri meccanismi di generazione dei report. |
| Aggregazione basata su trigger | Ora | Disponibile per i test in Chrome Canary/Dev M113+ e Beta/Stabile M115+. |
| Utilizzo del Trusted Execution Environment (TEE) per il servizio chiave/valore | Ora | Obbligatorio a partire dal terzo trimestre del 2025. |
| Fenced frames | Ora | Obbligatorio non prima del 2026. |
| Integrazione migliorata dell'API Protected Audience e dell'API Attribution Reporting | T2 2023 | Disponibile per i test nella versione stabile di Chrome M112 e successive. |
| K-anonimità | Ora | Consulta l'articolo sulla k-anonimità |
| Servizi di offerte e aste | Destinato ai test nella seconda metà del 2023. | In fase di sviluppo. |
Altre funzionalità
| Funzionalità | Disponibile per i test | Stato |
|---|---|---|
| Indicatori di offerta a livello di evento per la modellazione (problema 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 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. |
| Supporto delle destinazioni di vendita diretta | 2023 | Disponibile in Chrome nel primo trimestre del 2023. |
| Costo dell'annuncio con precisione limitata per la fatturazione del 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 del targeting per gruppi di interesse negativi | Più avanti nel 2023 | Previsto in Chrome nel quarto trimestre del 2023. |
| Propagazione sicura degli indicatori asta senza WebBundles Problema di GitHub |
Più avanti nel 2023 | Previsto in Chrome nel quarto trimestre del 2023 |
| Eliminazione collettiva dei gruppi di interesse Problema di GitHub |
Più avanti nel 2023 | Previsto in Chrome nel quarto trimestre del 2023 |
| Aumenta il limite del gruppo di interesse da 1000 a 2000 Problema di GitHub |
Più avanti nel 2023 | Previsto in Chrome nel quarto trimestre del 2023 |
| Supporto della versione beta 1 di offerte e aste Spiegazione |
Prova dell'origine, più avanti nel 2023 | Previsto in Chrome (tramite la prova dell'origine) nel quarto trimestre del 2023 |
| API Real Time Monitoring Spiegazione |
Fine del secondo trimestre o inizio del terzo trimestre 2024 | Previsto in Chrome alla fine del secondo trimestre o all'inizio del terzo trimestre del 2024 Stiamo anche valutando i miglioramenti condivisi nella spiegazione in Lavori futuri. Prevediamo di confermare la direzione entro il primo trimestre del 2025 e di implementare una soluzione rivista entro il primo trimestre del 2026, a seconda delle tempistiche di lancio delle tecnologie sottostanti. |
Report sulle vittorie all'asta a livello di evento
Inizialmente avevamo indicato che i report sulle vittorie all'asta 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().
Il report sulle vittorie all'asta a livello di evento sarà supportato almeno fino al 2026 e forniremo un preavviso prima che l'API passi a soluzioni alternative.
I report sulle aste perse continueranno a essere supportati tramite l'API Private Aggregation.
Report aggregati basati sui 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. Questi report aggregabili vengono poi inviati a un servizio di aggregazione implementato, che consente di generare un report di riepilogo finale che include i risultati delle aste perse. L'evento può provenire anche da un frame recintato al di fuori dell'asta utilizzando l'API Fenced Frame Ads Reporting's'window.fenced.reportEvent() per attivare l'invio del report aggregabile.
Per saperne 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 gli indicatori in tempo reale quando l'offerta viene generata dall'acquirente e l'annuncio viene valutato dal venditore. Il servizio Key/Value alla fine dovrà essere eseguito in un Trusted Execution Environment (TEE) per garantire la privacy dei dati dell'utente.
L'esecuzione del servizio Key/Value in un TEE non è obbligatoria. Forniremo un preavviso di almeno 12 mesi prima che l'utilizzo dell'ambiente di esecuzione attendibile diventi 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 sul dispositivo.
Fenced frames
I frame recintati sono un nuovo elemento HTML che limita la comunicazione tra i contenuti e l'incorporatore 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 isolato.
Dopo aver collaborato a stretto contatto con varie parti interessate ed esaminato l'impegno significativo per accogliere questa modifica, Chrome non imporrà i frame recintati almeno fino al 2026 per mantenere l'inclusività dell'ecosistema e fornirà un preavviso significativo. Fino ad allora, se non vengono utilizzati frame recintati, dovrai utilizzare un iframe per eseguire il rendering dell'URN opaco. Inoltre, è importante notare che i venditori potrebbero comunque richiedere l'utilizzo di Fenced Frame.
| 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 |
Referer header in beacons
GitHub issue |
Available in Chrome in Q1 2025 |
| Automatic beacon cross-origin data support
GitHub issue |
Expected in Chrome in Q2 2025 |
Integrazione migliorata dell'API Protected Audience e dell'API Attribution Reporting
Di recente, sono state evidenziate sfide relative all'integrazione dell'API Attribution Reporting e dell'API Protected Audience, soprattutto quando sono coinvolti i frame isolati.
Per i report a livello di evento con l'API Protected Audience, abbiamo proposto una serie di miglioramenti iniziali per semplificare questa integrazione. Scopri di più nella spiegazione. L'integrazione sarà disponibile sia per i frame recintati sia 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 Attribution Reporting 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 feedback in merito alla latenza dell'API Protected Audience e stiamo lavorando attivamente per migliorare la latenza on-device. Sia Chrome che Android prevedono di fornire servizi di offerta e asta come ulteriore modo per eseguire la logica di offerta e assegnazione del punteggio oltre alle aste sul dispositivo. I servizi di offerte e aste sono una soluzione di servizio API Protected Audience per l'esecuzione di aste off-device, che riteniamo consentirà un rendimento ancora più rapido.
Continueremo a supportare le aste sul dispositivo e l'utilizzo dei servizi di offerte e aste non è obbligatorio, a meno che non si adatti ai tuoi casi d'uso.
Per ulteriori dettagli, 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.