Teilnahme am Einstellungstest für nicht partitionierte Drittanbieterspeicher, Service Worker und Communication APIs

Ab Chrome 115 sind Speicher-, Service-Worker und Kommunikations-APIs im Kontext von Drittanbietern partitioniert. Neben der Isolierung durch die Richtlinie für denselben Ursprung werden die betroffenen APIs, die in Drittanbieterkontexten verwendet werden, auch nach der Website des Kontexts der obersten Ebene getrennt.

Websites, für die keine Unterstützung für die Speicherpartitionierung durch Drittanbieter implementiert war, können an einem Einstellungstest teilnehmen, um die Partitionierung vorübergehend aufzuheben (die Isolierung durch die Richtlinie für denselben Ursprung, aber die Isolierung nach der Website auf oberster Ebene aufzuheben) und das bisherige Verhalten von Speicher-, Service-Worker- und Kommunikations-APIs in auf der Website eingebetteten Inhalten wiederherzustellen.

Zusätzlich zu einem allgemeinen Einstellungstest über die Deaktivierung der Partitionierung können Sie an einem gezielten Einstellungstest nur für window.sessionStorage teilnehmen. Diese Testversion ist verfügbar, weil einige Websites ihren Firebase-signInWithRedirect-Ablauf migrieren müssen. Weitere Informationen zu dieser Migration finden Sie unter Best Practices für die Verwendung von „signInWithWeiterleitung“ in Browsern, die den Speicherzugriff von Drittanbietern blockieren.

Damit Entwickler mehr Zeit haben, sich auf die neue Implementierung der Speicherpartitionierung einzustellen, sind die Testversionen zur Einstellung bis zur Veröffentlichung von Chrome 127, die für den 23. Juli 2024 geplant ist, verfügbar. Der Test zur Einstellung läuft für Nutzer der Chrome-Versionen 111 bis 126 am 3. September 2024 ab.

Verfügbare Tests zur Einstellung

Ab Chrome 115 sind zwei Testversionen zur Einstellung verfügbar:

  1. DisableThirdPartyStoragePartitioning: ermöglicht, dass eine Website auf oberster Ebene die Partitionierung in Speicher-, Service Worker- und Kommunikations-APIs in Inhalten von Drittanbietern, die auf ihren Seiten eingebettet sind, aufheben (die Isolierung nach der obersten Ebene vorübergehend aufheben).
  2. DisableThirdPartySessionStoragePartitioningAfterGeneralPartitioning: Ermöglicht einer Website, die Partitionierung von sessionStorage für verschiedene Navigationen aufzuheben.

Im Folgenden finden Sie einen Überblick über den Test zur Einstellung und was Sie erwartet. Wenn Sie uns Feedback geben möchten oder während dieses Testzeitraums Probleme auftreten, teilen Sie uns dies über das GitHub-Repository für die Testversion von partitionierter Speicher mit.

DisableThirdPartyStoragePartitioning

Die folgenden APIs bleiben im Kontext von Drittanbietern nicht partitioniert, wenn Sie die Website der obersten Ebene für den Test zur Einstellung von DisableThirdPartyStoragePartitioning registrieren: Storage APIs (z. B. localStorage, sessionStorage, IndexedDB, Quota und andere), Communication APIs (z. B. BroadcastChannel, SharedWorkers und WebLocks) und die ServiceWorker API.

Beispiel:

Diagramm zur Speicherpartitionierung

Eine ausführlichere Erläuterung finden Sie in der Erklärung zum Projekt.

DisableThirdPartySessionStoragePartitioningAfterGeneralPartitioning

Wenn Sie sich für den Test zur Einstellung von DisableThirdPartySessionStoragePartitioningAfterGeneralPartitioning anmelden, führt das Aufrufen eines Tabs zu einem registrierten Ursprung dazu, dass alle websiteübergreifenden iFrames dieses Ursprungs nur für Window.sessionStorage und nur für die Lebensdauer des jeweiligen Tabs nicht partitioniert bleiben. Während der Test zur Einstellung von DisableThirdPartyStoragePartitioning alle Drittanbieterkontexte betrifft, die in den registrierten Ursprung eingebettet sind, registriert der Test zur Einstellung von DisableThirdPartySessionStoragePartitioningAfterGeneralPartitioning stattdessen einen bestimmten Ursprung für den nicht partitionierten Zugriff, wenn er in Drittanbieterkontexte eingebettet ist.

Beispiel:

Diagramm zur Speicherpartitionierung nach der allgemeinen Partitionierung.

