Privacy Sandbox per il Web: il panorama della privacy in evoluzione e l'impatto sui tuoi siti

Chrome apporterà modifiche alla privacy attraverso l'iniziativa Privacy Sandbox per tutto il 2023, sviluppando al contempo una nuova tecnologia per mantenere private le informazioni degli utenti. Allo stesso tempo, gli editori web e i marchi stanno spostando la loro strategia digitale per aiutare a preservare le entrate pubblicitarie e preziose analisi di marketing che si basano su cookie di terze parti.

Questa spinta verso una maggiore privacy del browser sta guidando una maggiore domanda di personalizzazione del sito web.

In questa sessione, il Google Developer Advocate Sam Dutton illustra i cambiamenti in arrivo, condivide gli obiettivi dell'iniziativa Privacy Sandbox e ti aiuta a capire meglio come puoi orientarti per assicurarti di disporre dei dati necessari per mantenere la tua attività e i tuoi siti andando avanti.

Slide della sessione:

Trascrizione:

SAM DUTTON: Ciao, sono Sam Dutton. Sono un sostenitore degli sviluppatori del team di Chrome con sede qui a Londra. Grazie mille per esserti unito a me oggi. Quindi tre cose che farò nei prossimi 25 minuti. Ti fornirò una panoramica delle API di Privacy Sandbox. Spiegherò cosa devi fare ora e ti mostrerò come puoi diventare un tester e partecipare alla discussione sulle API e fornire feedback.

Vorrei quindi iniziare spiegando perché abbiamo bisogno di Privacy Sandbox. Molti di voi conosceranno fin troppo bene i retroscena, ma vale la pena ribadire rapidamente perché ne abbiamo bisogno e come siamo arrivati ​​dove siamo oggi. Quindi Privacy Sandbox è un'iniziativa per aiutare a costruire una serie di API che preservano la privacy per supportare modelli di business che finanziano il web aperto per un futuro senza meccanismi di tracciamento come i cookie di terze parti.

Ora potresti aver visto questo esempio da Google I/O. È un tipico sito con componenti provenienti da fonti diverse. E, naturalmente, la componibilità è uno dei superpoteri del web. Hai una mappa da un'origine, una sceneggiatura da un'altra e così via e, naturalmente, la pubblicità e, che ci piaccia o no e qualunque cosa riservi il futuro, la pubblicità è diventata una fonte cruciale di entrate e un motore per il business sul ragnatela.

Ora, a questo punto della storia, penso che i browser e i CMS debbano supportare i casi d'uso della pubblicità. Allora, qual'è il problema? Ebbene, la selezione degli annunci, la misurazione delle conversioni, il rilevamento delle frodi, la personalizzazione del dispositivo e molti altri casi d'uso si sono basati sull'identità tra siti utilizzando meccanismi che non sono stati creati pensando alla privacy.

Ora, non solo i cookie di terze parti, ma l'impronta digitale viene utilizzata per tracciare il comportamento degli utenti sui siti oppure i siti richiedono informazioni personali, come gli indirizzi e-mail e inoltre, gli ecosistemi di terze parti sono davvero complessi, soprattutto per la pubblicità. Nemmeno gli sviluppatori, gli inserzionisti o gli editori comprendono la catena di fornitura dei servizi di terze parti.

Quindi sicuramente quando visito un sito Web, non sono a conoscenza di tutte le terze parti coinvolte e di cosa stanno facendo con i miei dati e non sono solo io, la ricerca mostra che le persone si preoccupano davvero di avere il controllo dei propri dati. Le preoccupazioni sulla privacy guidano sempre più le scelte su ciò che le persone fanno online e le autorità di regolamentazione di tutto il mondo stanno intensificando i requisiti sulla privacy, e questo sta accadendo molto rapidamente.

