Freigegebener Speicher – Übersicht

Gewähren Sie unbegrenzten, websiteübergreifenden Speicher Schreibzugriff mit datenschutzfreundlichem Lesezugriff.

Implementierungsstatus

In diesem Dokument wird ein Vorschlag für nicht partitionierten, websiteübergreifenden Speicher beschrieben: die Shared Storage API.

  • Die Shared Storage API ist jetzt allgemein verfügbar.
  • Es ist eine Live-Demo verfügbar und Tests sind verfügbar:
    • Das Ausgabe-Gatter für die URL-Auswahl ist für lokale Tests ab Chrome M105 verfügbar.
    • Das Ausgabe-Gatter für die private Aggregation ist für lokale Tests ab Chrome M107 verfügbar.
    • Die Messung mit der Private Aggregation API ist jetzt allgemein verfügbar.
  • Chrome-Plattformstatus
Vorschlag Status
Berichte auf Ereignisebene für die Inhaltsauswahl (selectURL()) Verfügbar bis mindestens 2026
Budgetierung pro Website
Erläuterung		 Verfügbar in M119
Schreiben aus Antwortheadern zulassen
Erläuterung
GitHub-Problem		 Verfügbar in M124. Kann in M119-M123 manuell aktiviert werden
Zeitlimit für Beiträge zur privaten Aggregation
Erläuterung		 Verfügbar in M119
Debugging-Worklets mit Entwicklertools
Abschnitt		 Verfügbar in M120
Aktualisieren des Speicherlimits für freigegebenen Speicher auf 5 MB
Erläuterung		 Verfügbar in M124

Wozu brauchen wir diese API?

Um websiteübergreifendes Nutzer-Tracking zu verhindern, Partitionierung Jegliche Art der Speicherung (Cookies, localStorage, Caches usw.) Es gibt jedoch eine die auf nicht partitioniertem Speicher beruhen, sind ohne die Hilfe neuer Web-APIs unmöglich. Beispiel: Ein Ersteller von Content die Reichweite über verschiedene Websites hinweg messen möchten, ohne auf websiteübergreifende Kennungen angewiesen zu sein.

Mit der Shared Storage API können Websites nicht partitionierte Daten speichern und darauf zugreifen. websiteübergreifenden Daten. Diese Daten müssen in einer sicheren Umgebung gelesen werden, um austreten.

Sie haben zwei Möglichkeiten, Daten im freigegebenen Speicher zu verwenden:

Für wen ist das gedacht?

Es gibt viele verschiedene Arten von Unternehmen, die von der Nutzung der Shared Storage API. Beispiel:

  • Anzeigentechnologie-Anbieter können die Kampagnenreichweite messen, das Frequency Capping festlegen und die Creative-Rotation festlegen, was derzeit auf Drittanbieter-Cookies basiert.
  • Zahlungsdienstleister können feststellen, ob es sich bei einer Person um Bestandskunden handelt, und den Bezahlvorgang individuell anpassen.
  • Unternehmen für Websicherheit können benutzerdefinierte Logik entwickeln, um verdächtiges oder gefährliches Verhalten zu melden.

Sucht Ihr Unternehmen nach standortübergreifenden Speicherlösungen, die es noch nicht gesprochen? Anwendungsfall teilen

Anwendungsfälle

Die Shared Storage API soll für viele Anwendungsfälle Nutzung von Drittanbieter-Cookies. Dazu zählen:

Anwendungsfall Beschreibung Ausgabegatter
Creative-Rotation Sie können Daten wie die Creative-ID, die Anzahl der Aufrufe und die Nutzerinteraktion speichern, um zu ermitteln, welche Creative-Nutzer auf verschiedenen Websites sehen. Auf diese Weise können Sie die Anzahl der Aufrufe ausgleichen und eine Übersättigung bestimmter Inhalte vermeiden, was zu einer negativen Nutzererfahrung beitragen kann. URL-Auswahl
A/B-Tests durchführen Sie können einen Nutzer einer Testgruppe zuweisen und diese Gruppe dann im freigegebenen Speicher speichern, damit sie websiteübergreifend darauf zugreifen können. URL-Auswahl
Nutzererfahrung für bekannte Kunden anpassen Sie können benutzerdefinierte Inhalte und Calls-to-Action basierend auf dem Registrierungsstatus eines Nutzers oder einem anderen Nutzerstatus teilen. URL-Auswahl
Eindämmung von Missbrauch Organisationen zur Bekämpfung von Missbrauch, Betrugsbekämpfung und Websicherheit verwenden häufig proprietäre Techniken, um böswillige Nutzer zu erkennen. Dabei kann es sich um automatisierte Bots oder echte Menschen handeln, die Schaden verursachen möchten. Hier können Sie viele verschiedene Strategien testen, sei es das Ausgabe-Gatter für die URL-Auswahl, um eine Vertrauenswürdigkeitsbewertung des Nutzers zu codieren, oder das Ausgabe-Gatter der privaten Aggregation, um Datasets zur Anomalieerkennung zu erstellen. URL-Auswahl, Private Aggregation API
Unique Reach messen Viele Content-Ersteller und Werbetreibende möchten oft wissen, wie viele einzelne Personen ihre Inhalte gesehen haben. Mit Shared Storage können Sie Berichte dazu erstellen, wann ein Nutzer Ihre Anzeige, ein eingebettetes Video oder eine Veröffentlichung zum ersten Mal gesehen hat. Außerdem können Sie damit verhindern, dass ein Nutzer eine mehrfache Zählung auf einer anderen Website durchführt. So erhalten Sie einen aggregierten, ungenauen Bericht zur ungefähren Unique Reach. Private Aggregation API
Demografische Merkmale der Nutzer messen Ersteller von Inhalten möchten oft die demografischen Merkmale ihres Publikums verstehen. Mit freigegebenen Speicher können Sie demografische Daten der Nutzer in einem Kontext erfassen, in dem sie vorliegen, z. B. auf Ihrer Website mit selbst erhobenen Daten. Mithilfe von aggregierten Berichten können Sie Berichte dazu für viele andere Websites erstellen, etwa eingebettete Inhalte. Private Aggregation API
Reichweite der K+ Häufigkeit messen Manchmal auch als „effektive Häufigkeit“ bezeichnet, Es gibt oft eine Mindestanzahl an Aufrufen, bevor ein Nutzer bestimmten Content erkennt oder sich an ihn erinnert (häufig bei Aufrufen von Anzeigen). Sie können den freigegebenen Speicher verwenden, um Berichte über einzelne Nutzer zu erstellen, die einen Inhalt mindestens K-mal angesehen haben. Private Aggregation API

