Copyright © 2025 World Wide Web Consortium. W3C® liability, trademark and permissive document license rules apply.
本ドキュメントは、HTTPおよびDOMを通じて送信されるシグナルを定義します。このシグナルは、個人がウェブサイトやサービスに対して、自身の個人情報を第三者に販売または共有しないよう要求するものです。本標準は、そのような要求に法的拘束力を与える既存および今後の法的枠組みと連携することを目的としています。
このセクションは、本ドキュメントが公開された時点での位置付けを説明します。現在の W3C の出版物や、この技術レポートの最新版は、 W3C 標準・草案インデックス で確認できます。
本ドキュメントは プライバシーワーキンググループ により、 勧告トラック を用いて作業草案として公開されました。
作業草案としての公開は、W3C およびそのメンバーによる承認を意味するものではありません。
本ドキュメントはドラフトであり、随時更新、差し替え、廃止される可能性があります。進行中の作業以外の目的で引用することは適切ではありません。
本ドキュメントは W3C 特許ポリシー の下で活動するグループによって作成されました。 W3C は 関連成果物に関する特許開示の公開リスト を管理しています。 そのページには特許開示の手順も記載されています。ある特許が 必須クレーム を含むと考える場合、その情報は W3C特許ポリシー第6節 に従って開示する必要があります。
本ドキュメントは 2025年8月18日版 W3C プロセスドキュメント に準拠しています。
このセクションは規範的ではありません。
今日ウェブサイトを構築する際、多くの場合、ユーザーが直接関わる事業者以外の企業が提供するサービスに依存しています。これは、Web技術の複雑化とサービス間の分業化が進んだ結果です。このアーキテクチャはWeb体験を向上させるために利用できる一方で、プライバシーの侵害にも悪用される可能性があります([privacy-principles])。データは限定的な運用目的でサービスプロバイダーと共有される場合もありますが、多くのユーザーが好ましく思わない行動ターゲティングのために共有・利用されることもあります。
この問題に対処するため、世界各国の法域でさまざまな法的枠組みが提案・施行されています。あるモデルはトラッキングについてユーザーの同意に依存し、他のモデルはデータ最小化原則に基づき、特定のデータ共有や処理自体を禁止しています。
一部の法律や提案は、ユーザーが自身のプライバシー保護を要求できる権利、つまりデータが意図した事業者以外に販売・共有されないように「オプトアウト」要求を出す権利を認めています。しかし、訪れる全てのサイトで毎回手動で権利を行使するのは非現実的であり、ユーザーに「プライバシー労働」を強いることになります([privacy-principles])。
本仕様はこの最後のカテゴリーの法律を念頭に設計されており、HTTPヘッダーまたはDOMを通じて、ユーザーが自身の権利を普遍的にウェブサイト運営者に示す方法を提供することで、ユーザー選択のスケールの難しさを解決します。これにより、データの販売や第三者との共有、クロスコンテキストターゲティング広告での利用を防ぐ権利を主張できます。このシグナルにより、例えばカリフォルニア消費者プライバシー法(CCPA)の「オプトアウトプリファレンスシグナル」に関する条項[CCPA-REGULATIONS]や、コロラド州その他の「ユニバーサルオプトアウトメカニズム」等の法律に基づき、個人情報の販売やターゲット広告の利用を停止することができます。
本仕様は、規制モデルやクロスコンテキストトラッキングそのもの、また同意やデータ最小化に基づく他モデルを推奨・否定するものではありません。特定の法域でユーザーに与えられた積極的権利を行使可能にすることを目的としています。
販売・共有拒否インタラクションとは、ユーザーが自身のデータを、意図した相手以外の第三者に販売または共有しないよう、あるいはクロスコンテキスト広告ターゲティングに利用しないよう、法律で認められる場合を除き要求するウェブサイトとのやり取りのことです。
販売・共有拒否プリファレンスとは、例えばユーザーエージェントでGlobal Privacy Control設定を有効にしたり、その設定がデフォルトのツールを利用したりすることで、「自身のデータを販売・共有しないでほしい」と要求することです(この設定は、そのツールのユーザーの一般的な期待に合致する場合があります)。このプリファレンスが有効な場合、ユーザーは販売・共有拒否インタラクションを伴ってウェブを閲覧することを期待していることを示します。
サイトは、少なくとも必要な場合にGPCリクエストを遵守していることを示すために、.well-known URLでリソースを提供してもよいです。GPCサポートリソースの目的は、サイトがGlobal Privacy Controlを認識しサポートしていることを伝えることです。サポートリソースは、リソースへアクセスしているユーザーエージェントのGPCリクエストにサイトが従うかどうかを示すものではありません。デフォルトでは、オリジンのサポート状況は不明です。
GPCサポートリソースは、オリジンサーバーのURLに対して/.well-known/gpc.jsonというwell-known識別子を持ちます [RFC8615]。
GPCサポートリソースを対象とする有効なGETリクエストを受信したオリジンサーバーは、下記で定義されるサイト全体のトラッキングステータスを機械可読な表現で含む成功レスポンス、またはそのような表現に導くリダイレクトの連続(サーバーが他オリジンの場合もありうる)のいずれかで応答します。
オリジンサーバーは、GPCサポートリソースをapplication/jsonメディアタイプ [RFC8259]
で有効な表現として返さなければなりません。そうでなければ、オリジンのサポート状況は不明です。
GPCサポート表現はJSONオブジェクトでなければなりません。そうでなければ、オリジンのサポート状況は不明です。下記にないメンバーはこの仕様では意味を持たず無視しなければなりません。メンバーには以下が含まれます:
gpcメンバー。gpcメンバーの値は、サーバーが少なくとも法的義務の範囲でGPCリクエストを遵守する意思がある場合はtrue、そうでなければfalseでなければなりません。他の値の場合、オリジンのサポート状況は不明です。
lastUpdateメンバー。lastUpdateメンバーの値は、RFC3339
full-date(YYYY-MM-DD)またはdate-time(YYYY-MM-DDTHH:mm:ss.sssZ) [RFC3339] でなければなりません。これはサポート表明が行われた時刻を示し、GPC標準の後の変更が法的解釈に影響しないようにします。有効なRFC3339形式でない場合、最終更新日時は不明となります。
このセクションは規範的ではありません。
GPCシグナルは、ユーザーが自身のデータの特定の共有や処理を停止する法的権利を行使できるように設計されました。そのため、GPCシグナルの送信と受信は、シグナルを送る個人の所在地、適用される法律の範囲、シグナルの受信者と個人との間の個別の合意などの要素によって、法的な効果を持つ場合があります。ただし、GPCはすべての法域におけるすべての新しいプライバシー権を必ずしも発動させることを意図していません。法的効果の詳細については、法的および実装上の考慮事項ガイドを参照してください。
例えば、個人がGPCシグナルを利用することで、以下のような権利を発動する意思を伝えることが想定されています(該当する場合):
GPCはもともと米国で新たに成立したオプトアウト型プライバシー法を活用するために作られました。2018年にカリフォルニア消費者プライバシー法が施行されて以降、複数の州で消費者が自身のデータの販売や共有、または企業横断的なターゲティング広告への利用をオプトアウトする法的権利を得る法律が制定されています。多くの州法では、GPCのようなユニバーサルオプトアウトメカニズムを通じてこれらの権利を行使できることが明記されています。少なくとも4つの州が、GPCを合法的なオプトアウト権行使手段として特定しています。一部の州はユニバーサルオプトアウトリクエストの遵守方法の詳細を規定するルール制定手続を設けており、他の州では非公式なガイダンスや執行措置によりGPCシグナルの法的義務の範囲を明確にする場合があります。
GPCは他の法域で権利を示すためにも使われる可能性があります。例えば、GDPRではデータ主体が第7条や第21条の下で個人情報の共有を制限する権利が認められる場合があります。世界中の多くの国がGDPRをモデルにした積極的なプライバシー法を導入しており、それらの国の規制当局がGPCを法的権利の発動とみなして対応を求める可能性があります。
バージニア州やユタ州など、他の米国州のプライバシー法でも、データ販売や企業横断的ターゲティング広告に関する新たなオプトアウト権が消費者に認められていますが、グローバルオプトアウトシグナルの法的効果については明言されていません。これらの法令を執行する規制当局は、GPCのようなシグナルをユーザーが有効化することで、当該法域でオプトアウト権を法的に行使したと認める場合があります。
ただし、GPCはすべての法域におけるすべての新しいプライバシー権を必ずしも発動させることを意図していません。例えば、GPCはすべてのウェブサイトでデータ削除権を全体的に発動させるものではありません。また、GPCはファーストパーティの文脈内での個人情報利用(例:パブリッシャーが自社サイト内でユーザーの過去の行動に基づき広告をターゲティングする場合)を制限するものでもありません。
既存の同意フレームワークの複雑さを踏まえ、GPCシグナルを受け入れるパブリッシャーは、その法域でGPCシグナルをどのように扱うか、およびGPCシグナルとユーザーがすでにパブリッシャーと直接行ったその他の特定のプライバシー選択との間の矛盾をどのように処理するかを開示するべきです。第三者への共有がサービスプロバイダー/プロセッサーへの共有や法律上またはユーザーの指示による共有などで許可される場合も含みます。
本ドキュメントは、GPCを有効化する前にユーザーにどのような情報を提示しなければならないかについては規定しません。ユーザーエージェントがプライバシー機能を宣伝したりプライバシー設定を提供したりする際、ユーザーに何を開示したかに基づいてGPCを送信するか判断できます。 ユーザーエージェントは、Global Privacy Control値に関してユーザーのプリファレンスを最善と信じる内容を表現するよう努めるべきです。多くの人が自身のデータが販売・共有されることを望まないことが調査で示されていますが、一部の法域では消費者がデータ共有やターゲット広告利用を制限するプリファレンスを積極的に表明しなければならない「オプトアウト」型の法制度が採用されています。GPCはこうした法律をユーザーが簡単に活用できるよう設計されています。
法域ごとに、GPCのようなユニバーサルオプトアウトをプラットフォームが有効化する前提条件が異なります。多くの米国州では、「デフォルト」でユニバーサルオプトアウトシグナルをユーザーエージェントが送信してはならないとされていますが、少なくとも1つの州ではプライバシー重視のユーザーエージェントを選択するだけでユーザーの意思表示として十分だとされています。
法域ごとに、企業が普遍的なオプトアウトシグナルを上書きまたは無視できる場合(例:ユーザーから同意を得ている場合)に関する規則も異なります。
グローバルオプトアウトに関する法的状況も変化しています。すでに複数の州でグローバルオプトアウトの遵守義務を含む法律が成立しており、各州の条項にはかなりの違いがあります。さらに、カリフォルニア州が2018年に可決したCCPAを改正したように、他州でも法的要件が見直される可能性があります。
米国以外でも、他の法域がユニバーサルプライバシーシグナルを認識し、法的拘束力が生じる前提条件を独自に設定する場合があります。
最新の法的要件については、法的および実装上の考慮事項ガイドを確認してください。グローバルオプトアウトを巡る最新の法的ガイダンスについてより詳しい情報が得られます。
ユーザーエージェントは、必要な場合、利用者が自身の権利を有効に行使できるよう、適切な通知をすべて提示することが期待されます。
ユーザーのプリファレンスを(HTTPヘッダーフィールドやnavigator
オブジェクトで)公開することは、ユーザーを2つのグループに分け、ブラウザやデバイスのフィンガープリント情報を増やす可能性があります。この追加情報は、シグナルが他のシグナルと完全に相関するか、設定変更不可の状態で有効になっていない限り利用可能となります。したがって実装によっては、GPCシグナルがプライバシーコストを課す場合がありますが、それはシグナル送信によるプライバシー利益によって正当化されることを意図しています。
本仕様の機能に起因する既知のセキュリティ影響はありません。
| HTTPメソッド | URIテンプレート |
|---|---|
| POST | /session/{session id}/privacy |
グローバル・プライバシー・コントロールの設定 拡張コマンドは、現在のセッションの販売・共有拒否プリファレンスを変更します。
リモートエンド手順は、session、URL variables、parameters を与えられたとき:
gpc を parameters の gpc プロパティとする。
gpc が未定義またはブーリアンでない場合、エラーコードinvalid argumentでエラーを返す。
gpcがtrueなら、このsessionのユーザーのプリファレンスを記録し、ブラウザは販売・共有拒否インタラクションを行う。falseなら行わない。
success を data
null で返す。
| HTTPメソッド | URIテンプレート |
|---|---|
| GET | /session/{session id}/privacy |
グローバル・プライバシー・コントロールの取得 拡張コマンドは、現在のセッションの販売・共有拒否プリファレンスを返します。
リモートエンド手順は、session、URL variables、parameters を与えられたとき:
このsessionのユーザーのプリファレンスによってブラウザが販売・共有拒否インタラクションを行う場合、gpc=trueとする。
そうでなければ、gpc=falseとする。
resultを、プロパティ"gpc"がgpcに設定されたJSON Object
とする。
success を data
null で返す。
規範的でないと明示されたセクションの他、本仕様中のすべての著者向けガイドライン、図、例、注記は規範的ではありません。それ以外のすべては規範的です。
本ドキュメント中の MAY、MUST、MUST NOT、SHOULD というキーワードは、 BCP 14 [RFC2119] [RFC8174] で示される通り、大文字すべてで現れる場合にのみその意味で解釈されます。
GPCシグナルは、特定のサイトへのすべてのHTTPリクエストに付与されることを考慮する価値があります。ウェブページのレンダリングには、しばしばこのようなリクエストが数十回発生します。そのため、GPCシグナルがすべてのGPCインタラクションごとにコストのかかる監査証跡を伴う本格的なオプトアウト手続きを発動させると、CDNから配信されるリソースも含め、可能な限り効率的に実行されるべき処理に多大な負荷がかかり、非現実的となる可能性があります。
GPCをサポートする意図のある規制は、そのような実装上の困難も考慮することが推奨されます。対策の一例として、サイト上に販売・共有拒否インタラクション プリファレンスを永続化するためのユーザーインターフェースと、ユーザーエージェントが状態を管理する 販売・共有拒否インタラクションシグナルの提供を区別する方法があります。後者の場合、そのインタラクションは、ユーザーが以前に販売・共有拒否インタラクション プリファレンスを要求し、すでにその プリファレンスが有効な状態であるかのように処理できます。
Referenced in:
Referenced in: