Nội dung trong bài viết này
- Các thành phần của Sự đồng ý bổ sung
- Định dạng của chuỗi "Sự đồng ý bổ sung" (AC)
- Các Nền tảng quản lý sự đồng ý (CMP) hỗ trợ Sự đồng ý bổ sung
- Phần mở rộng cho API của CMP
- Nên lưu trữ chuỗi sự đồng ý bổ sung như thế nào?
- Cách truyền chuỗi sự đồng ý bổ sung qua chuỗi quảng cáo kỹ thuật số
- Tài nguyên có liên quan
Tài liệu này mô tả quy cách kỹ thuật cho Sự đồng ý bổ sung của Google. Quy cách này chỉ nhằm mục đích 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 tín hiệu về tính minh bạch và/hoặc sự đồng ý cho những nhà cung cấp chưa đăng ký trong 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
Sự đồng ý bổ sung bao gồm một chuỗi addl_consent ngắn gọn (chuỗi sự đồng ý bổ sung), chứa danh sách các nhà cung cấp công nghệ quảng cáo (ATP) của Google đã được đồng ý và/hoặc được công bố nhưng chưa đăng ký với Danh sách nhà cung cấp toàn cầu (GVL) của IAB.
Cách tạo chuỗi "Sự đồng ý bổ sung" phiên bản 2 (ACv2)
Thông tin nào được lưu trữ trong chuỗi sự đồng ý bổ sung?
Một chuỗi sự đồng ý bổ sung gồm những thành phần sau đây:
-
Phần 1: Số phiên bản quy cách. Phiên bản hiện tại là "
2" -
Phần 2: Biểu tượng dấu phân cá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 sự đồng ý bổ sung
Nếu nhà cung cấp ATP có mã 1, 2, 3, 4 và 10 được công bố cho người dùng:
- …và người dùng đã thấy thông báo của CMP công bố những nhà cung cấp này nhưng chưa đưa ra quyết định có đồng ý hay không: chuỗi ACv2 tương ứng sẽ là
2~~dv.1.2.3.4.10. -
…và người dùng đã đồng ý với tất cả nhà cung cấp: chuỗi ACv2 tương ứng sẽ là
2~1.2.3.4.10~dv.. Xin lưu ý rằng "." sau dv là không bắt buộc chỉ trong trường hợp này, vì vậy2~1.2.3.4.10~dvcũng là một chuỗi ACv2 được chấp nhận. - …và người dùng đã từ chối đồng ý cho tất cả nhà cung cấp, thì chuỗi ACv2 tương ứng phải cho biết rằng tất cả nhà cung cấp đều đã được công bố nhưng không có nhà cung cấp nào được đồng ý. Chuỗi ACv2 tương ứng sẽ là
2~~dv.1.2.3.4.10. - …và người dùng đã đồng ý cho nhà cung cấp
1và10nhưng từ chối đồng ý cho tất cả các nhà cung cấp khác, thì chuỗi ACv2 tương ứng sẽ là2~1.10~dv.2.3.4.
Ai nên tạo một chuỗi sự đồng ý bổ sung?
Chỉ CMP đã đăng ký TCF của IAB ở Châu Âu mới có thể tạo chuỗi sự đồng ý bổ sung 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 sự đồng ý bổ sung.
Danh sách ATP của Google sẽ được công bố ở đâu?
Google duy trì 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 sự đồng ý bổ sung?
Trong mọi trường hợp, chuỗi sự đồng ý bổ sung 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.
Những nhà cung cấp đã nhận được sự đồng ý chỉ được đưa vào danh sách khi người dùng đã đưa ra sự đồng ý có hiệu lực pháp lý đối với:
-
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à
-
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 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 những nhà cung cấp được công bố vào danh sách khi người dùng đã nhận được thông tin minh bạch phù hợp về danh tính của từng ATP, kể cả việc 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. Những nhà cung cấp trong danh sách nhà cung cấp đã nhận được sự đồng ý không cần phải xuất hiện thêm trong danh sách nhà cung cấp được công bố.
Chuỗi sự đồng ý bổ sung chỉ được tạo để làm chuỗi bổ sung (chứ không được thay thế) cho chuỗi về sự minh bạch và sự đồng ý. Google sẽ không xử lý yêu cầu và sẽ loại bỏ chuỗi sự đồng ý bổ sung trong một yêu cầu mà Google nhận được nếu yêu cầu đó không có chuỗi về sự minh bạch và sự đồng ý.
Các CMP triển khai quy cách này phải đảm bảo rằng chuỗi sự đồng ý bổ sung mà họ tạo chỉ chứa các mã trong tệp ATP của Google đã phát hành (tức là các nhà cung cấp không thuộc danh sách GVL). Khi nhận được chuỗi về sự minh bạch và sự đồng ý, Google sẽ kiểm tra phiên bản GVL được liệt kê trong chuỗi đó. Nếu phiên bản GVL đó có dữ liệu đăng ký cho một nhà cung cấp, thì các chế độ kiểm soát chuỗi về sự minh bạch và sự đồng ý cho nhà cung cấp đó và mọi mục nhập chuỗi sự đồng ý bổ sung 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 sự đồng ý bổ sung và truyền chuỗi sự đồng ý bổ sung đã sửa đổi tương ứng đó cùng với chuỗi về sự minh bạch và sự đồng ý. Các nhà cung cấp không phải Google không được sửa đổi chuỗi sự đồng ý bổ sung.
Chuỗi Sự đồng ý bổ sung phiên bản 1 có còn được hỗ trợ không?
Kể từ tháng 12 năm 2023, Sự đồng ý bổ sung phiên bản 2 là phiên bản tiêu chuẩn của Sự đồng ý bổ sung. Những chuỗi về Sự đồng ý bổ sung đượ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.
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
Phần mở rộng cho API của CMP
Những CMP hỗ trợ Sự đồng ý bổ sung phải trả về chuỗi về sự đồng ý bổ sung trong các đối tượng JSON của API JavaScript CMP TCF phiên bản 2 hiện có, TCData và 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’
}
Nên lưu trữ chuỗi sự đồng ý bổ sung 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
NSUserDefaults (iOS) hoặc SharedPreferences (Android) được dùng để lưu trữ chuỗi sự đồng ý bổ sung do một SDK của CMP tạo ra, tương tự như API trong ứng dụng cho TCF phiên bản 2. Cơ chế này cho phép:
-
Nhà cung cấp dễ dàng truy cập chuỗi sự đồng ý bổ sung
-
Chuỗi sự đồng ý bổ sung vẫn tồn tại qua nhiều phiên sử dụng ứng dụng
-
Để có thể chuyển chuỗi sự đồng ý bổ sung nếu nhà xuất bản thay đổi CMP
Lưu ý: 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 sự đồng ý bổ sung đi kèm.
| Khoá lưu trữ và tra cứu trong NSUserDefaults và SharedPreferences | Giá trị |
IABTCF_AddtlConsent |
Chuỗi: Chuỗi sự đồng ý bổ sung 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 sự đồng ý bổ sung qua chuỗi quảng cáo kỹ thuật số
Số yêu cầu giá thầu
Yêu cầu giá thầu sẽ sử dụng ConsentedProvidersSettings để đưa các nhà cung cấp không thuộc danh sách GVL xuống dưới.
- Trong proto phần mở rộng OpenRTB
- Phiên bản Protobuf cũ
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;
Dịch vụ dựa trên URL
Khi một mẫu quảng cáo hiển thị, mẫu quảng cá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 về sự minh bạch và sự đồng ý. Tương tự như sự hỗ trợ cho chuỗi về sự minh bạch và sự đồng ý, 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 sự đồng ý bổ sung.
| 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 sự đồng ý bổ sung, 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 cụ thể, nếu chuỗi sự đồng ý bổ sung là: 2~1.35.41.101~dv.
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 sự đồng ý bổ sung 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=2~1.35.41.101~dv.