Copyright © 2026 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を通じて、すべてのウェブサイト運営者に対して普遍的に、データの販売を防止するために適用される権利、 データの第三者との共有、およびクロスコンテキスト・ターゲット 広告へのデータ利用を防止する権利を本人が主張するための方法を提供することで、ユーザーの選択を大規模に扱うことの難しさに対処します。このシグナルにより、ユーザーは、これらの グローバル オプトアウト に基づく法律の一部に存在する特定の規定を利用できます。たとえば、個人情報の販売または共有の販売を停止するための California Consumer Privacy Actにおける「オプトアウト選好 シグナル」に関する規定 [CCPA-REGULATIONS]、またはColorado州 およびその他の州の法律にある「ユニバーサル・オプトアウト メカニズム」に関する類似の規定を利用して、ユーザーが自らの情報の販売または 組織横断型ターゲット広告への利用をオプトアウトできるようにします。
ただし、Global Privacy Controlは、共有およびクロスコンテキスト・ターゲット広告から オプトアウトする選好をユーザーが表明できるように設計されていますが、このコントロールは、考えられるあらゆる プライバシー権を行使することを意図したものではなく、広告や広告ターゲティングをオプトアウトするすべての権利を行使することさえ意図していません。たとえば、GPCは 削除権を行使するようには設計されていません。また、GPCは、同一のコンテキスト内でのデータ収集や広告ターゲティングに対処するようにも設計されていません。 詳細については、 法的および実装上の考慮事項 ガイドを参照してください。
この仕様は、オプトアウト型の 規制、またはより広範なクロスコンテキスト追跡を支持するものとして解釈されるべきではなく、 同意またはデータ最小化に基づく他のモデルを否定するものとして解釈されるべきでもありません。代わりに、この仕様は、特定の法域で ユーザーに付与された積極的な権利を行使できるようにするために設計されています。
販売または共有を拒否するインタラクションとは、 ウェブサイトとのインタラクションであり、その中で 本人が、自らがやり取りすることを意図する相手以外のいかなる当事者にも自らのデータを販売または共有しないこと、 または自らのデータをクロスコンテキスト広告ターゲティングに使用しないことを要求するものです。 W3Cのプライバシー 原則の用語では、本人は少なくとも、 データ管理者が1つだけ存在すること、 およびそのデータが別の コンテキストで広告ターゲティングに使用されないことを要求しています。その コンテキストが 同じ事業者によって所有されている場合でも同様です。
販売または共有を拒否する選好とは、 本人が 自らのデータを「販売または共有しない」よう 要求することです。たとえば、ユーザーエージェントでGlobal Privacy Control 設定を有効にすることや、そのような設定を既定とするツールを使用することによります(場合によっては、 この設定がそのツールのユーザーの最も一般的な期待に一致するためです)。 設定されている場合、この選好は、本人が 販売または共有を拒否するインタラクションでWebを閲覧することを期待していることを示します。
オリジンは、少なくともそうすることが要求される場合に、 GPCリクエストに従うことを表すため、.well-known URLにリソースを生成してもMAYかまいません。GPCサポートリソースの目的は、 オリジンから提供されるページにおいてGlobal Privacy Controlを認識し、 サポートしていることをオリジンが伝えることです。 サポートリソースは、そのリソースにアクセスするユーザーエージェントからのGPC リクエストにオリジンが従うかどうかを伝えることを意図していません。 既定では、オリジンのサポート状況は不明です。
GPCサポートリソースは、オリジンサーバーのURLに対して相対的な
well-known識別子/.well-known/gpc.jsonを持ちます[RFC8615]。
GPCサポートリソースを対象とする有効なGETリクエストを受信したオリジンサーバーは、 オリジンから提供されるページがどのようにGPCを尊重するかについて機械可読な表現を含む正常なレスポンス、 またはそのような表現へと導く一連のリダイレクト (別のオリジンにあるサーバーが提供してもMAYかまいません) のいずれかで応答します。
オリジンサーバーは、
application/jsonメディアタイプ[RFC8259]を使用した有効な
表現としてGPCサポートリソースを返すMUST必要があります。それ以外の場合、
オリジンのサポート状況は
不明です。
GPCサポート表現は JSONオブジェクトであるMUST必要があります。それ以外の場合、 オリジンのサポート状況は不明です。このJSONオブジェクトに含まれる、以下の一覧にないメンバーは、 この仕様では意味を持たず、無視するMUST必要があります。メンバーには次が含まれます。
gpcメンバー。gpcメンバーの値は、
少なくとも法的に義務付けられている範囲でサーバーがGPCリクエストに従う意図があることを示す
true、または従わないことを示すfalseの
いずれかであるMUST必要があります。それ以外の値では、オリジンのサポート状況は不明です。
lastUpdateメンバー。lastUpdate
メンバーの値は、RFC3339のfull-date(YYYY-MM-DD)または
date-time
(YYYY-MM-DDTHH:mm:ss.sssZ)[RFC3339]であるMUST必要があります。これは、
サポート表明が行われた
時刻を示し、その後GPC標準の意味が変更されたとしても、法的目的でのリソースの解釈に
影響しないようにします。
メンバーが有効なRFC3339形式でない場合、最終更新日時は
不明です。
このセクションは非規範的です。
GPCシグナルは、ユーザーが自らのデータの特定の 共有または処理を停止する法的権利を利用できるように設計されています。そのため、GPCシグナルの送信および受信は、 シグナルを送信する個人の所在地、 適用法の範囲、ならびにシグナルの受信者と 個人との間の個別の合意などの要因に応じて、法的効果を持つ場合があります。ただし、GPCは必ずしも あらゆる法域におけるすべての新たなプライバシー権を行使することを意図しているわけではありません。法的効果の詳細については、 法的および 実装上の考慮事項ガイドを参照してください。
たとえば、個人によるGPCシグナルの使用は、該当する場合、 次の権利を行使する個人の意思を伝えることを意図します。
特定の法域においてGPCシグナルを適用する最善の方法を理解しようとする 規制当局および実装者には、W3Cのプライバシー 原則で詳述されているグローバルオプトアウトメカニズムの意味を参照することを推奨します。 その詳細は、Web上のユーザーエージェントに課される期待にあまり馴染みのない 人々には理解しにくい場合があるためです。
GPCは当初、米国における新しいオプトアウト型プライバシー法を利用するために作成されました。 2018年のCalifornia Consumer Privacy Act制定を皮切りに、米国の複数の州が、 消費者に、自らのデータの販売または共有、あるいは 組織横断型ターゲット広告へのデータ利用をオプトアウトする法的権利を付与するプライバシー法を可決しています。これらの州法の多くは、 GPCのようなユニバーサル・オプトアウト・メカニズムを通じてそれらの権利を行使することを 明示的に規定しています。少なくとも4つの州が、法的なオプトアウト権を行使する有効な手段としてGPCを具体的に認めています。 少数の州では、ユニバーサル・オプトアウト要求をどのように尊重すべきかについての詳細を規制当局が 拡充できる規則制定手続を設けています。他の州では、 GPCシグナルをめぐる法的義務の範囲を明確化するため、非公式な指針や執行措置に 依存する場合があります。
GPCは、他の法域における権利を示すためにも使用できる可能性があります。たとえば、 GDPRは、第7条および第21条に基づき、データ主体に個人情報の共有を制限する権利を 与える可能性があります。世界中の他の多くの国も、 多くの場合GDPRをモデルとして積極的なプライバシー法を採用しています。それらの国の規制当局は、 GPCによって、受信者に何らかの対応を要求する法的権利が行使されると判断する可能性があります。
Virginia州やUtah州など、米国のその他の州のプライバシー法では、 データ販売および組織横断型ターゲット広告に関する新たなオプトアウト 権を消費者に付与していますが、グローバル・オプトアウト・シグナルの法的 効果については言及していません。これらの法律を執行する規制当局は、 GPCのようなシグナルを有効化することが、それらの法域におけるオプトアウト権を 法的に行使するのに十分であると判断する可能性があります。
ただし、GPCは必ずしも、あらゆる 法域におけるすべての新たなプライバシー権を行使することを意図しているわけではありません。たとえば、GPCは、 ユーザーが訪問するすべてのウェブサイトに対してデータ削除権を一律に行使することを意図していません。GPCはまた、 ファーストパーティによる、 同一のコンテキスト内での個人情報の利用 (たとえば、その同じ コンテキストにおける以前の活動に基づき、 パブリッシャーが自らのウェブサイト上のユーザーに広告をターゲティングすること)を制限することも意図していません。
既存の同意フレームワークの複雑さを考慮すると、GPCシグナルを受け入れるパブリッシャーは、 その法域においてGPCシグナルをどのように扱うか、また、 シグナルと本人がすでにパブリッシャーに直接行ったその他の特定のプライバシー選択との 競合をどのように処理するかを開示するべきです。これには、 サービス プロバイダー/処理者への共有、 法律に基づく共有、または 個人の指示に基づく共有など、第三者との共有が 許可される場合も含まれます。
この文書では、GPCを有効化する前にユーザーへ提示しなければならない 情報を規定していません。ユーザーエージェントがプライバシー機能を推奨したりプライバシー設定を提供したりする場合、 ユーザーに開示された内容に基づいて、GPCを送信することが適切かどうかを判断できます。 ユーザーエージェントは、Global Privacy Control値についてユーザーエージェントが 本人の 選好であると最も適切に判断したものを表すようSHOULD努めるべきです。調査では、ほとんどの人が 自らのデータの販売または共有を望んでいないことが示されていますが、一部の法域では「オプトアウト」型の法的枠組みが制定されており、 消費者は、データ 共有またはターゲット広告へのデータ利用を制限する選好を表明するために積極的な行動を取る必要があります。 GPCは、ユーザーがこれらの法律を容易に 利用できるよう設計されています。
GPCのようなユニバーサル・オプトアウトをプラットフォームが有効にできるようになるまでの前提条件は、 法域によって異なります。米国の多くの州では、ユーザーエージェントがユニバーサル・オプトアウト・シグナルを 「デフォルト」で送信してはならないとされていますが、少なくとも1つの州では、 プライバシー重視のユーザーエージェントを選択することがユーザーの意思を示す十分な指標であるとされています。
法域によっては、企業が普遍的に適用されるオプトアウト・シグナルを 上書きまたは無視できる場合についても異なる規則が存在する可能性があります。 たとえば、そのための同意をユーザーから得ている場合です。
グローバル・オプトアウトをめぐる法的環境も変化しています。現在では複数の州が、 グローバル・オプトアウトを尊重する要件を含む法律を可決していますが、それらの州の規定の一部は 大きく異なります。また、California州が2018年に可決された元のCCPAを すでに改正したように、各州は法的要件を改訂する可能性があります。
米国に加えて、その他の法域でもユニバーサル・プライバシー・シグナルを認める可能性があり、 そのようなシグナルが法的拘束力を持つとみなされる前に、独自の要件を課す場合があります。
最新の法的要件の詳細については、 法的および実装上の 考慮事項ガイドを確認してください。このガイドでは、グローバル・オプトアウトをめぐる最新の法的 指針について、 より新しい情報が提供されます。
ユーザーエージェントは、必要な場合、人々が利用したい権利が 有効に拘束力を持つことを確実にするため、適切なすべての通知を人々に提示することが期待されます。
ユーザーの選好を公開すること(HTTPヘッダーフィールドまたはnavigator
オブジェクト内で)
は、ブラウザーまたはデバイスのフィンガープリンティングに利用できる情報を増加させる可能性がある形で、
ユーザーを2つのグループに分ける可能性があります。この追加情報は、
シグナルが他のシグナルと完全に相関しているか、設定変更できない状態で有効になっていない限り
利用可能です。したがって、実装によっては、GPCシグナルには
プライバシー上のコストが伴う可能性がありますが、それはシグナル送信によるプライバシー上の利益によって
正当化されることが意図されています。
この仕様の機能による既知のセキュリティ上の影響はありません。
| HTTPメソッド | URIテンプレート |
|---|---|
| POST | /session/{session id}/privacy |
Global Privacy Controlを設定する拡張コマンドは、現在のセッションに対する 販売または共有を拒否する選好を変更し、 更新された設定を 返します。
リモートエンドの 手順は、 session、URL variables、 parametersが与えられた場合、次のとおりです。
gpcを、parametersのプロパティgpcとします。
gpcがundefinedであるかbooleanでない場合、エラーコードinvalid argumentのエラーを返します。
このsessionについてユーザーの選好を記録し、 gpcがtrueの場合、ブラウザーが 販売または共有を拒否するインタラクションを 実行し、 gpcがfalseの場合、 販売または共有を拒否するインタラクションを実行しないようにします。
resultを、プロパティ「gpc」がgpcに設定されたJSON
Object
とします。
データ
resultを伴う成功を
返します。
| HTTPメソッド | URIテンプレート |
|---|---|
| GET | /session/{session id}/privacy |
Global Privacy Controlを取得する拡張コマンドは、現在のセッションに対する 販売または共有を拒否する選好を返します。
リモートエンドの 手順は、 session、URL variables、 parametersが与えられた場合、次のとおりです。
このsessionについてのユーザーの選好により、 ブラウザーが 販売または共有を拒否するインタラクションを実行する場合、 gpcをtrueとします。
それ以外の場合、gpcをfalseとします。
resultを、プロパティ「gpc」がgpcに設定されたJSON
Object
とします。
データ
resultを伴う成功を
返します。
非規範的と明示されているセクションに加えて、この仕様に含まれるすべてのオーサリングガイドライン、図、例、および注記は 非規範的です。この仕様のそれ以外のすべては規範的です。
この文書のキーワードMAY、MUST、MUST NOT、および SHOULDは、 ここに示すようにすべて 大文字で記述されている場合に限り、 BCP 14 [RFC2119] [RFC8174] に記載されているとおりに解釈されます。
GPCシグナルは、特定のサイトに対して行われるすべてのHTTPリクエストに 付加されることを考慮する価値があります。Web上でページをレンダリングするには、多くの場合、そのようなリクエストを数十回行う必要があります。そのため、 GPCとのインタラクションのたびに、コストの高い監査証跡を伴う本格的なオプトアウト手続を GPCシグナルによって開始することは非現実的となり得ます。これは、 可能な限り効率的に実行する必要があるコンテンツ配信ネットワーク(CDN)から提供されるリソースを含め、 大量の処理を発生させるためです。
GPCをサポートすることを意図する規制では、このような実装上の 困難を考慮することが推奨されます。これらに対処する方法の1つは、サイト上に保持される 販売または共有を拒否するインタラクションの 選好を要求する目的で人々に提供されるユーザーインターフェイス上の操作手段と、 ユーザーエージェントによって状態が保持される 販売または共有を拒否するインタラクションのシグナルの提供とを 区別することです。後者の場合、そのインタラクションは、 本人が以前にそのような販売または共有を拒否する インタラクションの選好を要求しており、 その選好がすでに有効な状態でインタラクションしているかのように処理できます。
Referenced in:
Referenced in: