プライバシー サンドボックスの関連性と測定のオリジン トライアルを 5% に引き上げ

10 月 26 日以降、今週から Stable 版 Chrome ユーザーの 5% を対象に、プライバシー サンドボックスの関連性と測定に関するオリジン トライアルの人数を増やします。

今週から 10 月 26 日以降、プライバシー サンドボックスの関連性と測定のオリジン トライアルの対象を、Chrome Stable ユーザーの 5% を対象に拡大します。Google は常に上限を段階的に引き上げており、Chrome オリジン トライアルでの問題を積極的にモニタリングしています。トラフィック レベルは数日間にわたって増加することが予想されます。pre-stable チャンネル、Canary、Beta は、オリジン トライアルの利用資格を 50 対 50 で分割して継続されます。

Google は 8 月に Chrome Stable のトライアルを公開し、実際の本番環境での機能テストを可能にしました。その結果は API の安定性、デベロッパー向けドキュメント、サポートの改善に役立ちました。機能テストを 2022 年まで継続し、2023 年のユーティリティ テストを準備するために、このテストの規模を 5% に拡大します。

これらすべてにおいて、皆さんからのフィードバックは非常に重要です。このフィードバックは、提案に関するディスカッションや実装の問題報告の形で得られます。また、テストの結果がエコシステムの他の人々と共有される(この規模を拡大するにあたり、特に重要な点です)

オリジン トライアルへの参加を管理する

プライバシー サンドボックスの関連性と測定に関するオリジン トライアルに参加する方法については、専用のオリジン トライアル ドキュメントをご覧ください。

オリジン トライアルの仕組みは同じです。API でテストするコンテキストのオリジン トライアル トークンを取得します。テスト対象が拡大した場合は、トライアルを有効にするトラフィック レベルを積極的にモニタリングし、制御する必要があります。

この場合のおすすめのアプローチは次のとおりです。

  1. テストを行うすべてのコンテキストに、デフォルトでオリジン トライアル トークンを含めます。
  2. 機能検出を使用して、有効な API を確認します。
  3. API がアクティブな(したがって、ブラウザがこのテストの対象となる)場合は、独自のテスト基準に基づいて API を使用するかどうかを選択します。たとえば、トラフィックの割合、サンプリング、その他の属性をテストする A/B テスト インフラストラクチャがすでにある場合は、この時点で、積極的に使用する機能を決定できます。

レスポンスにトークンを含めないと、ブラウザ インスタンスのオリジン トライアルへの参加を完全に回避できます。たとえば、テストの割り当てが上限に達している場合や、トライアル中に問題に対処する必要がある場合、トークンを含めなければ、そのページで試験運用版の機能を利用したり、有効にしたりできなくなります。

トークンを更新する

オリジン トライアル トークンの有効期限は、発行日から 6 週間(それより早い場合はトライアルの終了時)です。

オリジン トライアル機能を中断なく使用するためには、この期間内に新しいトークンを更新してデプロイすることが重要です。

トークンの更新は数分で完了します。また、同じページ内に同じトライアル用の複数のトークンをデプロイできます。既存のトークンが期限切れになる前に更新されたトークンをデプロイできるため、ユーザーのサービスが中断することはありません。

オリジン トライアルの API と機能

テスト対象のユーザーを増やすということは、Chrome ユーザーの安定したエクスペリエンスを維持しながら、早期にテスト対象の機能を入手するバランスを取るということです。Google では、オリジン トライアルの対象ユーザーを Chrome Stable ユーザーの 5% に増やしますが、トライアル中の個々の API 機能は、ベータ版または Stable オリジン トライアルに移行する前に、安定性テストの早期チャンネルをそれぞれ実施します。

一部の機能は、使用されている場合にのみ新しいチャンネルに移行できます。つまり、こうした機能を Stable に移行するには、オリジン トライアルまたは機能フラグを使用した Canary とベータ版の早期テストが不可欠です。テストでは、API ごとの機能検出を積極的に使用し続ける必要があります。また、時間の経過や Chrome のバージョンによって、機能に違いが生じることが予想されます。

個々の機能の進捗に応じて、関連する API のデベロッパー メーリング リスト(Attribution ReportingFLEDGETopicsShared Storage)で通知が届きます。デベロッパー向けドキュメントを継続的に更新し、有効な機能の概要を記載しています。

Attribution Reporting、Topics、FLEDGE、Fenced Frames は現在、Chrome Stable で使用でき、トラフィックの増加の一部となる予定です。Attribution Reporting と Topics のトラフィックは今週から 10 月 26 日以降に増加する予定です。FLEDGE と Fenced Frames は 11 月 9 日から追加されます。

API オリジン トライアルのステータス
Attribution Reporting Stable では利用可能です。10 月 26 日以降は 5% まで引き上げられます。
トピック Stable では利用可能です。10 月 26 日以降は 5% まで引き上げられます。
FLEDGE 安定版で利用できます。11 月 9 日から 5% に引き上げられます。
フェンス付きフレーム 安定版で利用できます。11 月 9 日から 5% に引き上げられます。
共有ストレージ 現在のところ、M105 以降の Canary、Dev、Beta でのみご利用いただけます。

これは、これらの API の一般提供開始とサードパーティ Cookie の段階的廃止に向けた、全体的な進捗における重要なマイルストーンです。独自のテストで完全な機能セットをまだ開発していない場合は、ぜひこの機会にご参加ください。

今後のテスト

機能テストは 2022 年に完了し、すべての API が期待どおりに動作することを確認するために、デベロッパーの皆様にはユーティリティ テストに投資していただくことになっています。今後数か月以内に、詳細なユーティリティ テスト ガイダンスを公開する予定です。これにより、デベロッパーは特定の広告主のタイプやユースケースで最善の結果を得ることができます。

皆様からのフィードバックをお待ちしています。参加プロセスを簡単に進めていただくことを目的としています。フィードバック フォームTwitter の@ChromiumDevGitHub のデベロッパー サポート リポジトリ、その他のフィードバックを受け付けているチャンネルからご連絡いただけます。