Chrome und Android werden viele Technologien einstellen, die im Rahmen des Projekts Privacy Sandbox entwickelt wurden.

Der VizeprĂ€sident von Google, der das Privacy Sandbox-Projekt leitet, hat die Einstellung der Entwicklung und die Entfernung einiger Technologien aus Chrome und Android bekannt gegeben, die entwickelt wurden, um einen Kompromiss zwischen dem BedĂŒrfnis der Nutzer nach Datenschutz und dem Wunsch von Werbenetzwerken und Websites, die Vorlieben der Besucher zu verfolgen, zu erreichen. Die meisten der im Rahmen des Privacy Sandbox-Projekts entwickelten APIs sollten anstelle von Drittanbieter-Cookies verwendet werden, deren UnterstĂŒtzung in Chrome eingestellt werden sollte.

UrsprĂŒnglich war geplant, die Blockierung von Drittanbieter-Cookies standardmĂ€ĂŸig bis 2022 umzusetzen, jedoch wurde die Blockierung aufgrund des Widerstands der Branche und des niedrigen Implementierungsgrads der Technologien, die zur Ersetzung der cookie-basierten Methoden zur Verfolgung von Nutzern entwickelt wurden, von Jahr zu Jahr verschoben. In diesem Jahr entschied sich Google, diese Initiative abzulehnen und den bestehenden Ansatz beizubehalten. Nun, sechs Monate spĂ€ter, wurde außerdem entschieden, auch die Förderung vieler APIs und Technologien aufzugeben, die zur Erhöhung des Datenschutzes und der Anzeige von Werbung ohne Identifizierung der Nutzer auf Basis von Drittanbieter-Cookies entwickelt wurden.

API und Technologien, deren UnterstĂŒtzung eingestellt wird:

  • IP Protection – verbirgt die IP-Adresse des Nutzers vor Website-Besitzern, indem der Verkehr nicht direkt, sondern ĂŒber eine Kette von Proxy-Servern geleitet wird. Wenn IP Protection aktiviert ist, sieht der Zielserver die Proxy-Adresse als eingehende IP-Adresse, Ă€hnlich wie bei der Verwendung von VPN.
  • API Topics (ersetzt API FLoC) – ermöglicht es, Interessen-Kategorien von Nutzern zu bestimmen, die verwendet werden können, um Gruppen von Nutzern mit Ă€hnlichen Interessen zu bilden, ohne einzelne Nutzer ĂŒber Tracking-Cookies zu identifizieren. Die Interessen werden auf der Grundlage der AktivitĂ€t des Nutzers im Browser berechnet und auf dem GerĂ€t des Nutzers gespeichert. Mit API Topics kann das Werbenetzwerk allgemeine Informationen ĂŒber bestimmte Interessen erhalten, ohne Informationen ĂŒber die spezifische AktivitĂ€t des Nutzers zu haben.
  • API Attribution Reporting — ermöglicht die Bewertung von Werbewirksamkeit durch Metriken wie Klicks und Konversionen (KĂ€ufe auf der Website nach einem Klick). Um die EffektivitĂ€t angezeigter Werbung zu bestimmen, ohne die PrivatsphĂ€re einzelner Nutzer zu verletzen, entwickelt die Organisation W3C zusammen mit verschiedenen Browserherstellern eine neue API fĂŒr Ad Attribution, die die Erfassung aggregierter Statistiken ĂŒber die Konversion von gezeigter Werbung ermöglicht. Das Unternehmen Google wird diese API anstelle seiner eigenen Version verwenden.
  • Private Aggregation — zur Aggregation und zum Erhalt von Informationen ĂŒber Daten, die von verschiedenen Websites verwendet werden (cross-site). Beispielsweise ermöglicht die API die Erstellung von zusammenfassenden Berichten ĂŒber die Einzigartigkeit der Besucher (erste und wiederholte Besuche der Website) und die Demografie der Nutzer.
  • API Shared Storage — Speicherung von Daten im SchlĂŒssel-Wert-Format, ohne Bindung an Domain und mit der Möglichkeit, auf den Speicher von verschiedenen Websites zuzugreifen.
  • API Protected Audience — Lösung von Retargeting-Aufgaben und Bewertung der eigenen Zielgruppe (Arbeit mit Nutzern, die die Website bereits besucht haben).
  • API-bezogene Website-Sets — Definition der Beziehung zwischen Websites, auf deren Grundlage Browser begrenzten intersite Datenzugriff zulassen können.
  • requestStorageAccessFor — ErgĂ€nzung des Storage Access-APIs zur Anforderung von Berechtigungen fĂŒr intersite Zugriff auf gespeicherte Daten.
  • API-bezogene Website-Partition — ermöglicht externen Skripten die Arbeit mit einer Gruppe verbundener Websites.
  • API Select URL — ermöglicht die Auswahl der angezeigten URL basierend auf intersite Daten im Shared Storage, ohne diese Daten offenzulegen.
  • API Protected App Signals — Speichern von Informationen ĂŒber die NutzeraktivitĂ€t bei der Nutzung von Apps, die fĂŒr die Anzeige von interessensgesteuerter Werbung nĂŒtzlich sein können. Beispielsweise ermöglicht das API das Sammeln von Informationen ĂŒber die Anzahl der Installationen, den ersten Start, die Zeit im App und die durchgefĂŒhrten KĂ€ufe und Aktionen.
  • SDK Runtime — ermöglicht das AusfĂŒhren von Drittanbieter-Bibliotheken in einem isolierten Prozess, getrennt vom Android-Anwendungsprozess, wodurch die Funktionen der Bibliothek keinen Zugriff auf Ressourcen und den Speicher des Prozesses erhalten.
  • On-Device-Personalisierung — eine Technologie zur Personalisierung der Nutzererfahrung auf Android-GerĂ€ten, die lokal gespeicherte Daten verwendet und nicht an externe Server sendet.