Quindi, dato il numero di aziende che fanno affidamento su una pubblicità online efficace e quanti editori si affidano alla pubblicità per monetizzare i propri siti, e tutta una serie di altri casi d'uso, questo è un problema per l'intero ecosistema web e non solo per le aziende tecnologiche e le piattaforme pubblicitarie. Ma ovviamente, poiché il Web è una piattaforma aperta, le proposte di cambiamento richiedono consenso e feedback e browser come Chrome non possono e non vogliono agire unilateralmente.

I browser non sono prodotti per i quali i fornitori di browser possono prendere decisioni in modo isolato e la realtà è che il Web non è stato progettato per molti dei requisiti che oggi sono fondamentali per la piattaforma per il rilevamento di frodi pubblicitarie, la gestione delle identità e tutti questi altri requisiti casi d'uso e Presto. Quindi ciò di cui abbiamo bisogno sono tecnologie appositamente create per questo Web incentrato sulla privacy, ed è qui che entra in gioco la Privacy Sandbox.

Pertanto, Chrome ha collaborato con la community del Web insieme alle parti interessate del settore e alle autorità di regolamentazione per sviluppare nuove tecnologie di tutela della privacy in grado di supportare un ecosistema sano e sostenibile. Ora, una volta che queste nuove API appositamente create saranno disponibili, dobbiamo assicurarci che le aziende abbiano il tempo di adottarle in modo da poter eliminare gradualmente il supporto per i cookie di terze parti in Chrome e continuare il nostro lavoro per mitigare altri tipi di tracciamento.

Ora, l'insieme di principi fondamentali per questa iniziativa è il potenziale modello di privacy per il web, e questo è stato sviluppato da esperti di privacy e scienziati informatici di Google. Questo modello di privacy stabilisce una serie di regole di base per la progettazione di tecnologie che soddisfino i casi d'uso della piattaforma Web di cui ho parlato, rispettando anche le nostre mutevoli esigenze di privacy.

In particolare, la proposta copre la difficile questione di come abilitare le connessioni tra siti senza compromettere la privacy. Ora, una delle principali innovazioni delle API di Privacy Sandbox è consentire al browser di agire per conto dell'utente, in un certo senso tornando al ruolo principale del browser come quello che chiamiamo user agent.

Con le tecnologie attuali, i dati vengono raccolti, aggregati e condivisi da terze parti per tracciare la navigazione dell'utente attraverso i siti. Le API di Privacy Sandbox possono consentire che la misurazione delle conversioni delle aste pubblicitarie e queste altre attività vengano eseguite dal browser dell'utente sul dispositivo dell'utente.

Quindi dobbiamo ricostruire le piattaforme pubblicitarie e il Web con la collaborazione tra fornitori di browser, piattaforme, inserzionisti, editori adtech, utenti, regolatori e comunità della privacy e non ultimi sviluppatori come te che lavorano con piattaforme CMS.

Quindi, con tutto ciò in mente, voglio solo darti un giro di fischietto delle stesse API di Privacy Sandbox. Quindi in Google, questa è un'iniziativa condivisa sul Web e su Android. Privacy Sandbox su Android si concentra sull'introduzione di nuove soluzioni pubblicitarie più private senza identificatori di app incrociate.

Il web e Android, ovviamente, condividono gli stessi principi e molte delle proposte web sono in fase di sviluppo anche per Android. Tuttavia, ovviamente, le piattaforme mobile web e Android si basano su tecnologie fondamentalmente diverse.

Quindi questa è su Android un'iniziativa distinta, ma è quella che quelli di voi che creano app Android oltre a lavorare sul Web, vorranno tenerlo d'occhio. Quindi Google ha testato le nuove API in collaborazione con una serie di partner a livello globale.

Centinaia di aziende partecipano a forum pubblici, sia il W3C, spiegano i problemi su GitHub e così via, pubblicando prospettive e analisi e unendosi a tavole rotonde del settore, condividendo feedback con Chrome e Android e, naturalmente, partecipando ai test.