Was bedeutet das für Webentwickler?

Websites sollten die Nutzung von nicht partitioniertem Speicher, Service Workern und Kommunikations-APIs im Zusammenhang mit Drittanbietern prüfen und sich bei Bedarf auf die Partitionierung durch Drittanbieter vorbereiten, bevor diese Einstellungstests ablaufen. Diese Tests zur Einstellung werden mit der Veröffentlichung von Chrome 127 am 3. September 2024 beendet.

Um den Browser anzuweisen, die Partitionierung des Speichers in auf seinen Seiten eingebetteten Inhalten von Drittanbietern aufzuheben, müssen sich Top-Level-Websites für einen oder beide Einstellungstests registrieren und die entsprechenden Testtokens ihren HTTP-Antwortheadern hinzufügen (siehe detailliertes Beispiel unten).

Jeder Test zur Einstellung ist für Windows, Mac, Linux, ChromeOS und Android verfügbar.

An Test zur Einstellung teilnehmen

Im Folgenden finden Sie eine kurze Übersicht über die Teilnahme an einem oder beiden Tests zur Einstellung. Eine ausführlichere Anleitung finden Sie unter Erste Schritte mit Ursprungstests.

  1. Starten Sie Chrome Version 115 (oder höher) und prüfen Sie, ob das Flag ThirdPartyStoragePartitioning aktiviert ist.
  2. Prüfen Sie, ob das Verhalten von Drittanbieterinhalten, die in Ihre Website auf oberster Ebene eingebettet sind, durch die Speicherpartitionierung beeinträchtigt ist. Andernfalls müssen Sie nicht an den Einstellungstests teilnehmen.
  3. Registrieren Sie sich für den Test zur Einstellung und fordern Sie ein Token für Ihre Domains an. Gehen Sie dazu so vor:
    1. Für eine übergeordnete Website zum Aufheben der Partitionierung von Speicher, Service Workern und Kommunikations-APIs in eingebetteten Inhalten von Drittanbietern: DisableThirdPartyStoragePartitioning
    2. Für eine Website auf oberster Ebene, bei der die Partitionierung von „sessionStorage“ in den verschiedenen Navigationsbereichen aufgehoben wird: DisableThirdPartySessionStoragePartitioningAfterGeneralPartitioning
  4. Fügen Sie Ihrer Seite ein Ursprungstesttoken hinzu:
    1. Für den DisableThirdPartySessionStoragePartitioningAfterGeneralPartitioning-Test kannst du dem HTTP-Antwortheader deiner Website auf oberster Ebene eine Origin-Trial: <DEPRECATION TRIAL TOKEN> hinzufügen, wobei <DEPRECATION TRIAL TOKEN> das Token enthält, das du bei der Registrierung für den Einstellungstest erhalten hast. Alternativ können Sie auch HTML verwenden ` Tag eingefügt werden.
    2. Für den DisableThirdPartyStoragePartitioning-Test muss das Token über ein HTML-<meta>-Tag angegeben werden, das über JavaScript eingeschleust wird. Die HTTP-Header-Methode wird nicht unterstützt.
  5. Laden Sie Ihre Website in Chrome 115 oder höher, während ThirdPartyStoragePartitioning noch aktiviert ist, und prüfen Sie, ob alle Partitionierungsprobleme korrekt behoben wurden.
  6. Wenn Sie nicht mehr am Test zur Einstellung teilnehmen möchten, entfernen Sie einfach das Token, das Sie in Schritt 2 hinzugefügt haben.

Der Test zur Einstellung von DisableThirdPartyStoragePartitioning unterstützt die Funktion Drittanbieter-Ursprungstests. Das Drittanbieter-Skript, das das Token einschleust, muss jedoch im Frame der obersten Ebene ausgewertet werden, bevor der Drittanbieter-iFrame geladen wird, für den keine Partitionierung angewendet wird. Der Test zur Einstellung von DisableThirdPartySessionStoragePartitioningAfterGeneralPartitioning unterstützt keine Ursprungstests von Drittanbietern, da der angemeldete Nutzer die Website der obersten Ebene zu einem bestimmten Zeitpunkt während der Lebensdauer des jeweiligen Tabs gewesen sein muss. Im Leitfaden zur Fehlerbehebung bei Ursprungstests in Chrome finden Sie eine vollständige Checkliste, mit der Sie prüfen können, ob Ihr Token richtig konfiguriert ist.

Feedback geben

Bitte senden Sie Feedback oder Probleme, die auftreten, über das GitHub-Repository zur Einstellung von partitionierter Speicherversion.