Stato delle funzionalità in attesa dell'API Protected Audience

Scopri di più sulle funzionalità per le aste dell'API Protected Audience man mano che i cookie di terze parti verranno ritirati.

Man mano che l'API Protected Audience si avvicina alla disponibilità generale e ci avviciniamo al ritiro dei cookie di terze parti in Chrome, potresti chiederti come disponibili i servizi e le funzionalità dell'API Protected Audience. Qui troverai un elenco delle funzionalità dell'API Protected Audience con ambito e quando saranno supportate.

Cronologia della disponibilità della funzionalità

Feature Disponibile per i test Stato
Report sulla vittoria dell'asta a livello di evento Ora

Funzionalità supportata almeno fino al 2026.

Questa funzionalità ha lo scopo di semplificare la transizione dai report sui cookie di terze parti ai report dell'API Protected Audience. Di conseguenza, questi report non saranno più supportati una volta che gli ad tech avranno avuto il tempo di aggiornare i propri meccanismi di segnalazione.
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 del Trusted Execution Environment (TEE) per il servizio chiave/valore Ora Obbligatoria non prima del terzo trimestre del 2025.
Cornice recintata Ora Obbligatoria non prima del 2026.
Integrazione dell'API Protected Audience e dei report sull'attribuzione migliorata T2 2023 Disponibile per i test nella versione stabile di Chrome M112 e versioni successive.
K-anonymity Ora Leggi l'articolo k-anonymity
Servizi di offerte e aste Target per i test nella seconda metà del 2023. In fase di sviluppo.

Altre funzionalità

Feature Disponibile per i test Stato
Indicatori di offerta dell'utente a livello di evento per la creazione di modelli (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 tempo di utilizzo per acquirente 2023 Disponibile in Chrome nel primo trimestre del 2023.
ID report acquirente per suddivisioni personalizzate 2023 Disponibile in Chrome nel terzo trimestre del 2023.
Assistenza diretta per la destinazione dei venditori 2023 Disponibile in Chrome nel primo trimestre del 2023.
Costo degli annunci limitato per la fatturazione costo per clic 2023 Disponibile in Chrome nel secondo trimestre del 2023.
Valuta dell'offerta più alta e dell'altra offerta con punteggio più alta 2023 Disponibile in Chrome nel terzo trimestre del 2023.
Supporto delle macro per tracker di annunci di terze parti (3PAT) 2023 Disponibile in Chrome nel terzo trimestre del 2023.
Supporto del targeting basato su gruppi di interesse esclusi Più avanti nel 2023 Previsto in Chrome nel quarto trimestre del 2023.
Propagazione sicura degli indicatori delle aste senza WebBundle
Problema di GitHub		 Più avanti nel 2023 Previsto in Chrome nel T4 del 2023
Eliminazione collettiva dei gruppi di interesse
Problema di GitHub		 Più avanti nel 2023 Previsto in Chrome nel T4 del 2023
Aumenta il limite del gruppo di interesse da 1000 a 2000
Problema di GitHub		 Più avanti nel 2023 Previsto in Chrome nel T4 del 2023
Supporto per la versione beta delle aste e delle aste 1
Spiegazione		 Prova dell'origine, più avanti nel 2023 Previsto in Chrome (tramite la prova dell'origine) nel quarto trimestre del 2023

Report sulla vittoria dell'asta a livello di evento

Inizialmente avevamo indicato che i report sulle vincite delle aste a livello di evento sarebbero una soluzione temporanea e per generare i report di riepilogo verrà utilizzata l'API Private Aggregation. Dopo aver ascoltato i feedback ed esaminato la complessità relativa 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() fino a qualche tempo dopo il ritiro dei cookie di terze parti.

I report sulle vincite delle aste a livello di evento saranno supportati almeno fino al 2026 e daremo un preavviso prima della transizione dell'API a qualsiasi soluzione alternativa.

I report sulla perdita di aste continueranno a essere supportati tramite l'API Private Aggregation.

Report aggregati basati sul 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 dell'asta, consentendoti di generare un report sulla perdita dell'asta. L'evento può anche provenire da un frame recintato al di fuori dell'asta utilizzando l'API Fenced Frame Ads Reportingwindow.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 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 il venditore assegna un punteggio all'annuncio. Il servizio chiave-valore dovrà infine essere eseguito in un Trusted Execution Environment (TEE) per garantire che i dati dell'utente rimangano privati.