Ora non commettere errori, Privacy Sandbox ha molti requisiti da soddisfare e sarà dura lungo la strada. Voglio dire, penso che la buona notizia sia che la fine di tutto questo avrà piattaforme più sicure e private per gli utenti e migliori per inserzionisti, editori, sviluppatori e, naturalmente, per piattaforme come WordPress.

Quindi non descriverò tutte le API di Privacy Sandbox. Invece vorrei concentrarmi sulle tre principali API pubblicitarie nella Privacy Sandbox. Si tratta di rapporti su argomenti, FLEDGE e attribuzione. I nostri argomenti e FLEDGE sono noti come API di pertinenza.

Now Topics fornisce segnali di alto livello dell'interesse di un utente in base alla cronologia di navigazione recente. E gli argomenti possono essere combinati con segnali contestuali e dati proprietari per selezionare annunci pertinenti.

E FLEDGE supporta il remarketing più granulare e i casi d'uso del pubblico personalizzato in cui i professionisti del marketing desiderano raggiungere il pubblico che ha mostrato interesse per siti Web o prodotti specifici, ma ovviamente per renderlo possibile nel rispetto della privacy.

Infine, Attribution Reporting è la proposta di Chrome per la misurazione delle campagne che preservano la privacy, fornendo rapporti anonimi sulle prestazioni e quando le persone visualizzano o fanno clic su un annuncio, per poi completare un acquisto o qualche altro tipo di conversione.

Quindi queste API hanno attraversato un periodo di test in Android e in Chrome su desktop e dispositivi mobili. Se lavori con piattaforme di tecnologia pubblicitaria, devi assicurarti di comprendere i piani di tali piattaforme per affrontare questi casi d'uso e i casi d'uso che verranno soddisfatti da queste API per questo futuro senza cookie di terze parti o altri meccanismi di tracciamento.

Quindi ora abbiamo avuto un periodo di test tecnico con le API attivate utilizzando i flag di Chrome, e ora in prova di origine inizialmente attivato solo per una piccola percentuale di utenti di Chrome inizialmente. Quindi ora che siamo in questa fase di test di utilità, il 50% degli utenti Chrome Canary dev e beta ha attivato le API di prova dell'origine degli annunci su pagine che forniscono un token valido e il 5% degli utenti stabili.

Questa è ovviamente una piccola percentuale del traffico complessivo di Chrome, ma è sufficiente per test limitati delle API con utenti reali. E ora ci stiamo muovendo verso il lancio in Chrome Stable dove le API saranno disponibili per tutti gli utenti per impostazione predefinita e tornerò alle tempistiche per questo più tardi.

Quindi, solo per ribadire, per un singolo utente puoi attivare le API utilizzando i flag di Chrome ma per i test su larga scala, devi prendere parte alla prova di origine di Privacy Sandbox e condividerò i link in seguito per indicazioni su come fare tutto ciò .

Quindi, a proposito, Chrome sta anche aggiornando i controlli sulla privacy degli utenti come l'interfaccia utente per questo E i controlli di Privacy Sandbox sono effettivamente disponibili come parte della prova di origine delle API pubblicitarie. Le persone potranno vedere e gestire gli interessi associati alla loro navigazione o disattivare completamente le API.

Quindi in realtà ci sono altre tre tecnologie Privacy Sandbox che penso potresti voler testare o sicuramente segnalare a uno dei tuoi fornitori di terze parti. In primo luogo, CHIPS. That's Cookies Avere uno stato di partizione indipendente consente agli sviluppatori di attivare un cookie per l'archiviazione partizionata con un cookie jar separato per sito di livello superiore.

I set di prima parte consentono ai nomi di dominio correlati posseduti e gestiti dalla stessa entità di dichiararsi appartenenti alla stessa prima parte e ai token di stato privato. Potresti aver sentito parlare di questo nome iniziale come Trust Tokens. Questa è un'API per trasmettere una quantità limitata di informazioni da un contesto di navigazione a un altro, ad esempio attraverso i siti per aiutare a combattere le frodi ma senza utilizzare tecniche di tracciamento passivo.

