Chrome och Android kommer att sluta använda många teknologier skapade av Privacy Sandbox-projektet

Vice ordförande på Google som ansvarar för Privacy Sandbox-projektet har meddelat att utvecklingen av och borttagningen från Chrome och Android av vissa teknologier, som utvecklats för att nå en kompromiss mellan användarnas behov av att skydda sin integritet och annonsörers och webbplatsers önskan att spåra besökares preferenser, kommer att avslutas. De flesta API:er som utvecklats av Privacy Sandbox var avsedda att användas istället för tredjeparts-cookies, vars stöd man planerade att avsluta i Chrome.

Från början planerades blockeringen av tredjeparts-cookies som standard att genomföras före 2022, men blockeringen sköts upp år efter år på grund av motstånd från branschen och låg implementeringsgrad av teknologier som utvecklats för att ersätta metoder för att spåra användare baserat på cookies. I våras beslutade Google att överge denna satsning och behålla den nuvarande metoden. Nu, ett halvår senare, har man dessutom beslutat att avstå från att främja många av de API:er och teknologier som utvecklats för att öka integriteten och möjliggöra annonsering utan att identifiera användare baserat på tredjeparts-cookies.

API:er och teknologier vars stöd kommer att upphöra:

• IP-skydd — gör det möjligt att dölja användarens IP-adress från webbplatsägare genom att skicka trafik inte direkt, utan via en kedja av proxyservrar. När IP-skydd är aktiverat ser den målinriktade servern det inkommande IP-adressen som enbart proxydressen, på liknande sätt som användning av VPN.
• API Topics (ersatte API FLoC) — ger möjlighet att definiera kategorier av användarintressen som kan användas för att gruppera användare med liknande intressen utan att identifiera enskilda användare med hjälp av spårande cookies. Intressen beräknas baserat på användarens aktivitet i webbläsaren och sparas på användarens enhet. Genom API Topics kan annonsnätverket få övergripande information om individuella intressen utan att ha information om den specifika aktiviteten hos användaren.
• API Attributionsrapportering — gör det möjligt att bedöma sådana egenskaper för reklamens effektivitet som klick och konvertering (köp på webbplatsen efter att ha klickat). För att fastställa effektiviteten av visad reklam utan att kränka enskilda användares integritet utvecklar W3C i samarbete med olika webbläsartillverkare ett nytt API för Ad Attribution, som möjliggör insamling av aggregerade statistiska data om konverteringen av visad reklam. Google kommer att använda detta API istället för sin egen version.
• Privat aggregiering — för att aggregera och få information om de data som används av olika webbplatser (cross-site). Till exempel gör API:et det möjligt att sammanställa rapporter om unika besökare (första och återkommande besök på webbplatsen) och användardemografi.
• API Dela lagring — lagring av data i nyckel-värdeformat, utan koppling till domän och med möjlighet att komma åt lagringen från olika webbplatser.
• API Skyddad publik — lösning för retargeting och bedömning av egen publik (arbete med användare som tidigare har besökt webbplatsen).
• API Relaterade webbplatsuppsättningar — bestämning av sambandet mellan webbplatser, baserat på vilket som webbläsare kan tillåta begränsad korssiterad åtkomst till data.
• requestStorageAccessFor — en utvidgning till API-lagertillgång för att begära behörigheter för korssiterad åtkomst till lagrade data.
• API Relaterad webbplatspartition — gör det möjligt för externa skript att arbeta med en grupp relaterade webbplatser.
• API Välj URL — gör det möjligt att välja visad URL baserat på korssitedata i lagringen för Dela lagring, utan att avslöja dessa data.
• API Skyddade appsignaler — lagrar information om användarens aktivitet när de arbetar med appar, vilket kan vara användbart för att visa annonser som tar hänsyn till användarens intressen. Till exempel gör API:et det möjligt att samla information om antalet installationer, första lanseringen, tid som spenderas i appen, genomförda köp och utförda åtgärder.
• SDK Runtime — gör det möjligt att köra externa bibliotek i en isolerad process, separerat från Android-appens process, vilket förhindrar att bibliotekets funktioner får tillgång till resurser och minne i processen.
• On-Device-personalisering — teknik för att anpassa användarens upplevelse på en Android-enhet, som använder lokalt lagrade data som inte skickas till externa servrar.

API:er som beslutats att behålla, eftersom de redan har spridits och implementerats i andra webbläsare:

• FedCM (Federated Credential Management) möjliggör skapande av sammanbundna identifieringstjänster som bevarar integriteten och fungerar utan tredjeparts-cookies.
• CHIPS (Cookies Having Independent Partitioned State) – gör det möjligt att isolera cookies i förhållande till förstahandsdomänen genom att använda attributet 'Partitioned'. Under normala förhållanden kan tredjepartskod från webbplats 'C', inbäddad på webbplatser 'A' och 'B', hantera cookies som är gemensamma för dessa webbplatser, men när attributet 'Partitioned' anges, kommer cookies som ställs in av webbplats 'C' att vara helt separerade vid laddning av kod från webbplatser 'A' och 'B'.
• Private State Token – möjliggör separering av olika användare utan att använda interwebbsidentifierare och överföring av autentiseringsinformation mellan olika kontexter. API:et är användbart för att särskilja botar från verkliga besökare utan att explicit överföra identifieringsdata. Hur API:et fungerar är att en viss webbplats där användaren har autentiserats eller genomgått CAPTCHA-kontroller kan generera en token som lagras i webbläsaren. Denna token kan användas av andra webbplatser för att säkerställa att användaren är en människa och inte en bot.

Källa: opennet.ru