Thông báo

Hãy nhớ truy cập vào Trang AdSense của bạn để tìm thông tin riêng về tài khoản của bạn và sử dụng để thể giúp bạn đạt được thành công với AdSense.

Thông tin tổng quan và hướng dẫn về Quy định chung về bảo vệ dữ liệu (GDPR)

Quy cách kỹ thuật về Sự đồng ý bổ sung của Google


Nội dung trong bài viết này


 
Những nhà xuất bản muốn hợp tác với nhà cung cấp công nghệ quảng cáo (ATP) chưa được đăng ký với Khuôn khổ về tính minh bạch và sự đồng ý (TCF) phải làm việc trực tiếp với Nhà cung cấp dịch vụ quản lý sự đồng ý (CMP) của mình.

Tài liệu này trình bày quy cách kỹ thuật (được gọi là "Sự đồng ý bổ sung") chỉ dùng để sử dụng cùng với Khuôn khổ về tính minh bạch và sự đồng ý (TCF) phiên bản 2 của Cục Quảng cáo tương tác (IAB) ở Châu Âu để gửi các tín hiệu về tính minh bạch và/hoặc sự đồng ý cho những nhà cung cấp chưa được đăng ký trên Danh sách nhà cung cấp toàn cầu (GVL) của IAB ở Châu Âu. Quy cách kỹ thuật này cho phép các nhà xuất bản, Nền tảng quản lý sự đồng ý (CMP) và đối tác thu thập cũng như tạo sự đồng ý bổ sung — cùng với việc triển khai TCF — cho những công ty chưa được đăng ký trên Danh sách nhà cung cấp toàn cầu của IAB ở Châu Âu nhưng thuộc danh sách Nhà cung cấp công nghệ quảng cáo (ATP) của Google.

Các thành phần của Sự đồng ý bổ sung

Trong "Sự đồng ý bổ sung", chúng tôi hỗ trợ cả:

  • Chuỗi về tính minh bạch và sự đồng ý (chuỗi TC) như được xác định trong quy cách TCF phiên bản 2.2 của IAB. Chuỗi này chứa các tín hiệu về tính minh bạch và sự đồng ý được thiết lập cho các nhà cung cấp trong GVL của IAB. VÀ
  • Chuỗi addtl_consent (chuỗi AC) ngắn gọn, chứa danh sách ATP của Google đã được đồng ý và/hoặc được công bố nhưng chưa đăng ký với IAB.

Quy cách này quy định những nội dung sau:

  1. Định dạng của chuỗi AC.

  2. Việc mở rộng API CMP cho TCF phiên bản 2.2 để hỗ trợ chuỗi AC và các chế độ kiểm soát khi có cả TCF và Chế độ đồng ý của nhà quảng cáo.

  3. Cách chuỗi AC được lưu trữ.

  4. Cách truyền chuỗi AC qua chuỗi quảng cáo kỹ thuật số.

Định dạng chuỗi "Sự đồng ý bổ sung" (AC)

Thông tin nào được lưu trữ trong chuỗi AC?

Một chuỗi AC gồm những thành phần sau đây:

  • Phần 1: Số phiên bản quy cách, chẳng hạn như "2"

  • Phần 2: Một ký hiệu phân tách "~"

  • Phần 3: Danh sách mã Nhà cung cấp công nghệ quảng cáo (ATP) của Google được người dùng đồng ý (phân tách bằng dấu chấm). Ví dụ: "1.35.41.101"

  • Phần 4: Một ký hiệu phân tách "~"

  • Phần 5: "dv.", theo sau là danh sách mã nhận dạng các ATP được công bố của Google, được phân tách bằng dấu chấm. Ví dụ: "dv.9.21.81"

    Những nhà cung cấp đã được đưa vào Phần 3 thì không được đưa vào Phần 5 để giảm độ dài chuỗi.

Ví dụ về chuỗi AC