Quindi, prima di tutto, diamo uno sguardo più approfondito all'API Topics. L'API Topics fornisce un meccanismo per abilitare la pubblicità basata sugli interessi, ma senza consentire a terzi di tenere traccia dell'attività di navigazione dell'utente. Quindi, in un certo senso, l'API ha tre componenti principali e, in primo luogo, la pubblicità basata sugli interessi necessita di una tassonomia degli argomenti di interesse.

La tassonomia dell'API Topics ha questo aspetto. È un elenco di argomenti leggibile dall'uomo gestito pubblicamente che evita argomenti sensibili. E ora è probabile che questo cambi e si sviluppi nel tempo in consultazione con l'ecosistema web e questo significa che persone come te, abbiamo bisogno del tuo feedback con questo così come tutto il resto.

Quindi l'API Topics deve dedurre gli interessi di un utente in base alla sua attività di navigazione, ma come ho detto, per farlo in un modo che preservi la sua privacy. Pertanto, i principali argomenti di interesse vengono registrati per un utente nel proprio browser sul proprio dispositivo in base alla sua attività di navigazione recente, sempre dal proprio browser sul proprio dispositivo.

Al momento, Topics lo fa utilizzando l'apprendimento automatico per mappare i nomi host delle pagine che l'utente visita agli argomenti dalla tassonomia. Ora, come con la stessa tassonomia degli argomenti, questo approccio si svilupperà nel tempo. Ma dedurre gli interessi dall'attività di navigazione deve trovare il giusto equilibrio.

Se hai troppi dettagli sulla navigazione dell'utente, questo è dannoso per la privacy, ma una granularità insufficiente significa che l'API non è utile. Penso che in un certo senso la cosa principale da capire qui sia che gli argomenti di interesse sono solo un segnale per trovare ciò che è rilevante per gli utenti.

Quindi ora, una volta che gli argomenti di interesse sono stati dedotti dal browser per un utente, Topics deve fornire ai chiamanti API l'accesso agli argomenti di interesse che hanno osservato per l'utente.

Quindi, mentre l'utente naviga sul Web, ci sono due fasi per l'API. Un chiamante API, ad esempio una piattaforma adtech, chiama l'API su una pagina per segnalare che desidera osservare gli argomenti per la pagina corrente e l'utente corrente.

Successivamente, il chiamante API può accedere agli argomenti che ha osservato per l'utente. Ora tutto questo deve essere fatto senza rivelare nulla di più sull'attività di navigazione dell'utente oltre agli argomenti di interesse che sono stati osservati.

Quindi l'API degli argomenti fornisce due modi per osservare gli argomenti di interesse per un utente e quindi per ottenere l'accesso a quegli argomenti che sono stati osservati, in primo luogo con un'API JavaScript o utilizzando le intestazioni di richiesta e risposta su una richiesta di recupero.

Il primo modo in cui un chiamante API Topics può segnalare al browser che ha osservato argomenti per un utente è chiamare document.browsingTopics da un iframe incorporato nei siti visitati dall'utente.

Successivamente, il chiamante API può chiamare lo stesso metodo document.browsingTopics per accedere agli argomenti che ha osservato per l'utente corrente. E il motivo per cui questo metodo necessita di un iframe, tra l'altro, è che il contesto per osservare gli argomenti deve essere lo stesso del contesto per l'accesso agli argomenti.

L'altro modo per osservare e accedere agli argomenti è utilizzare le intestazioni di recupero, richiesta e risposta. Per prima cosa il chiamante dell'API deve effettuare una richiesta di recupero a un URL sulla sua origine, includendo l'oggetto vero degli argomenti di navigazione nel parametro delle opzioni.

E se la risposta alla richiesta di recupero include un'intestazione Observe-Browsing-Topics ?1, beh, questo segnala al browser che il chiamante vuole che il browser registri che il chiamante ha osservato gli argomenti di interesse per l'utente corrente per l'attuale pagina. Spero che abbia un senso.