L'esecuzione del servizio chiave/valore in un TEE non sarà necessario fino a qualche tempo dopo il ritiro dei cookie di terze parti. Forniremo un preavviso di almeno 12 mesi prima che l'utilizzo del TEE 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 chiave/valore 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.

Montatura recintata

I frame fence sono un nuovo elemento HTML che limita la comunicazione tra i contenuti e l'incorporamento e viene utilizzato per il rendering dei contenuti in base ai dati tra siti. L'API Protected Audience eseguirà il rendering dei contenuti in un frame isolato.

Dopo aver lavorato a stretto contatto con i vari stakeholder e aver esaminato il notevole impegno per adeguarsi a questo cambiamento, Chrome non imporrà l'utilizzo di frame protetti almeno fino al 2026 per mantenere l'inclusività dell'ecosistema e Chrome fornirà un notevole preavviso. Fino ad allora, se non vengono utilizzati frame protetti, dovrai utilizzare un iframe per il rendering dell'RNN opaco. Occorre inoltre tenere presente che i venditori possono comunque richiedere l'utilizzo di Fenced Frames.

Proposta Stato
Modifiche all'API web per la configurazione
Explainer		 Disponibile in Chrome nel primo trimestre del 2023.
Macro delle creatività nei frame fecondati per i report sugli annunci (FFAR)
Problema di GitHub		 Disponibile in Chrome nel terzo trimestre del 2023.
Invia una volta beacon automatici
Problema GitHub		 Disponibile in Chrome nel terzo trimestre del 2023.
Configurazioni di frame fecondati serializzabili
Problema GitHub 		Disponibile in Chrome nel terzo trimestre del 2023.
Opzione di formato aggiuntiva per le macro delle dimensioni degli annunci Protected Audience
Problema GitHub		 Disponibile in Chrome nel quarto trimestre del 2023.
Invio automatico di beacon a tutti gli URL registrati
Problema GitHub | Problema GitHub		 Disponibile in Chrome nel quarto trimestre del 2023.
Attiva l'uscita dai gruppi di interesse per gli annunci dagli iframe e dai frame dei componenti degli annunci
Problema di GitHub		 Disponibile in Chrome nel primo trimestre del 2024
Presenta restricted.top_navigation_start/commit
problema di GitHub, problema di GitHub		 Disponibile in Chrome nel primo trimestre del 2024
Non disattivare l'impostazione dei cookie in ReportEvent fino al
problema di GitHub di 3PCD		 Disponibile in Chrome nel primo trimestre del 2024
Aggiungi il supporto per i beacon automatici nei sottoframe multiorigine
Problema GitHub		 Disponibile in Chrome nel primo trimestre del 2024

Integrazione migliorata dell'API Protected Audience e dei report sull'attribuzione

Di recente, sono state indicate delle sfide relative all'integrazione dell'API Attribution Reporting e dell'API Protected Audience, in particolare nei casi in cui sono coinvolti frame protetti.

Per i report a livello di evento con l'API Protected Audience, proponiamo un insieme proposto di miglioramenti iniziali per semplificare questa integrazione. Scopri di più nel spiegatore. L'integrazione sarà disponibile sia per i frame protetti che per gli iframe. I report a livello di evento saranno disponibili per i test nella versione stabile di Chrome M112 e versioni successive.

Per chi ha bisogno dell'API Attribution Reporting con l'API Protected Audience, stiamo lavorando a soluzioni più flessibili per acquisire più indicatori di offerta con i report aggregati. Pubblicheremo una proposta quando sarà pronta.

Servizi di offerte e aste

Abbiamo sentito alcune preoccupazioni in merito alla latenza dell'API Protected Audience e stiamo lavorando attivamente per migliorare la latenza sul dispositivo. Sia Chrome che Android prevedono di fornire servizi di offerte e aste come metodo aggiuntivo per eseguire la logica di offerta e di punteggio oltre alle aste on-device. Servizi di offerte e aste è un servizio API Protected Audience per l'esecuzione di aste off-device, che crediamo consentirà un rendimento ancora più rapido.

Continueremo a supportare le aste on-device e l'utilizzo dei Servizi di offerte e aste non è richiesto, a meno che non sia adatto ai tuoi casi d'uso.

Per ulteriori dettagli, leggi il post del blog.

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.