ProHoster > Blog > Internettet Nyheder > Chrome og Android vil stoppe med at bruge mange teknologier, der er skabt af Privacy Sandbox-projektet

Chrome og Android vil stoppe med at bruge mange teknologier, der er skabt af Privacy Sandbox-projektet

Vice President of Google, overseeing the Privacy Sandbox project, announced the winding down of development and exclusion from Chrome and Android of part of the technologies aimed at achieving a compromise between users' need for privacy and the desire of advertising networks and websites to track visitor preferences. Most of the APIs developed by the Privacy Sandbox project were intended to replace third-party cookies, support for which was planned to be phased out in Chrome.

Initially, it was planned to implement the blocking of third-party cookies by default by 2022, but the blocking was postponed year after year due to industry resistance and the low level of adoption of technologies developed to replace cookie-based user tracking methods. This spring, Google decided to abandon this initiative and maintain the existing approach. Now, six months later, it has been additionally decided to also abandon the promotion of many APIs and technologies developed to enhance privacy and ensure ad delivery without identifying users based on third-party cookies.

APIs and technologies that will be discontinued:

  • IP Protection — allows hiding the user's IP address from website owners by sending traffic not directly, but through a chain of proxy servers. When IP Protection is enabled, the target server sees only the proxy address as the incoming IP address, similar to using VPN.
  • API Topics (the successor to API FLoC) — allows for determining user interest categories, which can be used to identify groups of users with similar interests without identifying individual users through tracking cookies. Interests are calculated based on the user's activity in the browser and stored on the user's device. Through the API Topics, the ad network can obtain general information about individual interests without having information about specific user activities.
  • API Attribution Reporting — giver mulighed for at vurdere reklameeffektivitet, sĂ„som klik og konvertering (kĂžb pĂ„ webstedet efter klik). For at bestemme effektiviteten af den viste reklame uden at krĂŠnke privatlivets fred for enkeltpersoner, udvikler W3C i samarbejde med producenter af forskellige browsere et nyt API Ad Attribution, der sikrer opsamling af aggregerede statistikdata om konverteringen af den viste reklame. Google vil bruge dette API i stedet for sin egen version.
  • Private Aggregation — til aggregering og indhentning af oplysninger om data, der bruges pĂ„ forskellige websteder (cross-site). For eksempel giver API'et mulighed for at skabe opsummerende rapporter om unikke besĂžgende (fĂžrste og gentagne besĂžg pĂ„ webstedet) og brugerens demografi.
  • API Shared Storage — lagring af data i nĂžgle-vĂŠrdi-format, uden tilknytning til domĂŠnet og med mulighed for adgang til lageret fra forskellige websteder.
  • API Protected Audience — lĂžsning pĂ„ opgaver med retargeting og evaluering af den egen publikum (arbejde med brugere, der tidligere har besĂžgt webstedet).
  • API Related Website Sets — bestemmelse af relationen mellem websteder, baseret pĂ„ hvilken browsere kan tillade begrĂŠnset adgang til data pĂ„ tvĂŠrs af websteder.
  • requestStorageAccessFor — udvidelse til API Storage Access for at anmode om tilladelser til tvĂŠrgĂ„ende adgang til gemte data.
  • API Related Website Partition — giver eksterne scripts mulighed for at arbejde med en gruppe relaterede websteder.
  • API Select URL — giver mulighed for at vĂŠlge den viste URL baseret pĂ„ tvĂŠrgĂ„ende data i Shared Storage, uden at afslĂžre disse data.
  • API Protected App Signals — opbevaring af information om brugerens aktivitet, nĂ„r der arbejdes med applikationer, som kan vĂŠre nyttig til visning af reklamer, der tager hĂžjde for brugerens interesser. For eksempel giver API'et mulighed for at opsamle information om antal installationer, fĂžrste opstart, tid brugt i applikationen, foretagne kĂžb og udfĂžrte handlinger.
  • SDK Runtime — giver mulighed for at kĂžre tredjepartsbiblioteker i en isoleret proces adskilt fra Android-applikationsprocessen, hvilket forhindrer biblioteksfunktionerne i at fĂ„ adgang til ressourcer og hukommelse i processen.
  • On-Device Personalization — teknologi til personalisering af brugerens arbejde pĂ„ Android-enheden, der bruger lokalt gemte data, som ikke sendes til eksterne servere.

API'er, der besluttes at bevare, da de allerede er blevet udbredt og implementeret i andre browsere:

  • FedCM (Federated Credential Management) muliggĂžr oprettelse af integrerede identifikationstjenester, der sikrer fortrolighed og fungerer uden tredjeparts-cookies.
  • CHIPS (Cookies Having Independent Partitioned State) - muliggĂžr isolering af cookies knyttet til et topdomĂŠne ved at bruge attributten "Partitioned". Under normale omstĂŠndigheder kan tredjepartskode fra websted "C", der er indlejret pĂ„ websteder "A" og "B", hĂ„ndtere de fĂŠlles cookies for disse websteder, men nĂ„r attributten "Partitioned" angives, vil cookies, der er opsat af website "C", vĂŠre helt adskilt ved indlĂŠsning af kode fra webstederne "A" og "B."
  • Private State Token - muliggĂžr adskillelse af forskellige brugere uden brug af tvĂŠr-sitel identifikatorer og overfĂžrsel af oplysninger om brugerens autentificering mellem forskellige kontekster. API'en er nyttig til at skelne bots fra virkelige besĂžgende uden eksplicit overfĂžrsel af identifikationsdata. HovedformĂ„let med API'en er, at et bestemt website, hvor brugeren har gennemgĂ„et autentificering eller kontrol med CAPTCHA, kan generere en token, der opbevares i browseren. Denne token kan bruges af andre websteder for at bekrĂŠfte, at brugeren er et menneske og ikke en bot.

Kilde: opennet.ru

KĂžb pĂ„lidelig webhosting med DDoS-beskyttelse, VPS VDS-servere đŸ”„ KĂžb pĂ„lidelig webhosting med DDoS-beskyttelse, VPS VDS-servere | ProHoster