Qisqa xulosa

TCF v2.3 — bu v2.2 ning evolyutsiyasi, qayta arxitektura emas. TC String formati mos keladi, mavjud maqsadlar va funksiyalar saqlanib qoladi, va nashriyotchiga qaratilgan UI talablari ko‘p jihatdan o‘zgarmagan. Mazmunli o‘zgarishlar to‘rtta yo‘nalishda jamlangan:

• Vendor ma’lumotlari va saqlash muddatlarini CMPlar qanday ko‘rsatishi kerakligi bo‘yicha aniqroq qoidalar.
• 2022-yilgi Belgiya DPA qaroridan beri regulyatorlar talab qilib kelayotgan ikkinchi qatlamdagi yanada mayda boshqaruv elementlari bo‘yicha yangi talablar.
• Qorong‘i naqshlar (dark patterns), teng ko‘rinish (equal prominence) va oldindan belgilangan (pre-ticked) opsiyalar atrofidagi siyosat ijrosining qat’iylashtirilishi.
• Global Vendor List (GVL) sxemasi va vendorni oshkor qilish oqimiga kiritilgan tuzatishlar.

Nega v2.3 paydo bo‘ldi

Har bir TCF versiyasi uchta auditoriya o‘rtasidagi muvozanat natijasidir: monetizatsiyani davom ettirishi kerak bo‘lgan nashriyotchilar, barqaror texnik interfeysga muhtoj vendorlar va doimiy ravishda aniq muvofiqlik bo‘shliqlarini topayotgan regulyatorlar. v2.3 bevosita uchta bosimga javobdir:

1. v2.2 ostida "legitimate interest"ni ortiqcha qo‘llashga qarshi nazorat choralari. Bir nechta Yevropa DPAlari juda ko‘p vendorlar faqat rozilik qonuniy asos bo‘la oladigan maqsadlar uchun LI da’vo qilayotganini ta’kidladi. v2.3 vendor tomonidan e’lon qilinadigan qonuniy asosni oshkor qilishni qat’iylashtiradi va ularni rozilik UI da erta ko‘rsatishni talab qiladi.
2. Qorong‘i naqshlar bo‘yicha davom etayotgan shikoyatlar. Yangilangan Policies teng-ko‘rinish qoidasini yanada aniqroq qiladi va ikkinchi qatlamdagi oldindan belgilangan togglalar atrofidagi bo‘shliqlarni yopadi.
3. Yirik CMPlar va nashriyotchilardan olingan amaliy fikr-mulohazalar. v2.2 mobil va CTVda toza joriy etish qiyin bo‘lgan bir nechta majburiy oshkor etishlarni kiritgan edi. v2.3 majburiy oshkor etishlar to‘plamini soddalashtiradi va ularning ko‘prog‘ini qatlamli ko‘rinishda joylashtirishga ruxsat beradi.

TC String mosligi

TC Stringning o‘zi orqaga mosligicha qoladi. v2.3 CMP v2.2 vendorlari o‘qiy oladigan stringlar ishlab chiqaradi, va v2.3 vendor o‘tish davrida v2.2 stringlarni iste’mol qila oladi. Stringning asosiy segmentidagi versiya ko‘rsatkichi CMP qaysi siyosat versiyasiga muvofiqlikni da’vo qilayotganini bildiradi, GVL versiya ko‘rsatkichi esa mustaqil ravishda yangilanadi.

Amalda bu nimani anglatadi: siz barcha vendorlarni bir vaqtda yangilashingiz shart emas va v2.3 ni ishga tushirgan kuningizning o‘zida har bir foydalanuvchidan qayta rozilik so‘rashga majbur emassiz. Bosqichma-bosqich joriy etish aniq qo‘llab-quvvatlanadi.

Asosiy texnik o‘zgarishlar

1. Vendorni oshkor qilish va saqlash muddati

v2.3 CMPlardan har bir vendorning e’lon qilingan ma’lumotlarni saqlash muddatini faqat alohida vendor ro‘yxatida emas, balki qatlamli UIda ham ko‘rsatishni talab qiladi. Saqlash qiymati har doim GVL tarkibida bo‘lgan, lekin v2.2 foydalanuvchilar uni maqsadlar bilan yonma-yon ko‘rishini majburiy qilmagan. v2.3 bu bo‘shliqni yopadi, chunki regulyatorlar foydalanuvchilar ma’lumotlari qanchaga cho‘zilib saqlanishini bilmasdan ongli tanlov qila olmaydi, deb hisoblashdi.

2. Ikkinchi qatlamdagi qat’iyroq boshqaruvlar