Chuỗi AC 2~1.35.41.101~dv.9.21.81 có nghĩa là người dùng đã cho phép những ATP có mã nhận dạng 1, 35, 41101, ATP có mã nhận dạng 9, 2181 đã được công bố cho người dùng và chuỗi này được tạo bằng định dạng quy định trong quy cách phiên bản 2.

Ai tạo chuỗi AC?

Chỉ CMP đã đăng ký TCF của IAB Châu Âu mới có thể tạo chuỗi AC bằng cách sử dụng mã CMP được chỉ định của CMP này theo Chính sách của IAB. Nhà cung cấp hoặc bất kỳ nhà cung cấp dịch vụ bên thứ ba nào khác không được tự tạo chuỗi AC.

Danh sách ATP của Google sẽ được phát hành ở đâu?

Google sẽ công bố danh sách các nhà cung cấp công nghệ quảng cáo chưa đăng ký với IAB và mã của các nhà cung cấp này tại địa chỉ sau:

https://storage.googleapis.com/tcfac/additional-consent-providers.csv

Khi nào nên tạo một chuỗi AC?

Trong mọi trường hợp, chuỗi AC chỉ có thể được tạo khi nhà xuất bản tuân thủ Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu của Google.

Chỉ được đưa vào danh sách những nhà cung cấp đã nhận được sự đồng ý khi người dùng đã đưa ra sự đồng ý có hiệu lực pháp lý đối với:

  1. việc sử dụng cookie hoặc phương pháp lưu trữ cục bộ khác trong trường hợp pháp luật yêu cầu; và

  2. việc thu thập, chia sẻ và sử dụng dữ liệu cá nhân để cá nhân hoá quảng cáo của một nhà cung cấp công nghệ quảng cáo (ATP), cũng như việc tuân thủ tất cả các điều khoản khác trong Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu của Google.

Chỉ được đưa vào danh sách những nhà cung cấp được công bố không có sự đồng ý cho những hoạt động sau đây khi đã cung cấp cho người dùng thông tin minh bạch phù hợp về danh tính của từng ATP, kể cả đường liên kết đến chính sách quyền riêng tư của ATP đó như được cung cấp trong danh sách ATP của Google:

  1. việc sử dụng cookie hoặc phương pháp lưu trữ cục bộ khác trong trường hợp pháp luật yêu cầu; và

  2. thu thập, chia sẻ và sử dụng dữ liệu cá nhân để cá nhân hoá quảng cáo

Chỉ được tạo chuỗi AC để làm chuỗi bổ sung cho chuỗi TC chứ không được thay thế cho chuỗi TC. Google sẽ không xử lý yêu cầu và sẽ loại bỏ chuỗi AC trong một yêu cầu mà Google nhận được nếu yêu cầu đó không có chuỗi TC.

Các CMP triển khai quy cách này phải đảm bảo rằng chuỗi AC mà họ tạo chỉ chứa các mã trong tệp ATP của Google đã phát hành (nghĩa là các nhà cung cấp không nằm trong GVL). Khi nhận được chuỗi TC, Google sẽ kiểm tra phiên bản GVL được liệt kê trong chuỗi TC đó. Nếu phiên bản GVL đó có dữ liệu đăng ký cho một nhà cung cấp, thì các mục kiểm soát chuỗi TC cho nhà cung cấp đó và mọi mục nhập chuỗi AC cho nhà cung cấp đó sẽ bị bỏ qua. Trong trường hợp này, Google giữ quyền xoá các mục nhập “trùng lặp” như vậy khỏi chuỗi AC và truyền chuỗi AC đã sửa đổi đó cùng với chuỗi TC. Các nhà cung cấp không phải Google không được sửa đổi chuỗi AC.

Các thay đổi về Sự đồng ý bổ sung phiên bản 2

Kể từ tháng 12 năm 2023, Google đã hỗ trợ phiên bản 2 của quy cách về Sự đồng ý bổ sung. Phiên bản này có những thay đổi chính như sau:

  • Cập nhật chuỗi Chế độ đồng ý bổ sung (AC) để hỗ trợ các nhà cung cấp được công bố trong CMP.
  • Cập nhật API CMP để hỗ trợ khả năng tương tác cho những CMP sử dụng cả TCF và Chế độ đồng ý của nhà quảng cáo.
