Jawaban Singkat: IAB Europe merilis TCF 2.4 pada 23 Juli 2026. Implementasi Web harus dimigrasi pada 23 Oktober 2026; untuk Mobile Apps dan CTV berlaku 23 Februari 2027. Versi format TC-String tetap 2 dan versi TCF-Policy tetap 5. TCF 2.4 oleh karena itu tidak memperkenalkan format string baru secara menyeluruh. Yang penting adalah pedoman yang diperbarui, khususnya perlakuan yang lebih ketat terhadap kepentingan sah Vendor.
Poin-Poin Penting
- TCF 2.4 adalah spesifikasi terkini; tenggat waktu migrasi dipisahkan menurut lingkungan.
- Web: 23 Oktober 2026. Mobile App dan CTV: 23 Februari 2027.
- Versi TC-String biner tetap 2;
tcfPolicyVersiontetap 5. - Persetujuan yang sudah berlaku tidak memerlukan persetujuan ulang hanya karena penunjukan versi. Namun, permintaan ulang mungkin diperlukan karena alasan lain, seperti perubahan Vendor, Tujuan, atau teks hukum.
- Segmen
DisclosedVendorsmenjadi wajib dengan TCF 2.3 dan dilanjutkan di bawah 2.4. Ini bukan fitur baru 2.4. - Vendor tidak boleh menandakan kepentingan sah hanya berdasarkan Special Purposes. Aturan 2.4 ini sudah berlaku sejak April 2026.
- Pendaftaran dan sertifikasi adalah pernyataan yang berbeda. Periksa juga untuk lingkungan mana CMP terdaftar.
Apa yang Berubah dengan IAB TCF 2.4?
TCF 2.4 memperbarui pedoman dan spesifikasi teknis Transparency and Consent Framework. Bagi implementer, sangat penting untuk tidak membingungkan nomor versi dengan bidang dalam TC-String: segmen Core terus menggunakan versi format 2, dan versi Policy tetap 5. Integrasi oleh karena itu tidak boleh mengkodekan versi string yang dibuat-buat "2.4" atau membuang semua sinyal yang ada hanya karena perubahan versi.
Perubahan yang paling penting secara praktis menyangkut Vendor Legitimate Interest. Vendor hanya boleh menetapkan bit LI jika ada setidaknya satu tujuan pemrosesan yang diizinkan untuk itu. Special Purposes saja tidak cukup. CMP harus memberlakukan invarian ini saat membuat, memulihkan, dan mencabut sinyal.
Disclosed Vendors: diperkenalkan di 2.3, tetap diperlukan di 2.4
Segmen DisclosedVendors mendokumentasikan Vendor mana yang benar-benar ditampilkan kepada orang tersebut. Ini menjadi wajib dengan TCF 2.3 dan tetap menjadi bagian dari implementasi 2.4 yang benar. Saat migrasi ke 2.4, segmen tidak boleh ditemukan kembali, tetapi diperiksa terhadap daftar Vendor yang terlihat:
- Setiap Vendor yang terdapat dalam segmen harus telah diungkapkan di antarmuka Persetujuan.
- Vendor yang tidak ditampilkan, dihapus, atau tidak aktif tidak boleh ditandakan sebagai diungkapkan.
- Kumpulan Vendor dalam konfigurasi, antarmuka,
DisclosedVendors, danTCDataharus dapat dilacak dengan cocok.
Tenggat Waktu menurut Lingkungan
| Lingkungan | Tenggat Waktu Migrasi ke TCF 2.4 |
|---|---|
| Web | 23 Oktober 2026 |
| Mobile App | 23 Februari 2027 |
| CTV | 23 Februari 2027 |
Pendaftaran Web tidak secara otomatis mencakup Mobile Apps atau CTV. Periksa entri CMP dalam daftar CMP resmi dan lingkungan yang tercantum di sana. Biscotti CMP dioperasikan oleh Campcruisers GmbH dan terdaftar dengan CMP-ID 497 untuk Web. Pendaftaran aplikasi Native atau CTV tidak diklaim dengan ini.
Migrasi Bertahap ke TCF 2.4
1. Periksa status pendaftaran dan lingkungan
Bandingkan CMP-ID, badan hukum, dan lingkungan terdaftar dengan daftar CMP resmi. Jangan mengandalkan logo atau formulasi umum seperti "sesuai IAB".
2. Ikat GVL terkini dan pemilihan Vendor
Muat Global Vendor List terkini dan tentukan Vendor yang benar-benar digunakan untuk situs web atau aplikasi tertentu. Antarmuka dan status persetujuan yang dihasilkan harus berasal dari kumpulan Vendor yang sama.
3. Implementasikan aturan Vendor-LI fail-closed
Jangan hasilkan sinyal Vendor-LI jika Vendor hanya mendeklarasikan Special Purposes atau tidak ada tujuan LI yang diizinkan tersisa. Periksa aturan ini juga setelah Reject, pencabutan, perubahan GVL, dan pemulihan status yang disimpan.
4. Pertahankan semantik TC-String
Terus kodekan versi format TC-String 2 dan versi Policy 5. Pertahankan segmen DisclosedVendors yang wajib. Jangan ubah bidang versi API hanya karena spesifikasi Framework bernama 2.4.
5. Putuskan Reconsent secara bertarget
Perubahan versi saja bukan alasan Reconsent yang menyeluruh. Sebaliknya, periksa apakah Tujuan, Vendor, dasar hukum, Publisher Restrictions, atau informasi yang ditampilkan kepada orang tersebut telah berubah secara substansial. Dokumentasikan keputusan.
6. Uji transisi status lengkap
Uji setidaknya Accept All, Reject All, pemilihan granular, kepentingan sah, pencabutan, pembukaan kembali, restart browser, dan pembaruan GVL. Dekodekan string yang dihasilkan secara independen dan bandingkan kumpulan Vendor dan Tujuan.
Daftar Periksa Teknis
__tcfapi('ping', 2, ...)melaporkan data CMP dan Policy yang konsisten.- Versi format TC-String adalah 2 dan
tcfPolicyVersionadalah 5. DisclosedVendorssesuai dengan daftar Vendor yang benar-benar terlihat.- Vendor-LI tidak pernah ditetapkan tanpa tujuan LI yang diizinkan.
- Reject dan pencabutan menghapus sinyal Consent dan LI yang tidak sah.
- Status yang disimpan hanya diadopsi jika cocok dengan konfigurasi saat ini.
- CMP-ID dan lingkungan terdaftar cocok dengan daftar CMP publik.
- Rilis Web, Mobile App, dan CTV dirilis secara terpisah.
Apakah pengguna yang ada harus ditanya lagi?
Tidak secara otomatis. Penunjukan versi TCF 2.4 saja tidak mengubah format TC-String atau nomor versi Policy. Namun, persetujuan ulang diperlukan jika keputusan sebelumnya tidak lagi secara akurat mencerminkan pemrosesan saat ini atau orang tersebut harus menerima informasi penting baru. Keputusan harus dibuat berdasarkan perubahan konfigurasi aktual dan dengan konsultasi hukum.
Kesalahan Umum
- Mengkodekan TCF 2.4 sebagai versi format TC-String baru.
- Meningkatkan
tcfPolicyVersiontanpa dasar normatif. - Menggambarkan Disclosed Vendors secara keliru sebagai perubahan baru 2.4.
- Memperlakukan Special Purposes sebagai dasar yang cukup untuk Vendor-LI.
- Menyajikan pendaftaran Web sebagai pendaftaran Mobile App atau CTV.
- Menggunakan "terdaftar", "divalidasi", dan "disertifikasi" secara sinonim.
- Hanya menguji jalur Accept-All dan menghilangkan Reject, pencabutan, atau restart.
Kesimpulan
Migrasi ke TCF 2.4 bukan hanya perubahan teks. Ini memerlukan rilis yang direncanakan menurut lingkungan, sinyal Vendor-LI yang benar, dan bukti bahwa Vendor yang terlihat, status yang disimpan, dan TC-String cocok. Siapa pun yang dengan benar membedakan versi format 2, versi Policy 5, dan sejarah Disclosed Vendors akan menghindari kesalahan migrasi yang paling umum.
FAQ
Apakah TCF 2.4 versi format TC-String baru?
Tidak. Bidang versi TC-String tetap 2; versi Framework 2.4 tidak boleh ditulis ke bidang ini.
Apakah versi TCF-Policy berubah?
Tidak. Untuk TCF 2.4, tcfPolicyVersion tetap pada 5.
Apakah Disclosed Vendors baru di TCF 2.4?
Tidak. Segmen menjadi wajib dengan TCF 2.3 dan dilanjutkan di 2.4.
Apakah TCF 2.4 selalu memerlukan Reconsent?
Tidak. Yang penting adalah perubahan aktual pada pemrosesan dan informasi pengguna, bukan hanya nomor versi.
Apakah Biscotti CMP terdaftar untuk Mobile Apps atau CTV?
Entri pendaftaran saat ini dari Campcruisers GmbH, CMP-ID 497, mencakup Web. Dari sini tidak ada pendaftaran untuk Mobile Apps atau CTV.
Sumber
- IAB Europe, TCF Policies v5.0.b dan Specifications v2.4: https://iabeurope.eu/transparency-consent-framework/
- IAB Europe, Daftar CMP: 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
Artikel ini menjelaskan aspek teknis dan organisasi dan bukan merupakan nasihat hukum.