Der Vorschlag zielt darauf ab, eine Universal-API zu erstellen, die viele mögliche zukünftige Anwendungsfälle. Das ermöglicht weitere Experimente und Änderungen, um mit der Web-Umgebung zu wachsen.

Wie funktioniert freigegebener Speicher?

Mit dem freigegebenen Speicher können Sie fundierte Entscheidungen auf der Grundlage von standortübergreifenden Daten treffen. ohne dass dabei Nutzerdaten wie der Browserverlauf oder andere persönliche -Details) mit einer Einbettungswebsite oder Daten-Exfiltrieren an Ihre eigenen Server.

Sie können jederzeit in den freigegebenen Speicher schreiben, wie in andere JavaScript-Speicher-APIs wie „localStorage“ oder „indexedDB“. Im Gegensatz zu den anderen Speicher-APIs können Sie die Werte des freigegebenen Speichers nur in einer sicheren Umgebung lesen, die als Shared Storage-Worklet bezeichnet wird.

In Worklets fügen Sie Ihre Geschäftslogik hinzu. Innerhalb des Worklets Sie dürfen einen Wert aus freigegebenem Speicher lesen und verarbeiten, den genauen Wert direkt an den Worklet-Aufrufer zurückgeben. Um nützliche Informationen Informationen aus dem Worklet, eine Reihe von verfügbar sind. Es gibt zwei Tore verfügbar, aber in Zukunft werden möglicherweise weitere hinzugefügt.

Folgende Ausgabe-Gatter sind für die Shared Storage API verfügbar:

  • Websiteübergreifende URL-Auswahl: Sie können ein Worklet-Script ausführen, um basierend auf den gespeicherten Daten eine URL aus einer bereitgestellten Liste auszuwählen und diese Inhalte dann in einem Fenced Frame zu rendern.
  • Rauschende Aggregation mit der Private Aggregation API: Sie können ein Worklet ausführen, um websiteübergreifende Daten über die Private Aggregation API zu senden und einen Zusammenfassungsbericht zurückzugeben.

Shared Storage API testen

Shared Storage API für das Ausgabe-Gatter der URL-Auswahl und die Ausgabe der privaten Aggregation -Gate zum Testen verfügbar sind. Die Inhaltsauswahl kann in Chrome getestet werden Canary/Dev/Beta M105+ und die Private Aggregation API sind zum Testen in Chrome M107+ Canary und Dev. Um die API zu testen, aktivieren Sie alle APIs zum Datenschutz bei Werbung unter chrome://settings/adPrivacy.

Demo verwenden

Eine Demo ist verfügbar und du kannst dir den Code auf GitHub ansehen.

Diese Demo wurde aus der Sicht eines Werbetreibenden, AdTech oder einem Drittanbieterdienst verwendet, der der verschiedenen Publisher und Publisher Websites. In der Demo zeigt der gleiche dritte der Drittanbieter-Code funktioniert auf Websites von Publisher A und Publisher B für für jeden Anwendungsfall. Besuchen Sie die Seiten des Publishers, um zu sehen, wie die Daten in einem websiteübergreifenden Kontexts an.

Die Demo enthält Anwendungsfälle für die Inhaltsauswahl und die private Aggregation.

In der Demo zur Inhaltsauswahl Creative-Rotation Nutzung für bekannte Kunden anpassen und Es sind Anwendungsfälle für A/B-Tests verfügbar.

Für die Demo zur privaten Aggregation können Sie Unique Reach messen Reichweite der K+ Häufigkeit messen und Demografische Merkmale der Nutzer messen:

Fehler in Shared Storage-Worklets mit den Entwicklertools beheben

Unter „Quellen“ können Sie die Worklets mit gemeinsam genutztem Speicher prüfen, die auf der Seite gestartet wurden, auf der Sie sich gerade befinden. im Steuerfeld für Entwicklertools und fügen Sie das „Shared Storage-Worklet / Script First Statement“ hinzu. Event-Listener-Haltepunkt. Dieser Haltepunkt pausiert die anfängliche Ausführung des Modulskripts oder kurzlebige Worklets beim Start.

Fehler in einem Worklet mit freigegebenem Speicher durch Hinzufügen eines Listeners auf Ereignisebene beheben
Ein Haltepunkt kann einem Shared Storage-Worklet hinzugefügt werden.

Außerdem werden auf der Seite chrome://inspect/#shared-storage-worklets alle aktiven Worklets mit freigegebenem Speicher von allen Seiten angezeigt.

Interagieren und Feedback geben

Der Vorschlag für den freigegebenen Speicher wird derzeit diskutiert und kann sich ändern. . Wir würden uns freuen, wenn Sie diese API ausprobieren und uns Feedback geben.