Lưu ý: Những chuỗi AC được tạo dựa trên quy cách phiên bản 1 vẫn được hỗ trợ. Tuy nhiên, các chuỗi như vậy không thể cho biết liệu tính minh bạch có được thiết lập cho ATP hay không. Để hỗ trợ các trường hợp sử dụng không yêu cầu sự đồng ý, CMP phải chuyển sang quy cách phiên bản 2.

Những CMP được chứng nhận có hỗ trợ Sự đồng ý bổ sung

Danh sách này bao gồm những CMP được chứng nhận, có hỗ trợ đặc tả kỹ thuật về Sự đồng ý bổ sung của Google, cũng như phiên bản của Sự đồng ý bổ sung mà họ hỗ trợ.

Nếu bạn là một CMP có hỗ trợ Sự đồng ý bổ sung, và (1) bạn không có trong danh sách này hoặc (2) phiên bản Sự đồng ý bổ sung được liệt kê không chính xác, vui lòng truy cập biểu mẫu tiếp nhận CMP rồi chọn loại yêu cầu "Tôi muốn đặt câu hỏi hoặc cập nhật trạng thái của mình". Chúng tôi sẽ cố gắng cập nhật danh sách để phản ánh kịp thời trạng thái của bạn.

Danh sách các CMP được chứng nhận có hỗ trợ Sự đồng ý bổ sung
Chúng tôi sẽ tiếp tục chứng nhận CMP. Nhà xuất bản nên thường xuyên kiểm tra danh sách này.

Hướng dẫn về thông tin trong danh sách này

Danh sách này bao gồm những thông tin sau đây về từng CMP được chứng nhận:

  • CMP được chứng nhận: Tên của CMP được chứng nhận.
  • Mã CMP theo TCF: Giá trị nhận dạng riêng biệt do Cục Quảng cáo tương tác (IAB) chỉ định cho một CMP đã được xác thực theo Khuôn khổ về tính minh bạch và sự đồng ý (TCF).
  • Sự đồng ý bổ sung: Phiên bản của Sự đồng ý bổ sung mà CMP hỗ trợ.

Danh sách CMP được chứng nhận, có hỗ trợ Sự đồng ý bổ sung

