A Google alelnöke, aki a Privacy Sandbox projektet felügyeli, bejelentette a fejlesztések leállítását és a Chrome és az Android rendszerből az adatvédelmi kompromisszum elérése érdekében kifejlesztett technológiák egy részének eltávolítását. A Privacy Sandbox projekt keretében kifejlesztett API-k többsége a harmadik fél cookie-jainak helyettesítésére készült, amelyeket a Chrome-ban terveztek leállítani.
Eredetileg a harmadik fél cookie-jainak alapértelmezett blokkolását 2022-re tervezték, azonban az iparági ellenállás és a cookie-alapú felhasználókövetés helyettesítésére kifejlesztett technológiák alacsony bevezetési szintje miatt évente halasztották. Idén tavasszal a Google úgy döntött, hogy lemond erről az kezdeményezésről és fenntartja a meglévő megközelítést. Most, fél év elteltével, további döntés született arról is, hogy nem promotálják a legtöbb API-t és technológiát, amelyeket a felhasználói adatvédelem növelésére és a harmadik fél cookie-ja alapú azonosítás nélküli hirdetés megjelenítésére fejlesztettek ki.
Az API-k és technológiák, amelyek támogatását leállítják:
- IP Protection — lehetővé teszi a felhasználó IP-címének elrejtését a webhelytulajdonosok elől azáltal, hogy a forgalmat nem közvetlenül küldik, hanem egy proxykiszolgáló láncán keresztül. Az IP Protection aktiválása esetén a célkiszolgáló csak a proxy címét látja bejövő IP-címként, hasonlóan a használathoz. VPN.
- API Topics (a FLoC API utóda) — lehetőséget ad a felhasználó érdeklődési köreinek meghatározására, amelyeket felhasználói csoportok kiemelésére használhatunk az egyes felhasználók azonosítása nélkül, harmadik fél cookie-jainak segítségével. Az érdeklődési körök a felhasználó böngészőben végzett tevékenysége alapján számítódnak ki és a felhasználó eszközén kerülnek tárolásra. Az API Topics segítségével a hirdetési hálózat általános információkat kaphat az egyes érdeklődési területekről anélkül, hogy konkrét felhasználói tevékenységről információt volna szükséges.
- API Attribution Reporting — lehetővé teszi a reklám hatékonysági jellemzőinek, például a kattintások és a konverzió (vásárlás a weboldalon kattintás után) értékelését. A reklámok hatékonyságának meghatározása érdekében, anélkül, hogy megsértené a felhasználók adatvédelmét, a W3C együttműködik különböző böngészők gyártóival egy új Ad Attribution API kifejlesztésén, amely aggregált statisztikai adatokat biztosít a megjelenített reklámok konverziójáról. A Google ezt az API-t fogja használni a saját megoldása helyett.
- Private Aggregation — aggregálás és információk beszerzése a különböző webhelyek által használt adatokkal kapcsolatban (cross-site). Például, az API lehetővé teszi, hogy összesített jelentéseket készítsenek a látogatók egyediségéről (első és második alkalommal történő webhelylátogatás) és a felhasználók demográfiájáról.
- API Shared Storage — kulcs-érték formátumban tárolt adatok, anélkül, hogy kötődni kellene domain és lehetőség van a tárhelyhez való hozzáférésre különböző webhelyekről.
- API Protected Audience — retargeting és a saját közönség értékelésének megoldása (olyan felhasználókkal való munka, akik már korábban látogatták a webhelyet).
- API Related Website Sets — a webhelyek közötti kapcsolat meghatározása, amely lehetővé teszi a böngészők számára, hogy korlátozott inter-site hozzáférést biztosítsanak az adatokhoz.
- requestStorageAccessFor — kiterjesztés a Storage Access API-hoz, amely kérést küld az inter-site hozzáférési jogosultságokért tárolt adatokhoz.
- API Related Website Partition — lehetővé teszi a külső szkriptek számára, hogy egy kapcsolt webhelyek csoportjával dolgozzanak.
- API Select URL — lehetőséget ad arra, hogy a Shared Storage tárolóban lévő inter-site adatok alapján válasszuk ki a megjelenített URL-t, anélkül, hogy ezeket az adatokat felfednénk.
- API Protected App Signals — lehetővé teszi a felhasználói aktivitás tárolását alkalmazáson belül, amely hasznos lehet a felhasználói érdeklődés figyelembevételével történő reklámok megjelenítéséhez. Például, az API lehetővé teszi, hogy információkat gyűjtsenek a telepítések számáról, az első indításról, az alkalmazásban eltöltött időről, a vásárlásokról és a végrehajtott műveletekről.
- SDK Runtime — lehetőséget ad külső könyvtárak futtatására elszigetelt folyamatban, külön az Android-alkalmazás folyamatától, így a könyvtár funkciói nem férhetnek hozzá a folyamat erőforrásaihoz és memóriájához.
- On-Device Personalization — a felhasználó Android-eszközön végzett tevékenységeinek személyre szabására szolgáló technológia, amely helyben tárolt adatokat használ, és nem küld adatokat külső szerverekre.
API-k, amelyeket meg kell tartani, mivel már elterjedtek és más böngészőkben is megvalósították:
- A FedCM (Federated Credential Management) lehetővé teszi olyan összekapcsolt azonosító szolgáltatások létrehozását, amelyek biztosítják a magánélet védelmét és működnek külső Cookie-k nélkül.
- A CHIPS (Cookies Having Independent Partitioned State) lehetővé teszi, hogy a Cookie-kat az első szintű domainhez kötve izolálják, a "Partitioned" attribútum használatával. Normál körülmények között a "C" weboldalról, amely be van ágyazva az "A" és "B" weboldalakon, a közös Cookie-kat kezelni tudja. A "Partitioned" attribútum megadása esetén a "C" weboldalon beállított Cookie-k, amikor az "A" és "B" weboldalakról töltik be a kódot, teljesen elkülönülnek.
- A Private State Token lehetővé teszi a különböző felhasználók elválasztását a weboldalak közötti azonosítók használata nélkül, és az azonosítási információk átvitelét különböző kontextusok között. Az API hasznos a botok és a valós látogatók megkülönböztetésére anélkül, hogy nyilvánosan azonosítási adatokat kellene átadni. Az API használatának lényege, hogy egy adott weboldal, ahol a felhasználó hitelesítést vagy CAPTCHA ellenőrzést végzett, generálhat egy tokent, amelyet a böngésző tárol. Ezt a tokent más weboldalak használhatják, hogy megbizonyosodjanak arról, hogy a felhasználó ember, nem pedig bot.
Forrás: opennet.ru
