A luglio 2021 abbiamo condiviso una cronologia dettagliata del nostro lavoro in Privacy Sandbox. Privacy Sandbox è un tentativo di passare a un web privato per impostazione predefinita eliminando gradualmente i cookie di terze parti e impedendo soluzioni alternative di monitoraggio nascosto. La cronologia verrà aggiornata mensilmente e potrai monitorare tutte le fasi e gli obiettivi. Condivideremo anche articoli e video con ulteriori dettagli.
Tuttavia, c'è molto da monitorare. I progressi relativi a Privacy Sandbox mirano a fornire tutti gli elementi di cui hai bisogno per partecipare alle proposte al momento giusto e in base alle tue esigenze. Considera questo e il prossimo video come la puntata pilota. Abbiamo bisogno del tuo feedback per assicurarci che ogni mese valga la pena dedicare il tuo tempo a questi post.
Puoi condividere il tuo feedback con il team su @ChromiumDev su Twitter o segnalare un problema su GoogleChromeLabs/privacy-sandbox-dev-support su GitHub.
Diamo un'occhiata agli aggiornamenti dell'ultimo mese.
Rafforza i confini della privacy tra siti
Biscotti
Alla conferenza Google I/O abbiamo condiviso un diagramma di flusso relativo alle proposte e alle azioni adatte ai diversi casi d'uso dei cookie.

Nell'ambito della nostra serie Giornata della lingua della mamma, Maud ha condiviso una panoramica video in francese che illustra i miglioramenti che puoi apportare ora ai cookie proprietari.
Abbiamo pubblicato l'intent Intent to Prototype (I2P) per CHIPS, ovvero il caso in cui i cookie hanno uno stato partizionato indipendente. Questo significa che possiamo iniziare a scrivere il codice per la funzionalità. I CHIPS consentono i casi d'uso che richiedono cookie tra siti in cui il loro utilizzo è contenuto o partizionato in un solo contesto di primo livello. Ad esempio, incorporamenti tra siti o chiamate API in cui potresti utilizzare un cookie per una forma di sessione o di salvataggio dello stato. Se pubblichi I2P, la funzionalità sarà disponibile dietro segnalazione in una versione futura. Se ritieni che i CHIPS possano essere utili per i tuoi cookie, devi tenere traccia del thread I2P o della voce sullo stato di Chrome per verificare la disponibilità. Avrai anche altri articoli e demo disponibili per consentirti di vedere la funzionalità in azione.
Una nuova panoramica video di Sam su First-Party Sets è disponibile nell'ambito della nostra serie "What is the Privacy Sandbox?" che esplora le singole proposte.
Esiste un altro I2P per rendere i limiti di dimensione dei cookie di Chrome in linea con lo standard HTTP e con il comportamento di Firefox. Si tratta di una modifica di minore entità poiché Chrome rifiuta già i cookie oltre il limite di 4096 caratteri. Se il tuo sito imposta regolarmente cookie vicini a questo valore, dovresti cercare di ridurlo in ogni caso, ma anche controllare i dettagli dell'I2P per verificare le variazioni esatte. DevTools mostra già i cookie rifiutati e verrà aggiornato in base ai nuovi limiti.
Ulteriori operazioni di pulizia
Esiste un intent per deprecate e rimuovere (I2D / I2R) l'API SQL web in contesti di terze parti già ritirata e un altro I2D per il tipo di quota "persistent" sull'API webkitRequestFileSystem già deprecata. Le metriche relative all'utilizzo di Chrome sono basse, ma se il tuo sito utilizza ancora window.openDatabase()
in un iframe o window.webkitRequestFileSystem(window.PERSISTENT, […])
, controlla i link per conoscere il potenziale impatto.
Prevenzione del monitoraggio nascosto
Riduzione delle stringhe dello user agent e Client hint user agent
La stringa dello user agent completa è una fonte importante di informazioni altamente identificative sul browser e sul dispositivo. A maggio abbiamo condiviso piani relativi alle modalità in cui Chrome ridurrà i dettagli nella stringa dello user agent.
Nella fase 1, i problemi vengono già visualizzati in DevTools per aiutare i siti a controllare da dove accedono a navigator.userAgent
.