CMP được chứng nhận Mã CMP theo TCF Supported version
1&1 Mail & Media GmbH CMP (Private)167ACv1
adjoe GmbH CMP (Private)409ACv2
Adlane LTD CMP396ACv1
Admiral CMP9ACv2
ALPRED SL CMP (Private)237ACv2
Associated Newspapers Ltd CMP27ACv2
AutoScout24 GmbH CMP (Private)397ACv1
AVACY CMP297ACv2
Axel Springer Deutschland GmbH CMP (Private)345ACv2
Axeptio260ACv2
BigID Inc.452ACv2
Blasting SA CMP (Private)292ACv1
BurdaForward GmbH CMP (Private)35ACv2
CCM19 CMP343ACv1
Ciao people s.r.l. CMP (Private)58ACv1
CIVIC COMPUTING LTD CMP259ACv1
Clickio CMP63ACv2
Commanders Act CMP90ACv1
Complianz CMP332ACv1
Consentmanager CMP31ACv2
Cookie Script CMP374ACv2
Cookiebot CMP134ACv2
CookieFirst CMP382ACv2
CookieHub CMP354ACv1
CookieYes CMP401ACv1
Dailymotion CMP (Private)105ACv2
Didomi CMP7ACv2
DPG Media CMP (Private)411ACv2
Easybrain CMP (Private)350ACv2
eBay Kleinanzeigen GmbH CMP (Private)309ACv1
Ekspress Meedia AS CMP (Private)363ACv1
Ethyca Inc CMP407ACv1
Ezoic CMP299ACv2
Fandom CMP (Private)141ACv1
FastCMP388ACv2
Flexy Consent317ACv2
Geek Software GmbH CMP (Private)423ACv1
Google LLC CMP300ACv2
Gravito CMP302ACv2
Grupa RMF CMP (Private)330ACv2
Guardian News and Media CMP (Private)112ACv2
Healthline CMP (Private)227ACv1
ILOVEPDF SL CMP (Private)417ACv2
Impala CMP (Private)303ACv1
InMobi Choice CMP10ACv2
Interia CMP (Private)231ACv1
Internetowy Dom Mediowy net S.A. CMP (Private)225ACv2
Iubenda CMP123ACv2
Kayak Software Corporation CMP (Private)413ACv2
Ketch CMP340ACv2
Kixell Tag443ACv2
Learnings CMP387ACv1
legal web GmbH410ACv2
Marfeel Solutions S.L181ACv1
Mediavine CMP46ACv2
mobile.de CMP (Private)306ACv1
Moonee Publishing LTD CMP (Private)421ACv1
My Agile Privacy CMP403ACv1
NitroPay CMP242ACv1
One Consent CMP273ACv1
Onetrust / Cookiepro CMP28ACv2
Outfit7 CMP (Private)348ACv1
Overwolf Ltd. CMP (Private)246ACv2
Pandectes CMP445ACv2
Paruvendu CMP (Private)222ACv2
Podravka d.d. CMP (Private)441ACv2
Pubtech CMP352ACv2
RCS CMP218ACv2
Ringier Axel Springer Polska (Private)280ACv1
Setupad CMP379ACv1
Seven.One Entertainment Group GmbH CMP (Private)318ACv2
Seznam.cz CMP247ACv1
SFBX CMP2ACv2
Sibbo CMP76ACv2
Sirdata CMP92ACv2
Snigel Adconsent CMP229ACv1
Social Shopping Group GmbH CMP (Private)438ACv2
Sourcepoint Dialogue CMP6ACv2
Termly CMP412ACv2
Traffective CMP21ACv2
Transcend CMP399ACv1
Tri-table Sp. z o.o. CMP61ACv2
Uniconsent CMP68ACv1
UserCentrics CMP5ACv2
Viber Media CMP (Private)171ACv2
Wirtualna Polska Media S.A. CMP72ACv1
Yahoo EMEA CMP (Private)14ACv2

Phần mở rộng cho API CMP

Chúng tôi đề xuất mở rộng API JavaScript của CMP về TCF phiên bản 2.2 hiện có để cho phép trả về chuỗi AC. Cụ thể hơn, chúng tôi đề xuất mở rộng các đối tượng JSON TCDataInAppTCData để trả về dữ liệu này.

TCData = {
  tcString: 'base64url-encoded TC string with segments',
  ...
  addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’
}

 

InAppTCData = {
  tcString: 'base64url-encoded TC string with segments',
  ...
  addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’
}

Cần lưu trữ chuỗi AC như thế nào?

Web

Cơ chế lưu trữ tuỳ thuộc vào sự lựa chọn của CMP.

Trong ứng dụng

SDK của CMP cần sử dụng NSUserDefaults (iOS) hoặc SharedPreferences (Android) để lưu trữ chuỗi AC. Cách này cho phép:

  • Nhà cung cấp dễ dàng truy cập chuỗi AC

  • Chuỗi AC vẫn tồn tại qua nhiều phiên sử dụng ứng dụng

  • Chuỗi AC có thể chuyển qua lại giữa các CMP để nhà xuất bản linh hoạt trong việc trao đổi một SDK của CMP cho một SDK khác

Nếu một nhà xuất bản chọn xoá một SDK của CMP khỏi ứng dụng của mình, thì nhà xuất bản đó có trách nhiệm xoá các giá trị AddtlConsent cho người dùng để nhà cung cấp không tiếp tục sử dụng chuỗi AC đi kèm.

Khoá lưu trữ và tra cứu trong NSUserDefaults và SharedPreferences Giá trị
IABTCF_AddtlConsent

