First-Party Sets

多くの組織には、brandx.com や fly-brandx.cime などの異なるドメイン名に関連するサイト、または example.com、example.rs、example.co.uk のように異なる国のドメインに関連するサイトがあります。

休暇の予約を支援する会社を想像してみてください。この会社には、fly-brandx.com と drive-brandx.com という 2 つの関連サイトがあり、フライトとレンタカーを分けています。1 つの旅行を予約する過程で、これらのサイト間を移動してさまざまなオプションを選択できます。ショッピング カートには、これらのサイト全体での選択が記憶されていると期待できます。

このような関連サイトは、多くの場合、Cookie を使用してログイン状態を維持したり、パーソナライズされたコンテンツを表示したりします。

ウェブのプライバシーを改善するために、Chrome はサードパーティ Cookie をブロックする方向に転換しているため、こういったエクスペリエンスの機能には新しいメカニズムが必要です。

# First-Party Sets で関連サイトを定義する

First-Party Sets（FPS）は、企業がサイト間の関係を宣言し、ブラウザが特定の目的で限定的なサードパーティ Cookie を許可できるようにする方法です。Chrome は、これらの宣言された関係を使用して、サードパーティのコンテキストで、Cookie へのサイトアクセスをいつ許可または拒否するかを決定します。

大まかに言えば、First-Party Set はドメインの集合であり、単一の「セット プライマリ」と場合によっては複数の「セット メンバー」が存在します。

サイトの作成者は、ドメインをセットに提出する必要があります。セットメンバーには、 ユースケースに基づいたサブセットを含むさまざまなドメイン タイプを含めることができます。

# First-Party Sets のユースケース

First-Party Sets は、組織が異なるトップレベルサイト間でなんらかの 共有 ID 形態が必要となる場合に適しています。この場合の共有 ID とは、完全なシングルサインオンソリューションから、サイト間で共有された設定が必要なだけの場合まで、あらゆるものを指しています。

組織では、以下の項目に対して異なるトップレベルドメインを使用している可能性があります。

• ブランドドメイン: fly-brandx.com、drive-brandx.com
• アプリドメイン: calendar-brandx.com、mail-brandx.com
• ローカリゼーションを有効にするための国固有のドメイン: brandx.co.uk、brandx.rs
• ユーザーが直接やり取りすることはないが、同じ組織のサイト全体でサービスを提供するサービス ドメイン: brandx-assets.com
• ユーザーが直接操作することはないが、セキュリティ上の理由から存在するサンドボックスドメイン: brandx-usercontent.com

# 詳細

• ファースト パーティ開発者ガイド
• First-Party Sets の技術 Explainer
• Chrome プラットフォームのステータス
• Chromium プロジェクト
• Privacy Sandbox Developer Support リポジトリ
• この提案に関するご質問がございましたっら、提案リポジトリでイシューを提出してください。