Ora gli argomenti osservati per un utente possono essere recuperati dalla richiesta di recupero di un chiamante accedendo all'intestazione della richiesta sec-browsing-topics. Quindi ecco l'intero processo dall'inizio alla fine. Sono consapevole del tempo, quindi non lo esaminerò ora, ma lo condivideremo più tardi in modo che tu possa vedere come funziona, l'intero processo e lo avremo per ciascuna delle API.

E puoi provare la demo degli argomenti che utilizza il metodo iframe JavaScript per osservare e accedere agli argomenti oppure puoi provare la nostra demo che utilizza l'approccio dell'intestazione della richiesta di recupero. chrome://topics-internals visualizza gli argomenti per l'utente corrente, gli argomenti conferiti per i nomi host e le informazioni tecniche sull'implementazione dell'API.

È inoltre possibile eseguire il laboratorio di argomenti in comune per testare l'inferenza degli argomenti utilizzando il modello di classificatore degli argomenti. Ora tre importanti domande aperte per te prima di lasciare Argomenti, come potremmo fare un lavoro migliore per dedurre argomenti di interesse per un utente in base alla sua attività di navigazione? Come possiamo migliorare il contenuto e la struttura della tassonomia per renderla più utile preservando la privacy degli utenti? E come possiamo migliorare l'architettura generale dell'API?

Penso che una cosa da tenere a mente qui sia se abbiamo argomenti o qualcosa di diverso, dobbiamo ancora soddisfare i suoi casi d'uso. Il prossimo, FLEDGE. Quindi questa è un'API per le opzioni pubblicitarie sul dispositivo per offrire casi di utilizzo del remarketing e del pubblico personalizzato senza la necessità di tracciamento di terze parti su più siti.

Penso che sia un po 'più dettagliato del codice con FLEDGE perché ha un lavoro più complicato da fare rispetto agli argomenti. Quindi ci sono tre parti nel processo FLEDGE. In primo luogo, l'acquirente dell'annuncio aggiunge gli utenti o piuttosto i singoli browser a quelli che vengono chiamati gruppi di interesse. Questi sono come segmenti di pubblico personalizzati, ma l'appartenenza al gruppo di interesse viene memorizzata nel browser del dispositivo dell'utente.

Ora, a un certo punto, quando un utente visita un sito che visualizza annunci come un sito di un publisher, un venditore di annunci può avviare un'asta di annunci per selezionare un annuncio per loro e con FLEDGE questa asta può essere eseguita sul dispositivo dell'utente.

Per selezionare un annuncio, il codice dell'asta esegue la logica dell'offerta degli acquirenti e la logica dell'asta del venditore. Infine, il browser pubblica i rapporti sull'asta ai punti finali forniti dai venditori e dagli acquirenti.

Quindi seguo FLEDGE passo dopo passo molto brevemente. In primo luogo immagina che un utente visiti un negozio di scarpe online, navighi un po'. Una piattaforma adtech o forse un inserzionista stesso effettua una chiamata JavaScript per dire al browser di unirsi a un gruppo di interesse. E questo gruppo potrebbe essere chiamato qualcosa come Trail Running Shoes.

L'oggetto di configurazione per un gruppo di interesse potrebbe essere simile al seguente. In questo esempio, il tecnico pubblicitario del negozio di scarpe potrebbe avere un gruppo di interesse per il remarketing a cui vorrebbe aggiungere l'utente e ha chiamato correttamente questo gruppo Scarpe da trail running. E la piattaforma adtech del negozio di scarpe chiama unisciti al gruppo di interesse pubblicitario per chiedere al browser dell'utente di unirsi al gruppo di interesse delle scarpe da trail running utilizzando la configurazione che ti ho appena mostrato.