Ikkinchi qatlamda — "manage preferences" ko‘rinishida — v2.3 muhim bo‘lmagan maqsadlar va vendorlar uchun togglalar standart bo‘yicha o‘chiq holatda bo‘lishi kerakligini aniq belgilaydi. Oldindan belgilangan katakchalar yoki oldindan yoqilgan slayderlar, foydalanuvchi hech qachon aniq "qabul qilish"ni bosmasa ham, siyosat buzilishi hisoblanadi. Ilgari "yumshoq opt-in" naqshiga tayanib kelgan CMPlar ikkinchi qatlamni qayta chizishlari kerak bo‘ladi.

3. Teng-ko‘rinish qoidasini ijro etish

Teng-ko‘rinish qoidasi v2.1 dan beri mavjud, ammo v2.3 uni talqin qilish imkoniyatini kamaytirgan holda ta’riflaydi: "hammasini rad etish" boshqaruvi "hammasini qabul qilish" bilan bir qatlamda, bir xil vizual og‘irlikda, bir xil rang kontrasti sinfida va bir xil interaksiya masofasida bo‘lishi kerak. Rad etishni havola ortiga yashirish, kichikroq tugma qilish yoki ikkinchi darajali ekranga o‘tkazish endi sub’ektiv baho emas, balki aniq muvofiqlik buzilishi hisoblanadi.

4. Legitimate interest signalini uzatish

v2.3 ostida legitimate interestni qonuniy asos sifatida e’lon qiladigan vendorlar endi qaysi maqsadlar bo‘yicha baholash o‘tkazganini va ular uchun Legitimate Interests Assessmentni yakunlaganini ham ko‘rsatishi kerak. CMPlar bu deklaratsiyani foydalanuvchi interfeysiga uzatishi shart, shunda foydalanuvchilar to‘liq ma’lumot bilan e’tiroz bildira oladi. Amalda bu "e’tiroz bildirish" oqimi endi umumiy toggla o‘rniga vendor darajasidagi LIA holatini ko‘rsatishini anglatadi.

5. GVL sxemasi yangilanishlari

Global Vendor List sxemasi saqlash muddatining aniqligi (retention granularity), LIA holati va har bir vendorning e’lon qilingan maqsadlari uchun maxfiylik siyosatidagi bo‘limga mashina o‘qiy oladigan havola kabi maydonlarni qo‘shadi. GVLni keshlaydigan CMPlar v2.3 GVLga o‘tishdan oldin yangi maydonlarni tushunish uchun sxema parserini yangilashi kerak.

UXga ta’sir qiladigan siyosat o‘zgarishlari

TCF ham texnik spetsifikatsiya, ham Policies to‘plamidir. v2.3 dagi bir nechta siyosat o‘zgarishlari to‘g‘ridan-to‘g‘ri rozilik UIga ta’sir qiladi:

• "Qabul qilmasdan davom etish" endi rad etish ekvivalenti bo‘la olmaydi, agar u vizual jihatdan qabul qilish tugmasiga mos kelmasa va to‘liq rad etish bilan bir xil TC Stringni ishlab chiqarmasa.
• Tillar bo‘yicha paritet — rozilik bildirish oynasi saytning o‘zi mavjud bo‘lgan barcha tillarda mavjud bo‘lishi kerak, faqat foydalanuvchining brauzer tilida emas. CMPlar locale override ni qo‘llab-quvvatlashi kerak.
• Doimiy kirish imkoni — foydalanuvchilar preferences markaziga faqat landing sahifadan emas, saytning har bir sahifasidan kira olishi kerak, va kirish havolasi mutaxassis bo‘lmagan foydalanuvchi ham rozilik bilan bog‘liq ekanini tushunadigan tarzda nomlanishi lozim.

Nashriyotchilar nima qilishi kerak

1. CMP vendoringizning v2.3 ni qo‘llab-quvvatlashini tasdiqlang. Ularning v2.3-sertifikatlangan buildi qachon mavjud bo‘lishi va u qaysi versiya satrini (version string) bildirishi haqida aniq sanani so‘rang.
2. GVL keshlash mantiqingizni yangilang. Agar siz har qanday GVL oynasini (mirror) o‘zingiz host qilsangiz, v2.3 GVL ishga tushishidan oldin sxema parserini yangilang, aks holda CMPingiz yangi vendorlarni tasdiqlay olmaydi.
3. Ikkinchi qatlamdagi UI ni qayta yozing, shunda barcha togglalar standart bo‘yicha o‘chiq bo‘ladi, teng-ko‘rinish vizual jihatdan ta’minlanadi va saqlash muddatlari maqsadlar bilan yonma-yon ko‘rsatiladi.
4. Muvofiqlik auditini qayta o‘tkazing. Regulyatorlar uchun eng oson "g‘alabalar" — v2.3 endi aniq ko‘rsatib o‘tgan qorong‘i naqshlar buzilishlaridir. Keyingi nazoratdan oldin ularni tuzating.
5. Qayta so‘rov (re-prompt) strategiyasini rejalashtiring. TC String orqaga mos bo‘lsa-da, Policies qayta ishlash ko‘lami yoki oshkor etilishi sezilarli darajada o‘zgarganda nashriyotchilarni rozilikni qayta so‘rashga undaydi. v2.3 joriy etishingiz auditoriyangiz uchun "sezilarli" o‘zgarish hisoblanadimi-yo‘qmi, shuni oldindan hal qiling.

Vendorlar nima qilishi kerak

1. LI da’vo qilgan har bir maqsad uchun Legitimate Interests Assessmentni yakunlang va natijani GVLga yuboring.
2. GVL dagi yozuvingizni yangilang va v2.3 sxema maydonlarini to‘ldiring: saqlash muddatining aniqligi, LIA deklaratsiyasi va maxfiylik siyosatidagi tegishli bo‘limga chuqur havola.
3. TC String parseringizni IAB Europe taqdim etgan v2.3 namunaviy stringlar (reference strings) bilan tekshiring.
4. CMP hamkorlaringiz bilan umumiy cutover sanasi bo‘yicha kelishib oling, shunda v2.3 stringini olib keladigan birinchi buyer so‘rovi faqat v2.2 ni qo‘llab-quvvatlaydigan vendorga tushib qolmaydi.

Ko‘p uchraydigan migratsiya xatolari

• v2.3 ni UI dizaynini to‘liq yangilash imkoniyati sifatida ko‘rish. v2.3 joriy etilishini brend yangilanishlari bilan birlashtirish vasvasasi bo‘ladi, lekin bu muvofiqlik testini murakkablashtiradi. Avval faqat muvofiqlikka qaratilgan v2.3 relizini chiqaring, keyin dizaynni iteratsiya qiling.
• Saqlash muddatini ko‘rsatish talabini e’tibordan chetda qoldirish. Jamoalar ko‘pincha vendor ro‘yxati ko‘rinishini yangilashadi, lekin saqlash muddati endi maqsadlar bo‘yicha qatlamli ko‘rinishda ham paydo bo‘lishi kerakligini unutishadi.
• TC Stringning o‘zi yetarli deb hisoblash. Nomuvofiq UI tomonidan ishlab chiqarilgan muvofiq string baribir nomuvofiq hisoblanadi. Regulyatorlar stringlari yaxshi ko‘ringan, lekin bannerlari rad etish tugmasini yashirgan operatorlarga bir necha bor jarima solishgan.
• CTV va mobilni qamrovdan chiqarib qo‘yish. v2.3 TCF signallari ishlab chiqariladigan barcha yuzalarga tatbiq etiladi. Faqat vebni yangilab, CTV yoki mobil ilovalarini e’tiborsiz qoldirgan nashriyotchilar gibrid, nomuvofiq muhit yaratadi.

Xulosa

TCF v2.3 v2.2 bilan uzviy bog‘liq, disruptiv uzilish emas, lekin Yevropa dasturiy reklama ekotizimini birga ushlab turgan qoidalarni sezilarli darajada qat’iylashtiradi. Yo‘nalish aniq: ko‘proq shaffoflik, kamroq qorong‘i naqshlar, foydalanuvchi uchun yanada mayda boshqaruv imkoniyatlari va ilgari e’tibordan chetda qolgan chekka holatlarga nisbatan kamroq bag‘rikenglik. v2.3 ni tezkor yamoq sifatida ko‘radigan CMPlar va nashriyotchilar o‘zlarini tez orada yana regulyator qarshisida topishadi. Migratsiyani ikkinchi qatlam UXini tozalash, legitimate interest bo‘yicha qisqa yo‘llarni bekor qilish va haqiqiy teng-ko‘rinishli rozilik oqimini qayta qurish imkoniyati sifatida ko‘radiganlar esa v2.3 davrida haqiqatan ham sotiladigan inventar bilan va kelajakdagi v2.4 nimani olib kelishidan qat’i nazar bardosh bera oladigan rozilik pozitsiyasi bilan yo‘lning narigi tomoniga chiqib olishadi.