APIs, die beibehalten werden, da sie bereits verbreitet und in anderen Browsern implementiert sind:

  • FedCM (Federated Credential Management) ermöglicht die Erstellung von gemeinsamen Identifizierungsdiensten, die Datenschutz gewĂ€hrleisten und ohne Drittanbieter-Cookies funktionieren.
  • CHIPS (Cookies Having Independent Partitioned State) — ermöglicht die Isolierung von Cookies in Bezug auf die Top-Level-Domain, indem das Attribut „Partitioned“ verwendet wird. Unter normalen Bedingungen kann Drittanbieter-Code von der Seite „C“, der auf die Seiten „A“ und „B“ eingebettet ist, gemeinsam genutzte Cookies von diesen Seiten verarbeiten. Mit dem Attribut „Partitioned“ werden die von der Seite „C“ gesetzten Cookies beim Laden des Codes von den Seiten „A“ und „B“ vollstĂ€ndig getrennt.
  • Private State Token — ermöglicht es, verschiedene Benutzer zu unterscheiden, ohne zwischenseitenĂŒbergreifende Identifikatoren zu verwenden, und Nutzerinformationen zwischen verschiedenen Kontexten zu ĂŒbertragen. Die API ist nĂŒtzlich, um Bots von echten Besuchern zu trennen, ohne dass identifizierbare Daten offengelegt werden. Das Funktionsprinzip der API besteht darin, dass eine bestimmte Website, auf der der Nutzer authentifiziert oder einem Captcha-Test unterzogen wurde, ein Token generieren kann, das im Browser gespeichert wird. Dieses Token kann von anderen Websites verwendet werden, um sicherzustellen, dass der Nutzer ein Mensch und kein Bot ist.

Quelle: opennet.ru

Erwerben Sie zuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz, VPS VDS-Server đŸ”„ Kaufen Sie zuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz, VPS VDS-Server | ProHoster