Chuỗi: Chuỗi AC có phiên bản quy cách và mã nhà cung cấp công nghệ quảng cáo được đồng ý

Cách truyền chuỗi AC qua chuỗi quảng cáo kỹ thuật số

Yêu cầu giá thầu

Chúng tôi sẽ sử dụng lại ConsentedProvidersSettings để đưa các nhà cung cấp không thuộc danh sách GVL xuống dưới.

message ConsentedProvidersSettings {
 // Tập hợp các mã tương ứng với các nhà cung cấp mà nhà xuất bản đã thông báo cho
 // Google là người dùng tại EEA của họ đã cung cấp sự đồng ý phù hợp về mặt pháp lý đối với: 1) việc sử dụng cookie hoặc dữ liệu lưu trữ cục bộ khác  
 // khi cần có sự cho phép của pháp luật; và 2) việc ATP thu thập, chia sẻ và sử dụng dữ liệu cá nhân để 
 // cá nhân hóa quảng cáo theo Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu của Google.
 // Một sự liên kết từ mã nhà cung cấp đến tên nhà cung cấp được đăng tại provider.csv.
 repeated int64 consented_providers = 2 [packed = true];
}

 // Thông tin về các nhà cung cấp mà nhà xuất bản đã cho Google biết
 // rằng người dùng của họ tại Khu vực kinh tế Châu Âu (EEA) đã đồng ý cho phép sử dụng dữ liệu cá nhân của mình để
 // cá nhân hoá quảng cáo theo Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu của Google.
 // Trường này sẽ chỉ được chuyển khi regs_gdpr có giá trị là true.
 optional ConsentedProvidersSettings consented_providers_settings = 42;

Dịch vụ dựa trên URL

Khi một mẫu quảng cáo hiển thị, tệp sáng tạo có thể chứa một số pixel trong thẻ <img>. Ví dụ: <img src="http://vendor-a.com/key1=val1&key2=val2"> sẽ gửi một yêu cầu HTTP GET từ trình duyệt đến miền của nhà cung cấp.

Vì pixel nằm trong thẻ <img> không có khả năng thực thi JavaScript, nên không thể sử dụng API của CMP để lấy chuỗi TC. Tương tự như sự hỗ trợ cho chuỗi TC, chúng tôi cung cấp tham số URL chuẩn và macro trong các URL pixel cần chèn chuỗi AC.

Tham số URL Macro tương ứng Phần hiển thị trong URL
addtl_consent ADDTL_CONSENT &addtl_consent=${ADDTL_CONSENT}

Ví dụ 1

Để Nhà cung cấp A nhận được chuỗi AC, URL hình ảnh phải bao gồm một cặp khoá-giá trị với tham số URL và macro &addtl_consent=${ADDTL_CONSENT}. URL kết quả là:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}

 

Ví dụ 2

Trong một yêu cầu cho trước, nếu chuỗi AC là: 1~1.35.41.101

Trình gọi hoặc trình kết xuất mẫu quảng cáo thay thế macro trong URL bằng chuỗi AC thực tế để pixel được đặt ban đầu chứa macro được sửa đổi như sau khi thực hiện lệnh gọi đến máy chủ được chỉ định:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=1~1.35.41.101

Tài nguyên có liên quan

Thông tin này có hữu ích không?

Chúng tôi có thể cải thiện trang này bằng cách nào?
true
Khai thác tiềm năng tăng trưởng

Đừng bỏ lỡ thông tin chi tiết có giá trị của AdSense. Hãy chọn nhận các báo cáo hiệu suất, mẹo dành riêng cho bạn và lời mời tham gia hội thảo trực tuyến có thể giúp bạn tăng thu nhập

Chọn nhận

Tìm kiếm
Xóa nội dung tìm kiếm
Đóng tìm kiếm
Các ứng dụng của Google
Trình đơn chính
7840760002867773816
true
Tìm kiếm trong Trung tâm trợ giúp
true
true
true
true
true
157
false
false
false
false