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.
- The Shared Storage API has now moved to general availability.
- A live demo is available, as is testing:
- URL selection output gate is available for local testing from Chrome M105+.
- Private Aggregation output gate is available for local testing from Chrome M107+.
- Measurement with the Private Aggregation API is now in general availability.
- Chrome platform status
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 nicht auslaufen kann.
Sie haben zwei Möglichkeiten, Daten im freigegebenen Speicher zu verwenden:
- Websiteübergreifende Contentauswahl:
- Rauschende Zusammenfassung websiteübergreifender Daten mit der Private Aggregation API
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. Mithilfe von 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 derselbe Nutzer auf einer anderen Website doppelt gezählt wird. 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 |
Ziel dieses Angebots ist die Entwicklung einer API für allgemeine Zwecke, 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 einer Exfiltrierung von Daten 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 der Shared Storage API sind 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 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.
<ph type="x-smartling-placeholder">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.
- GitHub: Lesen Sie den Angebot, Whitepaper aufrufen, Fragen stellen und an Diskussionen teilnehmen.
- Ankündigungen zur Shared Storage API: Auf unserer Mailingliste können Sie frühere Ankündigungen ansehen oder ihnen beitreten.
- Support für Entwickler: Hier können Sie Fragen stellen und sich an Diskussionen zum Repository für den Privacy Sandbox-Entwicklersupport.