E il secondo parametro specifica la durata del gruppo di interesse che è limitato a 30 giorni. Ora l'utente visita un sito che pubblica annunci. In questo esempio, un sito Web di notizie. Un'asta per selezionare un annuncio da mostrare all'utente viene eseguita in JavaScript sul dispositivo dell'utente dal venditore utilizzando l'asta dell'annuncio e il venditore è probabilmente una piattaforma di tecnologia pubblicitaria ma forse l'editore stesso, in questo caso, il sito di notizie.

Ora questa asta seleziona le offerte fornite dall'annuncio più appropriate per ciascuno dei gruppi di interesse a cui appartiene il browser dell'utente insieme ad altri fattori del venditore e del browser stesso.

Ora esaminando il codice, l'editore o una piattaforma che vende spazio pubblicitario sul sito dell'editore crea i dati di configurazione per l'asta dell'annuncio. Il venditore chiede quindi al browser di eseguire un'asta dell'annuncio per selezionare un annuncio nel browser e il valore restituito dall'asta dell'annuncio viene passato a un elemento chiamato frame recintato in modo che il sito possa visualizzare l'annuncio vincente.

Ora un frame recintato può essere utilizzato per visualizzare un annuncio ma non può interagire con la pagina che lo circonda. E poi il venditore e l'acquirente vincente hanno ciascuno l'opportunità di eseguire la registrazione e la creazione di report, e questo viene fatto chiamando navigator.reportresult.

Infine, l'utente, se tutto va bene, tocca o fa clic sull'annuncio e ora subentra l'API Attribution Reporting. E ancora, abbiamo un diagramma che mostra l'intero processo dall'inizio alla fine, che condivideremo con voi dopo il discorso principale.

Ora, infine, vorrei parlarti un po' dell'API Privacy Sandbox per la misurazione degli annunci, che è Attribution Reporting. I rapporti sull'attribuzione vengono utilizzati per misurare quando un clic su un annuncio o un'impressione dell'annuncio porta a una conversione. Ad esempio, quando la visualizzazione di un annuncio su un sito di notizie porta a un acquisto in un negozio di scarpe online.

Ora, come con Topics e FLEDGE, questa API è progettata per evitare il tracciamento tra siti. Quindi l'API consente due tipi di risultati di misurazione, report a livello di evento e report di riepilogo. Lasciatemi quindi descrivere brevemente come funziona.

Per prima cosa diamo un'occhiata ai rapporti a livello di evento. Pertanto, i collegamenti agli annunci possono essere configurati con attributi specifici dell'API di reportistica sull'attribuzione e questo rende possibile il conteggio di visualizzazioni e clic con una richiesta sul lato della conversione.

Ora, quando un utente fa clic su un annuncio o vede un annuncio e quindi esegue la conversione, il browser genera un rapporto e in quel rapporto la società pubblicitaria o la tecnologia pubblicitaria include due dati. Uno, tutti i dati desiderati sul clic o sull'impressione dell'annuncio e questo può essere molto dettagliato, ad esempio un ID creatività, informazioni sull'editore, il timestamp e così via. E in secondo luogo, un piccolo dato sulla conversione dell'annuncio.

Ora, per proteggere la privacy degli utenti, questo non può essere troppo dettagliato. Successivamente il browser invia quel rapporto su... Bene, quel rapporto con i dati che ho appena spiegato al tecnico pubblicitario o all'inserzionista, e che include un ritardo per aiutare a evitare il tracciamento dell'utente.

Il rapporto contiene due parti di dati, dati dettagliati sul clic o sull'impressione dell'annuncio, l'evento e dati di alto livello sulla conversione. Quindi questo è un rapporto a livello di evento. Ora diamo un'occhiata ai rapporti di riepilogo.

