이 도움말의 내용
- 추가 동의의 구성요소
- AC('추가 동의') 문자열 형식
- 추가 동의를 지원하는 CMP
- CMP API로 확장
- AC 문자열을 저장하는 방법
- 디지털 광고 체인을 통해 AC 문자열을 전달하는 방법
- 관련 리소스
본 문서에서는 IAB 유럽의 글로벌 공급업체 목록(GVL)에 아직 등록되지 않은 공급업체에 투명성 또는 동의 신호를 전송하기 위해 IAB 유럽의 투명성 및 동의 프레임워크(TCF) v2의 보조 정보로 사용하는 Google의 추가 동의 기술 사양에 대해 설명합니다. 이 사양을 통해 게시자, 동의 관리 플랫폼(CMP) , 파트너는 IAB 유럽의 글로벌 공급업체 목록에는 아직 등록되어 있지 않지만 Google의 광고 기술 파트너(ATP) 목록에는 있는 회사에 대해 TCF를 구현하면서 추가 동의를 얻고 전달할 수 있습니다.
추가 동의의 구성요소
추가 동의는 IAB의 글로벌 공급업체 목록(GVL)에 등록되어 있지는 않으나 동의를 받았거나 공개된 Google 광고 기술 파트너(ATP)의 목록을 포함하는 간단한 addtl_consent 문자열(AC 문자열)로 구성됩니다.
'추가 동의' 버전 2(ACv2) 문자열을 생성하는 방법
AC 문자열에는 어떤 정보가 저장되나요?
AC 문자열에는 다음 구성요소가 포함됩니다.
-
파트 1: 사양 버전 번호. 현재 버전은 '
2' -
파트 2: 구분자 기호 '
~' -
파트 3: 사용자가 동의한 Google 광고 기술 파트너(ATP)의 ID를 점으로 구분한 목록 예: '
1.35.41.101' -
파트 4: 구분자 기호 '
~' -
파트 5: 'dv.'로 시작하며 공개된 Google 광고 기술 파트너(ATP)의 ID를 점으로 구분한 목록 예: '
dv.9.21.81'문자열 길이를 줄이기 위해, 파트 3에 포함된 공급업체를 파트 5에 포함하지 마세요.
AC 문자열 예시
ID가 1, 2, 3, 4, 10인 ATP 공급업체가 사용자에게 공개된 경우:
- 사용자가 이러한 공급업체를 공개하는 CMP 메시지를 확인했지만 아직 동의 여부를 결정하지 않은 경우 해당 ACv2 문자열은
2~~dv.1.2.3.4.10입니다. -
사용자가 모든 공급업체에 동의한 경우 해당 ACv2 문자열은
2~1.2.3.4.10~dv.입니다. 이 경우에만 dv 뒤의 '.'이 선택사항이므로2~1.2.3.4.10~dv도 허용되는 ACv2 문자열입니다. - 사용자가 모든 공급업체에 대한 동의를 거부한 경우 해당 ACv2 문자열은 모든 공급업체가 공개되었지만 동의를 받은 공급업체가 없음을 나타내야 합니다. 이 경우의 ACv2 문자열은
2~~dv.1.2.3.4.10입니다. - 사용자가 공급업체
1과10에 동의했지만 다른 모든 공급업체에 대한 동의를 거부한 경우의 ACv2 문자열은2~1.10~dv.2.3.4입니다.
AC 문자열은 누가 만드나요?
AC 문자열은 IAB 유럽 TCF에 등록된 CMP만이 할당된 CMP ID 번호를 사용하여 IAB 정책에 따라 생성할 수 있습니다. 공급업체 또는 기타 타사 서비스 제공업체는 자체적으로 AC 문자열을 생성해서는 안 됩니다.
Google ATP는 어디에 게시되나요?
Google은 IAB에 등록되지 않은 광고 기술 파트너 및 해당 ID를 다음 위치에서 관리합니다.
https://storage.googleapis.com/tcfac/additional-consent-providers.csv
AC 문자열은 언제 만들어야 하나요?
모든 경우에, AC 문자열은 게시자가 Google의 EU 사용자 동의 정책을 준수하는 경우에만 생성될 수 있습니다.
사용자가 다음 사항에 대해 법적으로 유효한 동의를 제공한 경우에만 동의한 공급업체를 포함해야 합니다.
-
쿠키 또는 기타 로컬 저장소의 사용(법적으로 필요한 경우)
-
광고 개인 최적화를 위한 광고 기술 파트너(ATP)의 개인 정보 수집, 공유, 사용. 또한 Google의 EU 사용자 동의 정책에 포함된 기타 모든 약관을 준수해야 함.
공개된 공급업체는 사용자가 각 ATP를 식별할 수 있도록 적절한 투명성이 제공되어야 포함될 수 있습니다(Google의 ATP 목록에서와 같이 ATP의 개인정보처리방침에 대한 링크를 제공하는 것 포함). 동의를 받은 공급업체 목록에 포함된 공급업체가 공개된 공급업체 목록에 포함되어 있지 않아도 됩니다.
AC 문자열은 TC 문자열을 대체하는 용도가 아니라 TC 문자열의 보조용으로 만들어야 합니다. Google에서 요청을 받았지만 TC 문자열이 없으면 해당 요청을 처리하지 않고 AC 문자열은 삭제합니다.
이 사양을 구현하는 CMP는 생성한 AC 문자열이 게시된 Google ATP 파일(GVL에 없는 공급업체)의 ID만 포함하고 있는지 확인해야 합니다. Google은 TC 문자열을 수신하면 TC 문자열에 표시된 GVL의 버전을 확인합니다. 해당 버전의 GVL에 공급업체가 등록되어 있는 경우 공급업체에 대한 TC 문자열 컨트롤과 모든 AC 문자열 항목은 무시됩니다. 이러한 상황에서 Google은 AC 문자열에서 '중복' 항목을 제거하고 TC 문자열과 함께 수정된 AC 문자열을 전달할 권리를 보유합니다. Google 이외의 공급업체는 AC 문자열을 수정할 수 없습니다.
추가 동의 v1 문자열이 계속 지원되나요?
2023년 12월부터 추가 동의 v2가 표준 추가 동의 버전으로 사용되고 있습니다. v1 사양을 기반으로 생성된 추가 동의 문자열은 계속 지원됩니다. 그러나 이러한 문자열은 ATP에 투명성이 설정되었는지를 나타내지 못합니다. 동의가 필요하지 않은 사용 사례를 지원하려면 CMP가 v2 사양으로 이전해야 합니다.
추가 동의를 지원하는 인증된 CMP
이 목록에는 Google 추가 동의 기술 사양을 지원하는 인증된 CMP와 해당 CMP에서 지원하는 추가 동의 버전이 포함되어 있습니다.
추가 동의 지원을 제공하는 CMP로, (1) 이 목록에 포함되어 있지 않거나 (2) 잘못된 추가 동의 버전이 표시되어 있는 경우 CMP 접수 양식으로 이동하여 '질문이 있습니다/내 상태를 업데이트하고 싶습니다' 요청 유형을 선택하세요. 고객님의 상태를 반영하도록 신속하게 등록정보를 업데이트하기 위해 최선을 다하겠습니다.
이 목록의 정보에 대한 가이드
이 목록에는 인증된 각 CMP에 대한 다음 정보가 포함되어 있습니다.
- 인증된 CMP: 인증된 CMP의 이름입니다.
- TCF CMP ID: IAB에서 TCF 준수를 검증한 CMP에 할당된 고유 식별자입니다.
- 추가 동의: CMP에서 지원하는 추가 동의 버전입니다.
추가 동의를 지원하는 인증된 CMP 목록
CMP API로 확장
추가 동의를 지원하는 CMP는 기존 TCF v2 CMP JavaScript API JSON 객체인 TCData 및 InAppTCData의 일부로 추가 동의 문자열을 반환해야 합니다.
TCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented/disclosed Ad Tech Provider IDs’
}
InAppTCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented/disclosed Ad Tech Provider IDs’
}
AC 문자열을 저장하는 방법
웹
저장 메커니즘은 CMP의 선택에 달려 있습니다.
인앱
NSUserDefaults(iOS) 또는 SharedPreferences(Android)는 TCFv2의 인앱 API와 유사하게 CMP SDK에서 생성된 AC 문자열을 저장하는 데 사용됩니다. 이 메커니즘을 통해 다음이 가능합니다.
-
공급업체가 AC 문자열에 손쉽게 액세스
-
앱 세션 간에 AC 문자열 유지
-
게시자가 CMP를 변경하는 경우 AC 문자열 이동
참고: 앱에서 CMP SDK를 삭제하려는 게시자는 포함된 AC 문자열을 공급업체가 계속 사용하지 않도록 사용자에 대한 AddtlConsent 값을 지워야 합니다.
| NSUserDefaults 및 SharedPreferences의 저장소 및 조회 키 | 값 |
IABTCF_AddtlConsent |
문자열: AC string with spec version and consented Ad Technology Provider IDs |
디지털 광고 체인을 통해 AC 문자열을 전달하는 방법
입찰 요청
입찰 요청은 ConsentedProvidersSettings를 사용하여 GVL에 해당하지 않는 공급업체를 다운스트림으로 전파합니다.
- OpenRTB 확장 proto
- 레거시 Protobuf 버전
message ConsentedProvidersSettings {
// Set of IDs corresponding to providers for whom the publisher has told
// Google that its EEA users have given legally valid consent to: 1) the use of cookies or other local
// storage where legally required; and 2) the collection, sharing, and use of personal data for
// personalization of ads by an ATP in accordance with Google’s EU User Consent Policy.
// A mapping of provider ID to provider name is posted at providers.csv.
repeated int64 consented_providers = 2 [packed = true];
}
// Information about the providers for whom the publisher has told Google
// that its EEA users have consented to the use of their personal data for
// ads personalization in accordance with Google's EU User Consent Policy.
// This field will only be populated when regs_gdpr is true.
optional ConsentedProvidersSettings consented_providers_settings = 42;
URL 기반 서비스
광고 소재가 렌더링 될 때 <img> 태그에 여러 픽셀이 포함될 수 있습니다. 예를 들어 <img src="http://vendor-a.com/key1=val1&key2=val2">는 브라우저에서 공급업체의 도메인으로 HTTP GET 요청을 보냅니다.
픽셀이 JavaScript를 실행할 수 없는 상태로 <img> 태그에 있기 때문에 CMP API를 사용하여 TC 문자열을 가져올 수 없습니다. TC 문자열에 대한 지원과 유사하게 Google은 AC 문자열을 삽입해야 하는 픽셀 URL에 표준 URL 매개변수와 매크로를 제공합니다.
| URL 매개변수 | 해당 매크로 | URL 표현 |
addtl_consent |
ADDTL_CONSENT |
&addtl_consent=${ADDTL_CONSENT} |
예 1
공급업체 A가 AC 문자열을 수신하려면 이미지 URL에 URL 매개변수 및 매크로 &addtl_consent=${ADDTL_CONSENT}와 함께 키-값 쌍이 포함되어야 합니다. 결과적으로 URL은 다음과 같습니다.
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}
예 2
위의 요청에서 AC 문자열은 2~1.35.41.101~dv.입니다.
광고 소재의 호출자 또는 렌더러는 매크로를 포함하는 원래 배치된 픽셀이 지정된 서버를 호출할 때 다음과 같이 수정되도록 URL의 매크로를 실제 AC 문자열로 대체합니다.
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=2~1.35.41.101~dv.