Câu trả lời ngắn: IAB Europe đã phát hành TCF 2.4 vào ngày 23 tháng 7 năm 2026. Các triển khai Web phải được chuyển đổi trước ngày 23 tháng 10 năm 2026; đối với Mobile Apps và CTV, thời hạn là 23 tháng 2 năm 2027. Phiên bản định dạng TC-String vẫn là 2 và phiên bản TCF-Policy vẫn là 5. Do đó, TCF 2.4 không giới thiệu định dạng chuỗi mới toàn diện. Điều quan trọng là các hướng dẫn được cập nhật, đặc biệt là xử lý nghiêm ngặt hơn đối với lợi ích hợp pháp của Vendor.
Những điểm chính
- TCF 2.4 là thông số kỹ thuật hiện tại; thời hạn chuyển đổi được phân tách theo môi trường.
- Web: 23 tháng 10 năm 2026. Mobile App và CTV: 23 tháng 2 năm 2027.
- Phiên bản TC-String nhị phân vẫn là 2;
tcfPolicyVersionvẫn là 5. - Sự đồng ý hợp lệ hiện tại không yêu cầu sự đồng ý lại toàn diện chỉ vì tên phiên bản. Tuy nhiên, có thể cần truy vấn lại vì những lý do khác, chẳng hạn như Vendor, Mục đích hoặc Văn bản pháp lý thay đổi.
- Phân đoạn
DisclosedVendorstrở thành bắt buộc với TCF 2.3 và được tiếp tục trong 2.4. Đây không phải là tính năng mới của 2.4. - Vendor không được phép báo hiệu lợi ích hợp pháp dựa trên Special Purposes. Quy tắc 2.4 này đã được áp dụng kể từ tháng 4 năm 2026.
- Đăng ký và Chứng nhận là những tuyên bố khác nhau. Ngoài ra, hãy kiểm tra CMP được đăng ký cho môi trường nào.
Điều gì thay đổi với IAB TCF 2.4?
TCF 2.4 cập nhật các chính sách và thông số kỹ thuật của Transparency and Consent Framework. Đối với những người triển khai, điều đặc biệt quan trọng là không nhầm lẫn các số phiên bản với các trường trong TC-String: Phân đoạn Core tiếp tục sử dụng phiên bản định dạng 2 và phiên bản Policy vẫn là 5. Do đó, các tích hợp không được mã hóa phiên bản chuỗi "2.4" được tạo ra cũng như không được loại bỏ tất cả các tín hiệu hiện có chỉ vì sự thay đổi phiên bản.
Thay đổi quan trọng nhất trong thực tế liên quan đến Vendor Legitimate Interest. Một Vendor chỉ được phép đặt bit LI nếu có ít nhất một mục đích xử lý được phép cho nó. Special Purposes một mình là không đủ. CMP phải thực thi bất biến này khi tạo, khôi phục và thu hồi tín hiệu.
Disclosed Vendors: được giới thiệu trong 2.3, vẫn được yêu cầu trong 2.4
Phân đoạn DisclosedVendors ghi lại những Vendor nào thực sự được hiển thị cho người đó. Nó trở thành bắt buộc với TCF 2.3 và vẫn là một phần của triển khai 2.4 chính xác. Khi di chuyển sang 2.4, phân đoạn không nên được tạo lại mà nên được kiểm tra so với danh sách Vendor hiển thị:
- Mỗi Vendor có trong phân đoạn phải được tiết lộ trong giao diện Consent.
- Các Vendor không được hiển thị, bị xóa hoặc không hoạt động không được báo hiệu là đã được tiết lộ.
- Tập hợp Vendor trong Cấu hình, Giao diện,
DisclosedVendorsvàTCDataphải có thể theo dõi được.
Thời hạn theo môi trường
| Môi trường | Thời hạn chuyển đổi sang TCF 2.4 |
|---|---|
| Web | 23 tháng 10 năm 2026 |
| Mobile App | 23 tháng 2 năm 2027 |
| CTV | 23 tháng 2 năm 2027 |
Đăng ký Web không tự động bao gồm Mobile Apps hoặc CTV. Kiểm tra mục nhập CMP trong danh sách CMP chính thức và các môi trường được liệt kê ở đó. Biscotti CMP được vận hành bởi Campcruisers GmbH và được đăng ký với CMP-ID 497 cho Web. Không có yêu cầu đăng ký Native App hoặc CTV.
Di chuyển từng bước sang TCF 2.4
1. Kiểm tra trạng thái đăng ký và môi trường
So sánh CMP-ID, Chủ thể pháp lý và các môi trường được đăng ký với danh sách CMP chính thức. Không dựa vào logo hoặc công thức chung như "tuân thủ IAB".
2. Liên kết GVL hiện tại và lựa chọn Vendor
Tải danh sách Global Vendor List hiện tại và xác định các Vendor thực sự được sử dụng cho trang web hoặc ứng dụng cụ thể. Giao diện và trạng thái Consent được tạo phải được lấy từ cùng một tập hợp Vendor.
3. Triển khai quy tắc Vendor-LI fail-closed
Không tạo tín hiệu Vendor-LI nếu Vendor chỉ khai báo Special Purposes hoặc không có mục đích LI được phép nào còn lại. Kiểm tra quy tắc này cũng sau Reject, Widerruf, thay đổi GVL và khôi phục trạng thái đã lưu.
4. Duy trì ngữ nghĩa TC-String
Tiếp tục mã hóa phiên bản định dạng TC-String 2 và phiên bản Policy 5. Giữ phân đoạn DisclosedVendors bắt buộc. Không thay đổi các trường phiên bản API chỉ vì thông số kỹ thuật Framework được gọi là 2.4.
5. Quyết định Reconsent có mục đích
Sự thay đổi phiên bản một mình không phải là lý do Reconsent toàn diện. Thay vào đó, hãy kiểm tra xem Mục đích, Vendor, Cơ sở pháp lý, Publisher Restrictions hoặc thông tin được hiển thị cho người đó có thay đổi đáng kể hay không. Ghi lại quyết định.
6. Kiểm tra chuyển đổi trạng thái hoàn chỉnh
Kiểm tra ít nhất Accept All, Reject All, lựa chọn chi tiết, lợi ích hợp pháp, Widerruf, mở lại, khởi động lại trình duyệt và cập nhật GVL. Giải mã các chuỗi được tạo độc lập và so sánh các tập hợp Vendor và Purpose.
Danh sách kiểm tra kỹ thuật
__tcfapi('ping', 2, ...)báo cáo dữ liệu CMP và Policy nhất quán.- Phiên bản định dạng TC-String là 2 và
tcfPolicyVersionlà 5. DisclosedVendorstương ứng với danh sách Vendor thực sự hiển thị.- Vendor-LI không bao giờ được đặt mà không có mục đích LI được phép.
- Reject và Widerruf loại bỏ các tín hiệu Consent và LI không được phép.
- Các trạng thái đã lưu chỉ được chấp nhận nếu chúng phù hợp với cấu hình hiện tại.
- CMP-ID và môi trường được đăng ký phù hợp với danh sách CMP công khai.
- Các bản phát hành Web, Mobile App và CTV được phát hành riêng biệt.
Có phải hỏi lại người dùng hiện tại không?
Không tự động. Tên phiên bản TCF 2.4 không thay đổi định dạng TC-String một mình cũng như không thay đổi số phiên bản Policy. Tuy nhiên, sự đồng ý lại là bắt buộc nếu quyết định trước đó không còn chính xác đại diện cho xử lý hiện tại hoặc người đó phải nhận được thông tin quan trọng mới. Quyết định nên được đưa ra dựa trên thay đổi cấu hình thực tế và với tư vấn pháp lý.
Lỗi phổ biến
- Mã hóa TCF 2.4 như phiên bản định dạng TC-String mới.
- Tăng
tcfPolicyVersionmà không có cơ sở quy chuẩn. - Mô tả Disclosed Vendors sai lầm như thay đổi mới của 2.4.
- Coi Special Purposes là cơ sở đủ cho Vendor-LI.
- Trình bày đăng ký Web như đăng ký Mobile App hoặc CTV.
- Sử dụng "đăng ký", "xác thực" và "chứng nhận" đồng nghĩa.
- Chỉ kiểm tra đường dẫn Accept-All và bỏ qua Reject, Widerruf hoặc Khởi động lại.
Kết luận
Chuyển đổi sang TCF 2.4 không phải là thay đổi văn bản thuần túy. Nó yêu cầu phát hành được lên kế hoạch theo môi trường, tín hiệu Vendor-LI chính xác và bằng chứng rằng các Vendor hiển thị, trạng thái đã lưu và TC-String phù hợp. Những người phân biệt chính xác phiên bản định dạng 2, phiên bản Policy 5 và lịch sử của Disclosed Vendors sẽ tránh được những lỗi di chuyển phổ biến nhất.
Câu hỏi thường gặp
TCF 2.4 có phải là phiên bản định dạng TC-String mới không?
Không. Trường phiên bản của TC-String vẫn là 2; phiên bản Framework 2.4 không được ghi vào trường này.
Phiên bản TCF-Policy có thay đổi không?
Không. Đối với TCF 2.4, tcfPolicyVersion vẫn ở mức 5.
Disclosed Vendors có phải là mới trong TCF 2.4 không?
Không. Phân đoạn trở thành bắt buộc với TCF 2.3 và được tiếp tục trong 2.4.
TCF 2.4 có luôn yêu cầu Reconsent không?
Không. Điều quyết định là những thay đổi thực tế đối với xử lý và thông tin người dùng, không chỉ là số phiên bản.
Biscotti CMP có được đăng ký cho Mobile Apps hoặc CTV không?
Mục nhập đăng ký hiện tại của Campcruisers GmbH, CMP-ID 497, bao gồm Web. Điều này không dẫn đến đăng ký cho Mobile Apps hoặc CTV.
Nguồn
- IAB Europe, TCF Policies v5.0.b và Specifications v2.4: https://iabeurope.eu/transparency-consent-framework/
- IAB Europe, CMP-Liste: https://cmplist.consensu.org/v2/cmp-list.json
- IAB Tech Lab, Consent String and Vendor List Formats: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework
Bài viết này giải thích các khía cạnh kỹ thuật và tổ chức và không phải là tư vấn pháp lý.