Ora l'API del browser per generare un rapporto di riepilogo è simile, ma i risultati e il meccanismo sono leggermente diversi. Quindi, ancora una volta, quando un utente fa clic su un annuncio o vede un annuncio e successivamente esegue la conversione, il browser genera un rapporto e in quel rapporto l'azienda pubblicitaria o la tecnologia pubblicitaria possono includere tutti i dati che desiderano sul clic o sull'impressione dell'annuncio e tutti i dati che desiderano desideri informazioni sulla conversione degli annunci, ma questo rapporto è crittografato.

E questa è una protezione della privacy perché questo rapporto contiene dati dettagliati sulla conversione e l'impressione. Quindi il rapporto potrebbe essere utilizzato per il monitoraggio tra siti se non fosse crittografato. Successivamente, il browser invierà nuovamente questo rapporto crittografato, con un leggero ritardo.

E in questo modo, una piattaforma adtech raccoglierà molti rapporti da molti utenti e quindi invierà tutti i rapporti a un servizio di aggregazione come viene chiamato e questo servizio aggregherà tutti questi rapporti, li decrittograferà, aggiungerà un po' di rumore per proteggere la privacy degli utenti e poi restituisce il risultato finale e il risultato finale è chiamato report riassuntivo. Contiene dati di misurazione per molti utenti.

Questa è la misurazione dell'attribuzione. Spero che abbia un senso. Collegherò molte altre risorse per aiutarti a comprendere e testare le API di Privacy Sandbox in modo più dettagliato. Ma un'ultima cosa che vorrei menzionare, Privacy Sandcastle.

Questa è una demo che combina tutte le principali API di Privacy Sandbox. È stato costruito dal nostro team a Tokyo. È ancora molto nuovo. Ma puoi ottenere il codice da GitHub ed eseguirlo localmente, ed è progettato per aiutarti a capire come si adattano tutte queste API.

Prima di finire, vorrei solo fare un riepilogo e guardare la sequenza temporale di Privacy Sandbox. Come puoi vedere, ci stiamo avvicinando al trimestre in cui inizieremo a distribuire le API, il che significa che saranno disponibili per impostazione predefinita in Chrome Stable e pronte per i test su scala di produzione. Ora è solo un breve lasso di tempo sul calendario e posso vedermi. Sono vicino al tempo qui.

Quindi alcune cose che penso tu debba fare adesso. Innanzitutto, comprendi le tempistiche per Web e Android. Assicurati che tu e i tuoi fornitori di terze parti siate preparati per i cambiamenti che sono ormai imminenti. In secondo luogo, controlla i tuoi siti per capire dove si basano su cookie di terze parti e altri meccanismi che vengono deprecati. Condivideremo collegamenti a strumenti e istruzioni su come farlo dopo l'evento di oggi.

Successivamente, chiedi ai tuoi fornitori di terze parti, come piattaforme adtech e così via, come si stanno preparando a soddisfare i loro casi d'uso principali in assenza di cookie di terze parti o altri meccanismi di tracciamento tra siti e, infine, testa le API di Privacy Sandbox e fornisci feedback e chiedi ai tuoi fornitori di terze parti di fare lo stesso.

E se non stanno bene, chiedi loro perché no e facci sapere qual è la risposta a questa domanda. Quindi privacysandbox.com fornisce tempistiche, domande frequenti, ulteriori informazioni sugli sforzi multipiattaforma. Condividerò gli URL dopo questo evento, ma puoi trovare molti dei contenuti a cui ho fatto riferimento qui dalla sezione Privacy Sandbox su developer.chrome.com.

In particolare, contiene risorse che spiegano come porre domande per noi e fornire feedback. Puoi trovare ulteriori informazioni sulle prove di origine su developer.chrome.com. Abbiamo anche creato una serie di brevi video e articoli per aiutare a spiegare concetti di Chrome come prove di origine, flag di Chrome, contenuti lampeggianti e tutto il resto.

Quindi grazie per l'ascolto. Questo è tutto da parte mia. Come ho detto, se hai bisogno di supporto, vai a quelle risorse o puoi semplicemente inviarmi un messaggio diretto SW12 su Twitter. Grazie mille.