Copyright © 2026 World Wide Web Consortium. W3C® liability, trademark and permissive document license rules apply.
이 문서는 HTTP 및 DOM을 통해 전송되는 신호를 정의하며, 이는 개인이 자신의 개인정보를 제3자에게 판매하거나 공유하지 말 것을 웹사이트와 서비스에 요청함을 전달합니다. 이 표준은 이러한 요청을 집행할 수 있는 기존 및 향후 법적 프레임워크와 함께 작동하도록 설계되었습니다.
이 섹션은 본 문서가 발행된 시점의 상태를 설명합니다. 현재 W3C 발행물 목록과 이 기술 보고서의 최신 개정본은 W3C 표준 및 초안 인덱스에서 확인할 수 있습니다.
이 문서는 프라이버시 워킹 그룹 에서 권고안 절차를 따라 워킹 드래프트로 발행되었습니다.
워킹 드래프트로 발행되었다고 해서 W3C 및 그 회원들의 인준을 의미하지는 않습니다.
이 문서는 초안이며 언제든지 업데이트, 대체 또는 폐기될 수 있습니다. 진행 중인 작업 외의 문서로 인용하는 것은 적절하지 않습니다.
이 문서는 W3C 특허 정책하에 운영되는 그룹에서 작성되었습니다. W3C는 공개 특허 공개 목록 을 유지하며, 해당 페이지에는 특허 공개 방법에 대한 안내도 포함되어 있습니다. 실제로 특허에 대해 알고 있고, 그 특허가 필수 청구를 포함한다고 생각하는 개인은 W3C 특허 정책 6절에 따라 정보를 공개해야 합니다.
이 문서는 2025년 8월 18일 W3C 프로세스 문서에 따라 관리됩니다.
이 섹션은 비규범적입니다.
오늘날 웹사이트를 구축할 때에는 사용자가 상호작용하기로 선택한 사업자 이외의 사업자가 제공하는 서비스에 의존하는 경우가 많습니다. 이러한 결과는 점점 복잡해지는 웹 기술과 서로 다른 서비스 간의 분업으로 인해 발생합니다. 이러한 아키텍처는 더 나은 웹 경험을 제공하는 데 사용될 수 있지만, 개인정보 보호를 침해하는 데 악용될 수도 있습니다([privacy-principles]). 데이터는 제한된 운영 목적을 위해 서비스 제공자와 공유될 수 있지만, 많은 사용자가 불쾌하게 여기는 방식의 행동 기반 타기팅을 위해 공유되거나 사용될 수도 있습니다.
이러한 우려를 해결하기 위해 전 세계 여러 관할권에서 다양한 법적 체계가 제안되거나 제정되었습니다. 일부 모델은 추적에 대한 사용자의 동의에 의존합니다. 다른 모델은 데이터 최소화 원칙에 따라 특정 데이터 공유 또는 데이터 처리를 전면적으로 금지합니다.
일부 법률과 제안은 사용자에게 자신의 개인정보 보호를 요청할 권리를 부여하며, 여기에는 자신의 데이터가 상호작용하려는 사업자 이외의 대상에게 판매되거나 공유되지 않도록 하는 "거부 선택" 요청이 포함됩니다. 그러나 사람들이 방문하는 모든 사이트에서 각각 수동으로 자신의 권리를 표현하도록 요구하는 것은 비현실적이며, 사람들에게 "개인정보 보호 노동"을 부과하는 것입니다 ([privacy-principles]).
이 명세는 이러한 마지막 범주의 법률을 위해 설계되었으며, HTTP 헤더 또는 DOM을 통해 모든 웹사이트 게시자에게 사용자가 자신의 데이터 판매, 제3자와의 데이터 공유, 그리고 교차 컨텍스트 타기팅 광고에 자신의 데이터가 사용되는 것을 방지하기 위한 적용 가능한 권리를 주장한다는 사실을 보편적으로 알리는 방법을 제공함으로써 사용자 선택을 확장하기 어려운 문제를 해결합니다. 이 신호를 통해 사용자는 이러한 전역 거부 선택 기반 법률의 특정 조항을 활용할 수 있습니다. 예를 들어 개인정보의 판매 또는 공유를 중단하기 위한 California Consumer Privacy Act의 "거부 선택 선호 신호" 관련 조항 [CCPA-REGULATIONS]이나, 사용자가 자신의 정보 판매 또는 조직 간 타기팅 광고에 자신의 정보가 사용되는 것을 거부할 수 있도록 하는 Colorado 및 기타 주 법률의 "보편적 거부 선택 메커니즘"에 관한 유사한 조항이 이에 해당합니다.
그러나 Global Privacy Control은 사용자가 공유 및 교차 컨텍스트 타기팅 광고를 거부한다는 선호를 표현할 수 있도록 설계되었지만, 가능한 모든 개인정보 보호 권리를 행사하기 위한 제어 수단은 아니며 광고 또는 광고 타기팅을 거부할 수 있는 모든 권리를 행사하기 위한 것도 아닙니다. 예를 들어 GPC는 삭제 권리를 행사하도록 설계되지 않았습니다. 또한 GPC는 동일한 컨텍스트 내의 데이터 수집이나 광고 타기팅을 다루도록 설계되지 않았습니다. 자세한 내용은 법적 및 구현 고려 사항 가이드를 참조하십시오.
이 명세를 거부 선택 방식의 규제 또는 더 넓은 의미의 교차 컨텍스트 추적을 지지하거나, 동의 또는 데이터 최소화에 기반한 다른 모델을 거부하는 것으로 해석해서는 안 됩니다. 대신 특정 관할권에서 사용자에게 부여된 적극적 권리를 행사할 수 있도록 설계되었습니다.
판매 또는 공유 거부 상호작용이란 사용자가 자신이 상호작용하려는 당사자 이외의 어떤 당사자에게도 자신의 데이터가 판매되거나 공유되지 않도록 하거나, 자신의 데이터가 교차 컨텍스트 광고 타기팅에 사용되지 않도록 요청하는 웹사이트와의 상호작용입니다. W3C의 개인정보 보호 원칙의 관점에서 보면, 사용자는 최소한 데이터 컨트롤러가 하나만 존재하고, 다른 컨텍스트에서 광고 타기팅에 데이터가 사용되지 않도록 요청하는 것입니다. 해당 컨텍스트가 동일한 사업자의 소유인 경우에도 마찬가지입니다.
판매 또는 공유 거부 선호란 사용자가 사용자 에이전트에서 Global Privacy Control 설정을 활성화하거나, 그러한 설정을 기본값으로 사용하는 도구를 사용하는 등의 방식으로 자신의 데이터가 "판매되거나 공유되지 않도록" 요청하는 것입니다(이는 해당 설정이 그 도구 사용자들의 가장 일반적인 기대와 일치하기 때문일 수 있습니다). 설정된 경우 이 선호는 사용자가 판매 또는 공유 거부 상호작용을 하면서 웹을 탐색하기를 기대한다는 것을 나타냅니다.
오리진은 적어도 그렇게 해야 하는 경우 GPC 요청을 준수한다는 사실을 나타내기 위해 .well-known URL에 리소스를 생성할 수 있습니다. GPC 지원 리소스의 목적은 오리진에서 제공되는 페이지에서 Global Privacy Control을 인식하고 지원한다는 사실을 오리진이 전달하는 것입니다. 지원 리소스는 해당 리소스에 접근하는 사용자 에이전트의 GPC 요청을 오리진이 실제로 준수하는지를 전달하기 위한 것이 아닙니다. 기본적으로 오리진의 지원 여부는 알 수 없습니다.
GPC 지원 리소스는 오리진 서버의 URL을 기준으로
well-known 식별자 /.well-known/gpc.json을 갖습니다
[RFC8615].
GPC 지원 리소스를 대상으로 하는 유효한 GET 요청을 수신한 오리진 서버는 오리진에서 제공되는 페이지가 GPC를 어떻게 준수하는지에 관한 기계 판독 가능한 표현을 포함한 성공 응답을 반환하거나, 또는 그러한 표현으로 이어지는 일련의 리디렉션을 반환합니다 (해당 표현은 다른 오리진의 서버에서 제공될 수 있습니다).
오리진 서버는
application/json 미디어 유형
[RFC8259]을 사용하여
유효한 표현으로 GPC 지원 리소스를 반환해야 하며,
그렇지 않으면 오리진의 지원 여부는
알 수 없습니다.
GPC 지원 표현은 JSON 객체여야 하며, 그렇지 않으면 오리진의 지원 여부를 알 수 없습니다. 이 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 신호를 적용하는 최선의 방법을 이해하려는 규제 기관과 구현자는 W3C의 개인정보 보호 원칙에 자세히 설명된 전역 거부 선택 메커니즘의 의미를 참조하시기 바랍니다. 웹의 사용자 에이전트에 요구되는 사항에 익숙하지 않은 사람에게는 그 세부 사항이 생소할 수 있습니다.
GPC는 원래 미국의 새로운 거부 선택 개인정보 보호법을 활용하기 위해 만들어졌습니다. 2018년 California Consumer Privacy Act가 제정된 이후 여러 미국 주에서는 소비자에게 자신의 데이터 판매 또는 공유나 조직 간 타기팅 광고를 위한 데이터 사용을 거부할 법적 권리를 부여하는 개인정보 보호법을 통과시켰습니다. 이러한 주 법률 중 다수는 GPC와 같은 보편적 거부 선택 메커니즘을 통해 그러한 권리를 행사하는 것을 명시적으로 규정하고 있습니다. 최소 네 개 주가 GPC를 법적 거부 선택 권리를 행사하는 유효한 수단으로 구체적으로 인정했습니다. 일부 주는 규제 기관이 보편적 거부 선택 요청을 어떻게 준수해야 하는지에 관한 세부 사항을 확장할 수 있도록 규칙 제정 절차를 마련하고 있으며, 다른 주는 GPC 신호와 관련된 법적 의무의 범위를 명확히 하기 위해 비공식 지침이나 집행 조치에 의존할 수 있습니다.
GPC는 다른 관할권에서의 권리를 나타내는 데에도 잠재적으로 사용될 수 있습니다. 예를 들어 GDPR은 제7조와 제21조에 따라 정보 주체에게 개인정보 공유를 제한할 권리를 부여할 가능성이 있습니다. 전 세계 많은 다른 국가에서도 적극적인 개인정보 보호 법률을 채택했으며, 종종 GDPR을 모델로 삼았습니다. 그러한 국가의 규제 기관은 GPC가 수신자에게 일정한 대응을 요구하는 법적 권리를 행사한다고 판단할 수 있습니다.
Virginia와 Utah 등의 다른 미국 주 개인정보 보호법도 소비자에게 데이터 판매와 조직 간 타기팅 광고에 관한 새로운 거부 선택 권리를 부여하지만, 전역 거부 선택 신호의 법적 효력에 대해서는 규정하지 않습니다. 이러한 법률을 집행하는 규제 기관은 사용자가 GPC와 같은 신호를 활성화하는 것만으로도 해당 관할권에서 법적으로 거부 선택 권리를 행사하기에 충분하다고 판단할 수 있습니다.
그러나 GPC는 반드시 모든 관할권에서 새롭게 생긴 모든 개인정보 보호 권리를 행사하도록 의도된 것은 아닙니다. 예를 들어 GPC는 사용자가 방문하는 모든 웹사이트에서 데이터 삭제 권리를 전역적으로 행사하도록 의도된 것이 아닙니다. 또한 GPC는 퍼스트 파티가 동일한 컨텍스트 내에서 개인정보를 사용하는 것을 제한하기 위한 것도 아닙니다 (예: 게시자가 같은 컨텍스트에서의 사용자의 이전 활동을 기반으로 자신의 웹사이트에서 해당 사용자에게 광고를 타기팅하는 경우).
기존 동의 체계가 복잡하다는 점을 고려할 때, GPC 신호를 수락하는 게시자는 해당 관할권에서 GPC 신호를 어떻게 처리하는지와, 사용자가 이미 게시자에게 직접 한 다른 특정 개인정보 보호 선택과 신호 간의 충돌을 어떻게 처리하는지를 공개해야 합니다. 여기에는 서비스 제공자/처리자에게 공유하는 경우, 법률에 따라 공유하는 경우, 또는 개인의 지시에 따라 공유하는 경우와 같이 제3자 공유가 허용될 수 있는 사례도 포함됩니다.
이 문서는 GPC를 활성화하기 전에 사용자에게 어떤 정보를 제시해야 하는지는 규정하지 않습니다. 사용자 에이전트가 개인정보 보호 기능을 홍보하거나 개인정보 보호 설정을 제공할 때에는 사용자에게 공개된 내용을 바탕으로 GPC를 전송하는 것이 적절한지를 결정할 수 있습니다. 사용자 에이전트는 Global Privacy Control 값에 대한 사용자의 선호라고 사용자 에이전트가 가장 잘 판단하는 바를 표현하도록 노력해야 합니다. 연구에 따르면 대부분의 사람들은 자신의 데이터가 판매되거나 공유되는 것을 원하지 않지만, 일부 관할권에서는 소비자가 데이터 공유 또는 타기팅 광고를 위한 데이터 사용을 제한한다는 선호를 표현하기 위해 적극적인 행동을 해야 하는 "거부 선택" 법적 체계를 제정했습니다. GPC는 사용자가 이러한 법률을 쉽게 활용할 수 있도록 설계되었습니다.
플랫폼이 GPC와 같은 보편적 거부 선택을 활성화하기 전에 충족해야 하는 전제 조건은 관할권마다 다릅니다. 미국의 많은 주에서는 사용자 에이전트가 보편적 거부 선택 신호를 "기본적으로" 전송해서는 안 된다고 규정하지만, 적어도 한 주에서는 개인정보 보호에 중점을 둔 사용자 에이전트를 선택하는 것만으로도 사용자의 의사를 나타내기에 충분하다고 밝혔습니다.
관할권마다 보편적으로 적용되는 거부 선택 신호를 기업이 언제 재정의하거나 무시할 수 있는지에 대한 규칙도 다를 수 있습니다. 예를 들어 사용자에게 그렇게 할 수 있다는 동의를 받은 경우가 이에 해당합니다.
전역 거부 선택과 관련된 법적 환경 역시 변화하고 있습니다. 여러 주가 현재 전역 거부 선택을 존중하도록 요구하는 법률을 통과시켰지만, 일부 주의 조항은 상당히 다릅니다. 또한 California가 2018년에 통과된 원래 CCPA를 이미 개정한 것처럼, 각 주는 법적 요구 사항을 개정할 수 있습니다.
미국 이외의 다른 관할권도 보편적 개인정보 보호 신호를 인정할 수 있으며, 그러한 신호가 법적 구속력을 갖는 것으로 간주되기 전에 자체적인 요구 사항을 부과할 수 있습니다.
최신 법적 요구 사항에 관한 자세한 내용은 전역 거부 선택과 관련된 최신 법적 지침에 대한 보다 최신 정보를 제공하는 법적 및 구현 고려 사항 가이드를 검토하십시오.
사용자 에이전트는 필요한 경우, 사용자가 이용하려는 권리가 실질적으로 구속력을 갖도록 보장하기 위해 모든 적절한 고지를 사용자에게 제시해야 합니다.
사용자의 선호를 HTTP 헤더 필드 또는
navigator
객체를 통해 노출하면,
브라우저 또는 기기 핑거프린팅에 사용할 수 있는 정보가 증가하는 방식으로
사용자를 잠재적으로 두 그룹으로 나눌 수 있습니다.
이 추가 정보는 신호가 다른 신호와 완벽하게 상관되거나
구성할 수 없는 설정에서 켜져 있지 않는 한 사용할 수 있습니다.
따라서 구현 방식에 따라 GPC 신호는 개인정보 보호 비용을 발생시킬 수 있지만,
이는 해당 신호를 전송함으로써 얻는 개인정보 보호상의 이점으로 정당화되도록 의도된 비용입니다.
이 명세의 기능으로 인해 발생하는 알려진 보안 영향은 없습니다.
| HTTP 메서드 | URI 템플릿 |
|---|---|
| POST | /session/{session id}/privacy |
Global Privacy Control 설정 확장 명령은 현재 세션의 판매 또는 공유 거부 선호를 수정하고, 갱신된 설정을 반환합니다.
원격 종단 단계는 session, URL variables, parameters가 주어졌을 때 다음과 같습니다.
gpc를 parameters의 gpc 속성으로 설정합니다.
gpc가 정의되지 않았거나 불리언이 아니면 오류 코드 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 요청에 첨부된다는 점을 고려할 필요가 있습니다. 웹에서 페이지 하나를 렌더링하려면 흔히 수십 개의 이러한 요청을 해야 합니다. 따라서 각각의 GPC 상호작용마다 비용이 많이 드는 감사 추적을 포함한 완전한 거부 선택 절차를 GPC 신호가 실행하도록 하면 비현실적일 수 있습니다. 그렇게 하면 가능한 한 효율적으로 실행되어야 하는 콘텐츠 전송 네트워크(CDN)에서 제공되는 리소스를 포함해 매우 많은 처리가 발생하기 때문입니다.
GPC를 지원하려는 규정에서는 이러한 구현상의 어려움을 고려하는 것이 권장됩니다. 이를 해결하는 한 가지 방법은 사용자가 사이트에 지속되는 판매 또는 공유 거부 상호작용 선호를 요청하기 위해 제공되는 사용자 인터페이스 기능과, 상태가 사용자 에이전트에 의해 유지되는 판매 또는 공유 거부 상호작용 신호 제공을 구분하는 것입니다. 후자의 경우 해당 상호작용은 사용자가 이전에 그러한 판매 또는 공유 거부 상호작용 선호를 요청했고, 이미 해당 선호가 활성화된 상태에서 상호작용하는 것처럼 처리할 수 있습니다.
Referenced in:
Referenced in: