Versi Singkat

TCF v2.3 iku evolusi saka v2.2, dudu rancang ulang total. Format TC String isih kompatibel, tujuan lan fitur sing wis ana tetep dijaga, lan umume syarat UI sing katon kanggo penerbit tetep meh padha. Owah-owahan sing wigati ngumpul ing papat wilayah:

• Aturan sing luwih cetha babagan carane CMP kudu nampilake informasi vendor lan periode retensi.
• Syarat anyar kanggo kontrol lapisan kapindho sing luwih rinci sing wis suwe dijaluk regulator wiwit putusan Belgian DPA taun 2022.
• Pengetatan penegakan kebijakan babagan dark pattern, kepriye kudu padha misuwur (equal prominence), lan pilihan sing wis kaceklis saka wiwitan.
• Panyesuaian skema Global Vendor List (GVL) lan alur pambocoran vendor.

Kenapa v2.3 Ana

Saben versi TCF iku asil rembugan antarane telung pamirsa: penerbit sing kudu tetep bisa monetisasi, vendor sing butuh antarmuka teknis sing stabil, lan regulator sing terus nemokake bolongan kepatuhan tartamtu. v2.3 iku tanggapan langsung marang telung tekanan:

1. Tumindak penegakan marang panggunaan "legitimate interest" sing kakehan ing v2.2. Sawetara DPA Eropa mutusake yen akeh vendor ngaku LI kanggo tujuan sing sejatine mung sah yen nganggo idin. v2.3 ngencengi pambocoran dhasar hukum sing diumumake vendor lan nduduhake luwih awal ing UI idin.
2. Keluhan sing terus-terusan babagan dark pattern. Policies sing dianyari nggawe aturan equal prominence dadi luwih eksplisit lan nutup celah babagan toggle sing wis kaceklis ing lapisan kapindho.
3. Umpan balik operasional saka CMP lan penerbit gedhe. v2.2 ngenalake sawetara pambocoran wajib sing angel ditindakake kanthi resik ing mobile lan CTV. v2.3 nyederhanakake set pambocoran wajib lan ngidini luwih akeh sing manggon ing tampilan berlapis.

Kompatibilitas TC String

TC String dhewe tetep kompatibel mundur. CMP v2.3 ngasilake string sing bisa diwaca vendor v2.2, lan vendor v2.3 bisa ngonsumsi string v2.2 sajrone periode transisi. Indikator versi ing segmen inti string nuduhake versi kebijakan endi sing diklaim CMP dituruti, lan pointer versi GVL maju kanthi mandiri.

Tegese kanthi praktis: sampeyan ora kudu nganyari kabeh vendor ing wektu sing padha, lan ora kudu meksa acara idin anyar kanggo saben pangguna ing dina nalika sampeyan masang v2.3. Rollout bertahap kanthi eksplisit didhukung.

Owah-owahan Teknis Kunci

1. Pambocoran Vendor lan Retensi

v2.3 mbutuhake CMP kanggo nampilake periode retensi data sing diumumake saben vendor ing UI berlapis, ora mung ing dhaptar vendor kapisah. Nilai retensi iki sakjane wis dadi bagean saka GVL, nanging v2.2 ora mewajibake pangguna weruh bareng karo tujuan. v2.3 nutup bolongan iki amarga regulator nganggep pangguna ora bisa nggawe pilihan sing informatif yen ora ngerti suwene data bakal disimpen.

2. Kontrol Lapisan Kapindho Sing Luwih Ketat

Ing lapisan kapindho — tampilan "ngatur preferensi" — v2.3 kanthi eksplisit mbutuhake yen toggle kanggo tujuan lan vendor sing ora esensial kudu standar ing posisi mati. Kothak sing wis kaceklis utawa slider sing wis aktif saka wiwitan dianggep pelanggaran kebijakan sanajan pangguna ora tau ngeklik "nampa." CMP sing biyen gumantung marang pola "soft opt-in" kudu nggambar ulang lapisan kapindho.

3. Penegakan Equal Prominence

Aturan equal prominence wis ana wiwit v2.1, nanging v2.3 netepake kanthi ruang interpretasi sing luwih sempit: kontrol "tolak kabeh" kudu ana ing lapisan sing padha, bobot visual sing padha, kelas kontras warna sing padha, lan jarak interaksi sing padha karo "nampa kabeh." Ndelikake tombol tolak ing mburi pranala, tombol luwih cilik, utawa layar sekunder saiki kanthi eksplisit dianggep gagal patuh, dudu maneh mung perkara penilaian.

4. Sinyal Legitimate Interest

Vendor sing ngumumake legitimate interest minangka dhasar hukum ing v2.3 saiki uga kudu ngumumake tujuan endi wae sing wis diassessment lan endi wae sing wis dirampungake Legitimate Interests Assessment. CMP wajib nerusake deklarasi iki menyang antarmuka pangguna supaya pangguna bisa nindakake keberatan kanthi informasi lengkap. Ing praktik, iki tegese alur "objection" saiki nampilake status LIA sing spesifik vendor, dudu mung toggle generik.

5. Nganyari Skema GVL

