คำตอบสั้น ๆ: IAB Europe เผยแพร่ TCF 2.4 เมื่อวันที่ 23 กรกฎาคม 2026 การใช้งานบนเว็บต้องเปลี่ยนไปใช้ภายในวันที่ 23 ตุลาคม 2026 สำหรับแอปมือถือและ CTV กำหนดเวลาคือ 23 กุมภาพันธ์ 2027 รูปแบบเวอร์ชัน TC string ยังคงเป็น 2 และเวอร์ชัน TCF-Policy ยังคงเป็น 5 ดังนั้น TCF 2.4 จึงไม่นำเสนอรูปแบบ string ใหม่โดยทั่วไป สิ่งสำคัญคือนโยบายที่อัปเดต โดยเฉพาะการจัดการที่เข้มงวดยิ่งขึ้นเกี่ยวกับผลประโยชน์ที่ชอบด้วยกฎหมายของ Vendor
สิ่งสำคัญที่สุด
- TCF 2.4 เป็นข้อกำหนดปัจจุบัน กำหนดเวลาการเปลี่ยนแปลงแยกตามสภาพแวดล้อม
- เว็บ: 23 ตุลาคม 2026 แอปมือถือและ CTV: 23 กุมภาพันธ์ 2027
- เวอร์ชันไบนารี TC string ยังคงเป็น 2
tcfPolicyVersionยังคงเป็น 5 - ความยินยอมที่ถูกต้องแล้วไม่จำเป็นต้องขอใหม่เพียงเพราะการกำหนดเวอร์ชัน อย่างไรก็ตาม อาจจำเป็นต้องขอใหม่ด้วยเหตุผลอื่น เช่น Vendor วัตถุประสงค์ หรือข้อความทางกฎหมายที่เปลี่ยนแปลง
- ส่วน
DisclosedVendorsกลายเป็นบังคับตั้งแต่ TCF 2.3 และยังคงใช้ต่อไปใน 2.4 ไม่ใช่ฟีเจอร์ใหม่ของ 2.4 - Vendor ไม่สามารถระบุผลประโยชน์ที่ชอบด้วยกฎหมายได้เพียงแค่ขึ้นอยู่กับ Special Purposes กฎ 2.4 นี้ใช้ได้ตั้งแต่เมษายน 2026
- การลงทะเบียนและการรับรองเป็นข้อความที่แตกต่างกัน ตรวจสอบด้วยว่า CMP ลงทะเบียนสำหรับสภาพแวดล้อมใด
อะไรเปลี่ยนแปลงกับ IAB TCF 2.4
TCF 2.4 อัปเดตนโยบายและข้อกำหนดทางเทคนิคของ Transparency and Consent Framework สำหรับผู้ใช้งาน สิ่งสำคัญคือไม่ต้องสับสนหมายเลขเวอร์ชันกับฟิลด์ใน TC string: Core segment ยังคงใช้เวอร์ชันรูปแบบ 2 และเวอร์ชัน Policy ยังคงเป็น 5 ดังนั้น การรวมจึงไม่ควรเข้ารหัส string version "2.4" ที่ประดิษฐ์ขึ้นหรือทิ้งสัญญาณที่มีอยู่ทั้งหมดเพียงเพราะการเปลี่ยนเวอร์ชัน
การเปลี่ยนแปลงที่สำคัญที่สุดในทางปฏิบัติเกี่ยวข้องกับ Vendor Legitimate Interest Vendor สามารถตั้งค่า LI bit ได้ก็ต่อเมื่อมีวัตถุประสงค์การประมวลผลที่อนุญาตอย่างน้อยหนึ่งรายการ Special Purposes เพียงอย่างเดียวไม่เพียงพอ CMP ต้องบังคับใช้ค่าคงที่นี้เมื่อสร้าง กู้คืน และเพิกถอนสัญญาณ
Disclosed Vendors: นำเสนอใน 2.3 ยังคงจำเป็นใน 2.4
ส่วน DisclosedVendors บันทึกว่า Vendor ใดที่แสดงให้บุคคลนั้นเห็นจริง ๆ มันกลายเป็นบังคับตั้งแต่ TCF 2.3 และยังคงเป็นส่วนหนึ่งของการใช้งาน 2.4 ที่ถูกต้อง เมื่อย้ายไปที่ 2.4 ส่วนนี้ไม่ควรประดิษฐ์ขึ้นใหม่ แต่ควรตรวจสอบกับรายชื่อ Vendor ที่มองเห็นได้:
- Vendor ทุกรายที่อยู่ในส่วนนี้ต้องเปิดเผยในอินเทอร์เฟซ Consent
- Vendor ที่ไม่ได้แสดง ถูกลบ หรือไม่ใช้งานไม่ควรระบุว่าเปิดเผยแล้ว
- ชุด Vendor ในการกำหนดค่า อินเทอร์เฟซ
DisclosedVendorsและTCDataต้องสอดคล้องกันอย่างชัดเจน
กำหนดเวลาตามสภาพแวดล้อม
| สภาพแวดล้อม | กำหนดเวลาการเปลี่ยนไปใช้ TCF 2.4 |
|---|---|
| เว็บ | 23 ตุลาคม 2026 |
| แอปมือถือ | 23 กุมภาพันธ์ 2027 |
| CTV | 23 กุมภาพันธ์ 2027 |
การลงทะเบียนเว็บไม่ครอบคลุมแอปมือถือหรือ CTV โดยอัตโนมัติ ตรวจสอบรายการ CMP ในรายชื่อ CMP อย่างเป็นทางการและสภาพแวดล้อมที่ระบุไว้ที่นั่น Biscotti CMP ดำเนินการโดย Campcruisers GmbH และลงทะเบียนด้วย CMP-ID 497 สำหรับ เว็บ ไม่ได้อ้างสิทธิ์การลงทะเบียนแอป Native หรือ CTV
การย้ายไปใช้ TCF 2.4 ทีละขั้นตอน
1. ตรวจสอบสถานะการลงทะเบียนและสภาพแวดล้อม
เปรียบเทียบ CMP-ID เจ้าของกฎหมาย และสภาพแวดล้อมที่ลงทะเบียนกับรายชื่อ CMP อย่างเป็นทางการ อย่าพึ่งพาโลโก้หรือสูตรทั่วไปเช่น "IAB-compliant"
2. ผูกมัด GVL ปัจจุบันและการเลือก Vendor
โหลด Global Vendor List ปัจจุบันและกำหนด Vendor ที่ใช้จริงสำหรับเว็บไซต์หรือแอปเฉพาะ อินเทอร์เฟซและสถานะ Consent ที่สร้างขึ้นต้องมาจากชุด Vendor เดียวกัน
3. ใช้งานกฎ Vendor-LI แบบ fail-closed
อย่าสร้างสัญญาณ Vendor-LI หากผู้ขายประกาศเฉพาะ Special Purposes หรือไม่มีวัตถุประสงค์ LI ที่อนุญาตเหลืออยู่ ตรวจสอบกฎนี้หลังจาก Reject การเพิกถอน การเปลี่ยน GVL และการกู้คืนสถานะที่บันทึกไว้
4. รักษาความหมาย TC-String
เข้ารหัสเวอร์ชันรูปแบบ TC-String 2 และเวอร์ชัน Policy 5 ต่อไป รักษาส่วน DisclosedVendors ที่บังคับ อย่าเปลี่ยนฟิลด์เวอร์ชัน API เพียงเพราะข้อกำหนด Framework เรียกว่า 2.4
5. ตัดสินใจ Reconsent อย่างมีเป้าหมาย
การเปลี่ยนเวอร์ชันเพียงอย่างเดียวไม่ใช่เหตุผล Reconsent ทั่วไป ตรวจสอบแทนว่าวัตถุประสงค์ Vendor พื้นฐานทางกฎหมาย Publisher Restrictions หรือข้อมูลที่แสดงให้บุคคลนั้นเห็นมีการเปลี่ยนแปลงอย่างมีนัยสำคัญหรือไม่ บันทึกการตัดสินใจ
6. ทดสอบการเปลี่ยนแปลงสถานะที่สมบูรณ์
ทดสอบอย่างน้อย Accept All Reject All การเลือกแบบละเอียด ผลประโยชน์ที่ชอบด้วยกฎหมาย การเพิกถอน การเปิดใหม่ การรีสตาร์ทเบราว์เซอร์ และการอัปเดต GVL ถอดรหัส string ที่สร้างขึ้นอย่างอิสระและเปรียบเทียบชุด Vendor และ Purpose
รายการตรวจสอบทางเทคนิค
__tcfapi('ping', 2, ...)รายงานข้อมูล CMP และ Policy ที่สอดคล้องกัน- เวอร์ชันรูปแบบ TC-String คือ 2 และ
tcfPolicyVersionคือ 5 DisclosedVendorsตรงกับรายชื่อ Vendor ที่มองเห็นได้จริง- Vendor-LI ไม่เคยตั้งค่าโดยไม่มีวัตถุประสงค์ LI ที่อนุญาต
- Reject และการเพิกถอนลบสัญญาณ Consent และ LI ที่ไม่อนุญาต
- สถานะที่บันทึกไว้จะนำมาใช้ได้ก็ต่อเมื่อตรงกับการกำหนดค่าปัจจุบัน
- CMP-ID และสภาพแวดล้อมที่ลงทะเบียนตรงกับรายชื่อ CMP สาธารณะ
- การเปิดตัว Web Mobile App และ CTV แยกออกจากกัน
ต้องถามผู้ใช้ที่มีอยู่ใหม่หรือไม่
ไม่ใช่โดยอัตโนมัติ การกำหนดเวอร์ชัน TCF 2.4 ไม่เปลี่ยนรูปแบบ TC-String หรือหมายเลขเวอร์ชัน Policy เพียงอย่างเดียว อย่างไรก็ตาม ต้องขอความยินยอมใหม่หากการตัดสินใจก่อนหน้านี้ไม่ได้สะท้อนการประมวลผลปัจจุบันอย่างถูกต้องหรือบุคคลนั้นต้องได้รับข้อมูลสำคัญใหม่ การตัดสินใจควรขึ้นอยู่กับการเปลี่ยนแปลงการกำหนดค่าจริงและการปรึกษาทางกฎหมาย
ข้อผิดพลาดทั่วไป
- การเข้ารหัส TCF 2.4 เป็นเวอร์ชันรูปแบบ TC-String ใหม่
- การเพิ่ม
tcfPolicyVersionโดยไม่มีพื้นฐานบรรทัดฐาน - การอธิบาย Disclosed Vendors อย่างผิดพลาดว่าเป็นการเปลี่ยนแปลง 2.4 ใหม่
- การปฏิบัติต่อ Special Purposes ว่าเป็นพื้นฐานที่เพียงพอสำหรับ Vendor-LI
- การนำเสนอการลงทะเบียนเว็บเป็นการลงทะเบียนแอปมือถือหรือ CTV
- การใช้ "ลงทะเบียน" "ตรวจสอบ" และ "รับรอง" เป็นคำพ้องความหมาย
- การทดสอบเฉพาะเส้นทาง Accept-All และละเว้น Reject การเพิกถอน หรือการรีสตาร์ท
บทสรุป
การเปลี่ยนไปใช้ TCF 2.4 ไม่ใช่การเปลี่ยนแปลงข้อความเพียงอย่างเดียว ต้องมีการปล่อยตามแผนตามสภาพแวดล้อม สัญญาณ Vendor-LI ที่ถูกต้อง และการพิสูจน์ว่า Vendor ที่มองเห็นได้ สถานะที่บันทึกไว้ และ TC string ตรงกัน ผู้ที่แยกแยะเวอร์ชันรูปแบบ 2 เวอร์ชัน Policy 5 และประวัติของ Disclosed Vendors อย่างถูกต้องจะหลีกเลี่ยงข้อผิดพลาดการย้ายที่พบบ่อยที่สุด
คำถามที่พบบ่อย
TCF 2.4 เป็นเวอร์ชันรูปแบบ TC-String ใหม่หรือไม่
ไม่ ฟิลด์เวอร์ชันของ TC-String ยังคงเป็น 2 เวอร์ชัน Framework 2.4 ไม่ควรเขียนลงในฟิลด์นี้
เวอร์ชัน TCF-Policy เปลี่ยนแปลงหรือไม่
ไม่ สำหรับ TCF 2.4 tcfPolicyVersion ยังคงเป็น 5
Disclosed Vendors เป็นสิ่งใหม่ใน TCF 2.4 หรือไม่
ไม่ ส่วนนี้กลายเป็นบังคับตั้งแต่ TCF 2.3 และยังคงใช้ต่อไปใน 2.4
TCF 2.4 ต้องการ Reconsent เสมอหรือไม่
ไม่ สิ่งที่สำคัญคือการเปลี่ยนแปลงจริงในการประมวลผลและข้อมูลผู้ใช้ ไม่ใช่เพียงหมายเลขเวอร์ชัน
Biscotti CMP ลงทะเบียนสำหรับแอปมือถือหรือ CTV หรือไม่
รายการลงทะเบียนปัจจุบันของ Campcruisers GmbH CMP-ID 497 ครอบคลุมเว็บ ไม่มีการอ้างสิทธิ์การลงทะเบียนสำหรับแอปมือถือหรือ CTV
แหล่งที่มา
- IAB Europe TCF Policies v5.0.b และ Specifications v2.4: https://iabeurope.eu/transparency-consent-framework/
- IAB Europe รายชื่อ CMP: https://cmplist.consensu.org/v2/cmp-list.json
- IAB Tech Lab Consent String และ Vendor List Formats: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework
บทความนี้อธิบายแง่มุมทางเทคนิคและองค์กร และไม่ใช่คำแนะนำทางกฎหมาย