Per la fase 2, abbiamo condiviso l'intent per l'esperimento (I2E), il che significa che vogliamo eseguire una prova dell'origine che consenta ai siti di attivare in anticipo la ricezione di una stringa dello user agent ridotta. Se elabori lo user-agent in qualche modo sul tuo sito (tramite l'intestazione HTTP o in JavaScript), prendi in considerazione la possibilità di partecipare per avere un'idea tempestiva delle eventuali modifiche da apportare. La prova dell'origine dovrebbe iniziare da Chrome 95 e annunceremo quando sarà disponibile per la registrazione.
Se hai bisogno delle informazioni estese dallo user agent, User-Agent Client Hints (UA-CH) offre questa funzionalità sia per le intestazioni HTTP che per JavaScript. Consulta la guida alla migrazione per informazioni su come integrarla nel tuo sito.
UA-CH è disponibile per impostazione predefinita nella versione stabile di Chrome e stiamo continuando a migliorare la funzionalità con il feedback sull'ecosistema. Il team di Microsoft Edge sta contribuendo con un I2P per migliorare i dati relativi alla versione della piattaforma forniti per Windows.
Mostra contenuti e annunci pertinenti
FLoC
FLoC è una proposta per consentire la pubblicità basata sugli interessi senza la necessità di eseguire il monitoraggio individuale tra siti. La prova dell'origine per la prima versione di FLoC è terminata a metà luglio e stiamo valutando dei miglioramenti per la prossima versione di FLoC prima di passare a ulteriori test dell'ecosistema. Se stai ancora fornendo il token della prova dell'origine per FLoC o altro codice sperimentale, questo è un buon momento per eseguire la pulizia.
API Shared Storage
Abbiamo pubblicato un codice I2P per l'API Shared Storage. Si tratta di un componente di archiviazione di livello relativamente basso destinato a supportare i report aggregati e il filtro dei contenuti dei dati tra siti. L'idea è che un'origine può scrivere nel suo spazio di archiviazione in più contesti incorporati e poi leggerla solo tramite un'interfaccia molto limitata. Ad esempio, fornire un singolo valore per un test A/B coerente o per una quota limite di copertura/frequenza in più contesti, ma senza consentire l'accesso diretto all'identificatore.
Si tratta di un'area di discussione attiva, quindi se ti interessa la fase di progettazione, segnala i problemi nel repository, ma sono in arrivo ulteriori test e prove dell'origine.
Misurare gli annunci digitali
Reporting sull'attribuzione
L'API Attribution Reporting principale è in prova dell'origine dalla fine del 2020, con il nome API Conversion Measurement a livello di evento.
Sono state apportate diverse modifiche all'API in Chrome 92 (abbiamo pubblicato una guida alla migrazione dall'API Conversion Measurement all'API Attribution Reporting) e stiamo estendendo il periodo di prova fino alla versione stabile di Chrome 93. Abbiamo inoltre esteso la fase di "Discussione" nella cronologia per riflettere il lavoro in corso su aspetti come i report aggregati e cross-device.

Abbiamo pubblicato un'introduzione ai report sull'attribuzione e una panoramica video per spiegare come funziona l'API, i casi d'uso principali, lo stato di implementazione dell'API e il confronto con i cookie di terze parti.
Lotta allo spam e alle attività fraudolente sul web
Considera attendibili i token
Considera attendibili i token è una proposta che consente a un sito di condividere una dichiarazione relativa a un utente, ad esempio "Penso che sia un essere umano", e di consentire ad altri siti di verificarla, ma in un modo che non consente di collegare l'utente tra quei siti.
Nell'ambito della serie "What is the Privacy Sandbox?", Sam ha una breve panoramica video dell'API Trust Tokens.
La prova dell'origine per Trust Tokens è aperta da Chrome 84 ed è prevista per la versione 94, quindi c'è ancora tempo per sperimentare sui tuoi siti.
Abbiamo anche pubblicato un documento I2E sui token di attendibilità forniti dalla piattaforma Android per esplorare il potenziale di emettere token da una gamma più ampia di origini rispetto ad altri siti web. Questo è inteso come un esperimento iniziale molto limitato da utilizzare tramite l'implementazione lato server e puntare a una sperimentazione più ampia in base alle lezioni apprese qui.
Feedback
Cerca il video pilota presto disponibile e un'altra edizione di questa serie il mese prossimo. L'obiettivo è rendere questa raccolta utile e fruibile, quindi ricorda di comunicarci cosa possiamo migliorare.