Skema Global Vendor List nambah kolom kanggo granularitas retensi, status LIA, lan pranala sing bisa diwaca mesin menyang bagean kabijakan privasi saben vendor kanggo tujuan sing diumumake. CMP sing nyimpen cache GVL kudu nganyari parser skema supaya ngerti kolom anyar iki sadurunge nuding menyang GVL v2.3.

Owah-owahan Kebijakan sing Mengaruhi UX

TCF iku loro-lorone: spesifikasi teknis lan sakumpulan Policies. Sawetara owah-owahan Policy v2.3 langsung nyentuh UI idin:

• Ora ana maneh "nerusake tanpa nampa" minangka padanan tolak kajaba yen tampilan visualé padha karo tombol nampa lan ngasilake TC String sing padha karo tolak penuh.
• Paritas basa — notifikasi idin kudu kasedhiya ing saben basa sing uga dienggo situs kasebut, ora mung basa browser pangguna. CMP kudu ndhukung override lokal.
• Akses sing tetep — pangguna kudu bisa ngakses pusat preferensi saka saben kaca situs, ora mung kaca mlebu, lan pranala akses kudu diwenehi label kanthi cara sing gampang dingerteni pangguna awam minangka gegayutan karo idin.

Sing Kudu Ditindakake Penerbit

1. Konfirmasi dhukungan v2.3 saka vendor CMP sampeyan. Takedenen tanggal pas nalika build sing wis disertifikasi v2.3 bakal kasedhiya lan string versi apa sing bakal dilaporake.
2. Anyari logika cache GVL sampeyan. Yen sampeyan self-host mirror GVL, nganyari parser skema sadurunge GVL v2.3 diluncurake, yen ora CMP sampeyan bakal gagal validasi vendor anyar.
3. Tulis maneh UI lapisan kapindho supaya saben toggle standar ing posisi mati, equal prominence katon cetha kanthi visual, lan periode retensi ditampilake jejere tujuan.
4. Mbukak maneh audit kepatuhan sampeyan. Kamenangan regulator sing paling gampang yaiku pelanggaran dark pattern sing saiki kanthi eksplisit kasebut ing v2.3. Benakake sadurunge review penegakan sabanjure.
5. Rencanakake strategi re-prompt. Sanajan TC String kompatibel mundur, Policies nyengkuyung penerbit kanggo njaluk idin maneh yen ruang lingkup utawa pambocoran pemrosesan owah kanthi material. Putusna apa rollout v2.3 sampeyan kalebu "material" kanggo pamirsa sampeyan.

Sing Kudu Ditindakake Vendor

1. Rampungna Legitimate Interests Assessment kanggo saben tujuan sing sampeyan klaim LI, lan kirimna asilé menyang GVL.
2. Nganyari entri GVL sampeyan nganggo kolom skema v2.3: granularitas retensi, deklarasi LIA, lan pranala jero menyang kabijakan privasi.
3. Validasi parser TC String sampeyan marang string referensi v2.3 sing disedhiyakake IAB Europe.
4. Koordinasi karo mitra CMP sampeyan babagan tanggal cutover bebarengan, supaya panjaluk tuku pisanan sing nggawa string v2.3 ora teka ing vendor sing mung ndhukung v2.2.

Jebakan Migrasi Sing Umum

• Nganggep v2.3 minangka kesempatan redesign UI. Godha banget kanggo nyawijikake nganyari merek karo rollout v2.3, nanging iki nggawe tes kepatuhan dadi luwih ruwet. Kirim release v2.3 sing fokus kepatuhan dhisik, anyar banjur iterasi desain.
• Lali karo syarat tampilan retensi. Tim kerep mung nganyari tampilan dhaptar vendor nanging lali yen retensi saiki uga kudu katon ing tampilan berlapis per-tujuan.
• Nganggep TC String wis cukup. String sing katon patuh nanging diasilake saka UI sing ora patuh tetep dianggep ora patuh. Regulator wis bola-bali menehi denda marang operator sing string-né katon apik nanging bannerné ndhelikake tombol tolak.
• Nglalekake CTV lan mobile saka lingkup. v2.3 ditrapake kanggo saben permukaan sing ngasilake sinyal TCF. Penerbit sing mung ngirim nganyari web lan nglirwakake aplikasi CTV utawa mobile nggawe lingkungan hibrida sing ora patuh.

Kesimpulan

TCF v2.3 dudu pecahan gedhe saka v2.2, nanging minangka pengetatan aturan sing wigati kanggo njaga ekosistem programatik Eropa tetep nyawiji. Arahe wis cetha: luwih transparan, luwih sithik dark pattern, kontrol pangguna sing luwih rinci, lan luwih sithik toleransi marang kasus pinggiran sing biyen isih bisa lolos. CMP lan penerbit sing nganggep v2.3 mung minangka tambalan cepet bakal nemokake awake dhewe bali maneh ing ngarepe regulator. Sing nggunakake migrasi iki kanggo ngresiki UX lapisan kapindho, ninggalake jalan pintas legitimate interest, lan mbangun maneh alur idin equal prominence sing nyata bakal metu ing sisih liyane kanthi inventori sing tenan bisa kabayar ing era v2.3 — lan sikap idin sing bakal tahan apa wae sing bakal digawa v2.4 sabanjure.