Mit der Shared Storage API können Websites Daten speichern und darauf zugreifen, die nicht von der Website der obersten Ebene isoliert sind. So werden websiteübergreifende Anwendungsfälle ermöglicht und erleichtert, während der Datenschutz für Nutzer gewährleistet wird.
Chrome bietet zwar partitionierten Speicher und wird in Zukunft so umgestaltet, dass Nutzer die Möglichkeit haben, Drittanbieter-Cookies zu deaktivieren, es gibt aber eine Reihe legitimer Anwendungsfälle, die auf nicht partitionierten Speicher angewiesen sind und ohne Unterstützung durch neue Web-APIs nicht möglich wären. Ein Content-Produzent möchte beispielsweise die Reichweite von Inhalten auf verschiedenen Websites messen, ohne auf Website-übergreifende Kennungen angewiesen zu sein. Die Shared Storage API bietet eine Lösung, die einen privateren Mechanismus zum Speichern und Abrufen nicht partitionierter Daten auf verschiedenen Websites bietet.
Was ist die Shared Storage API?
Die Shared Storage API ist eine Speichereinrichtung für allgemeine Zwecke, die für datenschutzfreundliche Cross-Site-Anwendungsfälle entwickelt wurde. Shared Storage bietet ähnliche Funktionen wie die APIs „localStorage“ und „sessionStorage“ und ist ein Schlüssel/Wert-Speicher, in den jederzeit Daten geschrieben werden können. Im Gegensatz zu anderen Web Storage APIs können die Shared Storage-Daten auf verschiedenen Websites der obersten Ebene freigegeben werden. Sie können jedoch nur in einer sicheren Umgebung gelesen und mit eingeschränkten Output APIs ausgegeben werden.
Im vorherigen Diagramm kann die Website shoes.example in andere Publisher-Websites wie news.example eingebettet werden und trotzdem auf dieselben Daten zugreifen.
Diese Shared Storage-Funktion ermöglicht websiteübergreifende Funktionen und verbessert gleichzeitig den Datenschutz für Nutzer, indem das Tracking einzelner Websitebesucher verhindert und der Datenzugriff eingeschränkt wird. Auf Daten kann nur in einer sicheren Umgebung mit eingeschränkten Ausgabefunktionen (Worklets) zugegriffen werden.
Shared Storage ist die zugrunde liegende Speicherinfrastruktur für eine begrenzte Anzahl von Output APIs. Die Output API ist die einzige Möglichkeit, Shared Storage-Daten zu verwenden. Die Output APIs sind:
- URL auswählen: Wählen Sie anhand der gespeicherten Daten eine URL aus einer bereitgestellten Liste aus und rendern Sie die Inhalte dann in einem umzäunten Frame.
- Private Aggregation: Websiteübergreifende Daten über die Private Aggregation API senden, um einen Zusammenfassungsbericht zu generieren.
Warum benötigen wir Shared Storage?
Die Shared Storage API ist ein flexibler Speichermechanismus, den Webentwickler in Kombination mit den Output-APIs für viele Anwendungsfälle verwenden können, einschließlich des Ersatzes für mehrere bestehende Verwendungszwecke von Drittanbieter-Cookies. Weitere Informationen zu potenziellen Anwendungsfällen der Output-APIs finden Sie unter URL auswählen und Private Aggregation.
Sucht Ihr Unternehmen nach standortübergreifenden Speicherlösungen, die noch nicht berücksichtigt wurden? Sie können Ihren Anwendungsfall teilen und einen Problemfall im Open-Source-GitHub-Repository für Shared Storage erstellen.
Ausgabe-APIs und Anwendungsfälle, die mit Shared Storage kompatibel sind
| Output API | Anwendungsfall | Beschreibung |
|---|---|---|
| URL auswählen | Anzeigen-Creatives rotieren | Sie können Daten wie Creative-ID, Anzahl der Aufrufe und Nutzerinteraktionen speichern, um zu ermitteln, welches Creative Nutzer auf verschiedenen Websites sehen. So können Sie die Anzahl der Aufrufe ausgleichen und eine Übersättigung bestimmter Inhalte vermeiden, um ein negatives Nutzererlebnis zu verhindern. |
| URL auswählen | A/B-Tests durchführen | Bei einem A/B-Test werden zwei oder mehr Versionen einer Konfiguration verglichen, um herauszufinden, welche am besten abschneidet. Sie können einen Nutzer einer Testgruppe zuweisen und diese Gruppe dann im Shared Storage für den websiteübergreifenden Zugriff speichern. |
| URL auswählen | Nutzererfahrung für bekannte Kunden anpassen | Sie können benutzerdefinierte Inhalte und Calls-to-Action basierend auf dem Registrierungsstatus oder anderen Nutzerstatus teilen. |
| URL auswählen, Private Aggregation | Maßnahmen gegen Missbrauch | Organisationen, die sich mit Missbrauch, Betrug und Websicherheit befassen, verwenden häufig proprietäre Techniken, um schädliche Nutzer zu erkennen, unabhängig davon, ob es sich um automatisierte Bots oder echte Menschen handelt, die Schaden anrichten wollen. In diesem Anwendungsfall können viele verschiedene Strategien getestet werden, z. B. die Select URL API zum Codieren einer Bewertung der Vertrauenswürdigkeit eines Nutzers oder die Private Aggregation API zum Erstellen von Datasets für die Anomalieerkennung. |
| Private Aggregation | Unique Reach messen | Viele Inhaltsersteller und Werbetreibende möchten wissen, wie viele einzelne Nutzer ihre angezeigten Inhalte aufgerufen haben. Mit Shared Storage können Sie Berichte dazu erstellen, wann ein Nutzer Ihre Anzeige, Ihr eingebettetes Video oder Ihre Publikation zum ersten Mal sieht. Sie können verhindern, dass derselbe Nutzer auf einer anderen Website doppelt gezählt wird, und einen aggregierten, anonymisierten Bericht für die geschätzte Unique Reach Ihrer Inhalte erstellen. |
| Private Aggregation | Demografische Merkmale der Nutzer messen | Inhaltsersteller möchten gern die demografischen Merkmale ihrer Zielgruppe kennen. Mit Shared Storage können Sie demografische Nutzerdaten auf Ihrer eigenen Website erfassen und aggregierte Berichte nutzen, um diese Informationen auf verschiedenen anderen Plattformen wie eingebetteten Inhalten zu analysieren. |
| Private Aggregation | Reichweite bei einer Häufigkeit von mindestens K messen | Die effektive Häufigkeit gibt an, wie oft ein Nutzer bestimmte Inhalte (oft im Zusammenhang mit Anzeigenaufrufen) gesehen haben muss, bevor er sie erkennt oder sich daran erinnert. Mit Shared Storage können Sie Berichte zu einzelnen Nutzern erstellen, die einen Inhalt mindestens K-mal gesehen haben. |
Wie funktioniert Shared Storage?
Mit Shared Storage können Sie fundierte Entscheidungen auf Grundlage von websiteübergreifenden Daten treffen, ohne Nutzerinformationen (z. B. Browserverlauf oder andere persönliche Daten) an eine Einbettungswebsite weiterzugeben oder Daten auf Ihre eigenen Server zu übertragen.
Sie können jederzeit in den geteilten Speicher schreiben, die Werte im geteilten Speicher können Sie jedoch nur in einer sicheren Umgebung, einem sogenannten Worklet, lesen.
In Shared Storage-Worklets fügen Sie Ihre Geschäftslogik hinzu und lesen und verarbeiten dann einen Wert aus Shared Storage, ohne den genauen Wert direkt an den Worklet-Aufrufer zurückzugeben. Sie können entweder die Private Aggregation API oder die Select URL Output API verwenden, um Informationen aus dem Worklet zu extrahieren. Weitere Output-APIs sind möglich, wenn neue Anwendungsfälle gemeldet werden.
API-Status
Die Shared Storage API ist allgemein verfügbar. Folgen Sie der Anleitung zur Registrierung für die Privacy Sandbox, um die API zu verwenden oder für die lokale Entwicklung zu aktivieren.
| Vorschlag | Status |
|---|---|
| Schreiben aus Antwortheadern zulassen Erläuterung GitHub-Problem |
Verfügbar in M124. Kann in M119-M123 manuell aktiviert werden |
| Fehlerbehebung bei Shared Storage-Worklets mithilfe der DevTools-Seite |
Verfügbar in M120 |
| Speicherplatzlimit für geteilten Speicher auf 5 MB erhöht Erläuterung |
Verfügbar in M124 |
createWorklet(), um ursprungsübergreifende Worklets ohne iframe zu erstellen |
Verfügbar in M125 |
Cross-Origin-Script in addModule() zulassen und createWorklet() entsprechend ausrichten |
Verfügbar in M130 |
| Shared Storage-Worklet Lesezugriff auf Interessengruppen gewähren Erläuterung |
Verfügbar in M134 |
Unterstützung für benutzerdefinierte Datenquellen in createWorklet()Erläuterung |
Verfügbar in M135 |
| Shared Storage-Worklets mit DevTools debuggen Erläuterung GitHub-Problem |
Voraussichtlich im 2. Quartal 2025 |
Feedback geben
Der Vorschlag für die Shared Storage API befindet sich in der aktiven Diskussion und Entwicklung und kann sich daher ändern.
Wir würden uns freuen, wenn Sie uns Ihre Meinung zur Shared Storage API mitteilen.
- Angebot: Detailliertes Angebot ansehen.
- Diskussion: Nehmen Sie an der laufenden Diskussion teil, um Fragen zu stellen und Ihre Erkenntnisse mitzuteilen.