サイトがストレージ パーティショニングの影響を受けているかどうかを確認する方法
プライバシー保護を強化するため、Chrome は今後のリリースでストレージ API と通信 API の動作を変更します。ストレージ パーティショニングで今後予定されている変更の詳細を確認する。
初期実装は、2022 年 7 月以降、Chrome 105 のフラグによって利用可能になっています。Chrome ベータ版 106 以降では、2022 年 9 月から、新しい実装（キャッシュ ストレージのパーティショニングを含む）をテストに使用できます。最新の機能とバグの修正はまず Chrome Canary に実装されます。そのため、今後のテストには Canary を使用することを検討してください。
この変更は、アプリがファーストパーティのコンテキストでのみストレージを使用する一般的なユースケースには影響しませんが、アプリが現在と同様に動作することをテストすることをおすすめします。iframe で操作やストレージを使用している場合は、この変更の影響を受ける可能性が高くなります。
ストレージ パーティショニングのテスト方法
ストレージ パーティショニングを試すには:
- Chrome Beta バージョン 106 以降を使用していることを確認します。
chrome://flags/#third-party-storage-partitioningに移動します。- [試験運用版のサードパーティ ストレージ パーティショニング] フラグを有効にします。
早期テストに参加し、Chrome チームが安定版のリリース前に予期しない動作を特定して修正できるよう、バグを報告してください。
ストレージ パーティショニングとは
特定の種類のサイドチャネルのクロスサイト トラッキングを防ぐために、Chrome ではストレージと通信 API をサードパーティのコンテキストでパーティショニングしています（詳しくは説明をご覧ください）。
これまで、ストレージの鍵はオリジンのみでした。つまり、example.com の iframe が a.com と b.com に埋め込まれている場合、example.com は、ストレージに ID を保存して正常に取得することで、これら 2 つの最上位サイトの閲覧習慣を学習します。サードパーティのストレージ パーティショニングを有効にすると、example.com のストレージは、a.com 用と b.com 用の 2 つの異なるパーティションに存在します。ストレージ パーティショニングにより、埋め込みがいずれかのサイトへの訪問を結合することができなくなります。
「試験運用版のサードパーティ ストレージ パーティショニング」フラグを有効にすると、次のストレージ API と通信 API がパーティショニングされます。
- ブロードキャスト チャンネル
- キャッシュ ストレージ
- ウェブストレージ
- ファイル システム アクセス
- IndexedDB
- 以前のファイル システム
- 割り当て
- ウェブロック
- ServiceWorker
- SharedWorker
次の API は現在開発中であり、安定版にリリースされる前に分割されます。
- Blob URL
- Clear-Site-Data ヘッダー
この機能がデフォルトでリリースされる時期
安定性と互換性次第では、2023 年初頭に機能のリリースを開始する予定です。サードパーティのストレージ パーティショニングを今すぐテストしてバグを報告することで、Chrome がエコシステムからのフィードバックを得ることができ、デベロッパーやサイト所有者に必要なサポートを得ることができます。
バグの報告
フィードバックを提供する最善の方法は、一般公開されている URL へのリンクまたは短縮されたテストケースを使用して、新しい問題を提出することです。