Kısa Versiyon

TCF v2.3, v2.2’nin evrimidir; baştan tasarım değildir. TC String formatı uyumludur, mevcut amaçlar ve özellikler korunur ve yayıncıya dönük arayüz gerekliliklerinin çoğu değişmeden devam eder. Anlamlı değişiklikler dört alanda yoğunlaşır:

• Satıcı bilgilerinin ve saklama sürelerinin CMP’ler tarafından nasıl sunulacağına dair daha net kurallar.
• 2022 Belçika DPA kararından beri düzenleyicilerin talep ettiği daha ayrıntılı ikinci katman kontrolleri için yeni gereklilikler.
• Karanlık desenler, eşit görünürlük ve önceden işaretli seçenekler etrafında sıkılaştırılmış politika uygulaması.
• Global Vendor List (GVL) şemasında ve satıcı açıklama akışında yapılan ayarlamalar.

v2.3 Neden Var?

Her TCF sürümü, üç hedef kitle arasında bir uzlaşmadır: para kazanmaya devam etmesi gereken yayıncılar, istikrarlı bir teknik arayüze ihtiyaç duyan satıcılar ve sürekli olarak belirli uyum açıkları bulan düzenleyiciler. v2.3 doğrudan üç baskıya yanıt verir:

1. v2.2 altında "meşru menfaat"in aşırı kullanımına karşı yaptırım kararları. Birkaç Avrupa veri koruma otoritesi, çok sayıda satıcının, gerçekte yalnızca rızanın hukuka uygun olduğu amaçlar için meşru menfaat (LI) iddia ettiğine hükmetti. v2.3, satıcıların beyan ettiği hukuki dayanak açıklamalarını sıkılaştırır ve bunları rıza arayüzünde daha erken yüzeye çıkarır.
2. Karanlık desenlere ilişkin devam eden şikâyetler. Güncellenen Politikalar, eşit görünürlük kuralını daha açık hale getirir ve ikinci katmandaki önceden işaretli anahtarlar etrafındaki boşlukları kapatır.
3. Büyük CMP’ler ve yayıncılardan gelen operasyonel geri bildirim. v2.2, mobil ve CTV’de temiz bir şekilde uygulaması zor olan birkaç zorunlu açıklama getirdi. v2.3, zorunlu açıklama setini sadeleştirir ve bunların daha fazlasının katmanlı bir görünümde yer almasına izin verir.

TC String Uyumluluğu

TC String’in kendisi geriye dönük uyumlu kalır. Bir v2.3 CMP, v2.2 satıcıların okuyabildiği string’ler üretir ve bir v2.3 satıcı, geçiş döneminde v2.2 string’lerini tüketebilir. String’in çekirdek segmentindeki sürüm göstergesi, CMP’nin hangi politika sürümüne uyum iddia ettiğini belirtir ve GVL sürüm işaretçisi bağımsız olarak ileriye gider.

Pratik anlamı: tüm satıcıları aynı anda güncellemeniz gerekmez ve v2.3’ü yayına aldığınız gün her kullanıcıdan yeniden rıza almayı zorunlu kılamazsınız. Aşamalı bir yayına geçiş açıkça desteklenir.

Temel Teknik Değişiklikler

1. Satıcı Açıklaması ve Saklama

v2.3, CMP’lerin her satıcının beyan ettiği veri saklama süresini yalnızca ayrı bir satıcı listesinde değil, katmanlı arayüzde de göstermesini zorunlu kılar. Saklama değeri her zaman GVL’nin bir parçasıydı, ancak v2.2, kullanıcıların bunu amaçlarla yan yana görmesini şart koşmuyordu. v2.3, bu boşluğu kapatır; çünkü düzenleyiciler, kullanıcıların verilerinin ne kadar süreyle saklanacağını bilmeden bilinçli bir seçim yapamayacağını savundu.

2. Daha Sıkı İkinci Katman Kontrolleri

İkinci katmanda — "tercihleri yönet" görünümünde — v2.3, zorunlu olmayan amaçlar ve satıcılar için anahtarların varsayılan olarak kapalı olması gerektiğini açıkça belirtir. Önceden işaretli kutular veya önceden etkinleştirilmiş kaydırıcılar, kullanıcı hiçbir zaman açıkça "kabul et"e tıklamasa bile politika ihlalidir. Daha önce "yumuşak opt-in" desenine güvenen CMP’ler, ikinci katmanı yeniden oluşturmak zorunda kalacaktır.

3. Eşit Görünürlük Uygulaması

Eşit görünürlük kuralı v2.1’den beri mevcuttu, ancak v2.3 bunu yorum payı daha az olacak şekilde tanımlar: "tümünü reddet" kontrolü, "tümünü kabul et" ile aynı katmanda, aynı görsel ağırlıkta, aynı renk kontrast sınıfında ve aynı etkileşim mesafesinde olmalıdır. Reddetme seçeneğini bir bağlantının, daha küçük bir butonun veya ikincil bir ekranın arkasına saklamak artık takdire bağlı değil, açık bir uyumsuzluk olarak kabul edilir.

4. Meşru Menfaat Sinyallemesi

v2.3 kapsamında hukuki dayanak olarak meşru menfaat beyan eden satıcılar, artık hangi amaçlar için değerlendirme yaptıklarını ve hangileri için Meşru Menfaat Değerlendirmesini (LIA) tamamladıklarını da beyan etmek zorundadır. CMP’ler, bu beyanı kullanıcı arayüzüne iletmekle yükümlüdür; böylece kullanıcılar tam bilgiyle itiraz edebilir. Pratikte bu, "itiraz et" akışının artık genel bir anahtar yerine satıcıya özgü LIA durumunu göstermesi anlamına gelir.

5. GVL Şema Güncellemeleri

Global Vendor List şeması, saklama ayrıntı düzeyi, LIA durumu ve her satıcının beyan edilen amaçlara ilişkin gizlilik politikası bölümüne makinece okunabilir bir bağlantı için alanlar ekler. GVL’yi önbelleğe alan CMP’ler, v2.3 GVL’sine geçmeden önce yeni alanları anlayacak şekilde şema ayrıştırıcılarını güncellemelidir.

UX’i Etkileyen Politika Değişiklikleri

TCF hem teknik bir spesifikasyon hem de bir Politika setidir. v2.3 Politikalarındaki birkaç değişiklik doğrudan rıza arayüzüne yansır:

• "Kabul etmeden devam et" seçeneğinin artık reddetme eşdeğeri olarak kullanılamaması; ancak görsel olarak kabul butonuyla eşleşiyorsa ve tam reddetme ile aynı TC String’i üretiyorsa mümkündür.
• Dil eşitliği — rıza bildirimi, sitenin sunulduğu her dilde mevcut olmalıdır; yalnızca kullanıcının tarayıcı dilinde değil. CMP’ler yerel ayar geçersiz kılmayı (locale override) desteklemelidir.
• Sürekli erişim — kullanıcılar tercih merkezine yalnızca açılış sayfasından değil, sitenin her sayfasından ulaşabilmelidir ve erişim bağlantısı, uzman olmayan bir kullanıcının bile rıza ile ilgili olduğunu anlayacağı şekilde etiketlenmelidir.

Yayıncıların Yapması Gerekenler

1. CMP satıcınızın v2.3 desteğini doğrulayın. v2.3 sertifikalı sürümlerinin tam olarak hangi tarihte hazır olacağını ve hangi sürüm string’ini raporlayacağını sorun.
2. GVL önbellek mantığınızı yenileyin. Herhangi bir GVL yansısını (mirror) kendiniz barındırıyorsanız, v2.3 GVL devreye girmeden önce şema ayrıştırıcısını güncelleyin; aksi halde CMP’niz yeni satıcıları doğrulamada başarısız olur.
3. İkinci katman arayüzünüzü yeniden yazın; böylece her anahtar varsayılan olarak kapalı olur, eşit görünürlük görsel olarak sağlanır ve saklama süreleri amaçların yanında gösterilir.
4. Uyum denetiminizi yeniden çalıştırın. Düzenleyicilerin en kolay tespit ettiği ihlaller, v2.3’ün artık açıkça işaret ettiği karanlık desenlerdir. Bir sonraki denetimden önce bunları düzeltin.
5. Yeniden rıza isteme stratejisi planlayın. TC String geriye dönük uyumlu olsa da Politikalar, işleme kapsamı veya açıklamasının maddi olarak değiştiği durumlarda yayıncıları yeniden rıza aramaya teşvik eder. v2.3 geçişinizin kitleniz için "maddi" sayılıp sayılmadığına karar verin.

Satıcıların Yapması Gerekenler

1. Meşru menfaat beyan ettiğiniz her amaç için bir Meşru Menfaat Değerlendirmesi (LIA) tamamlayın ve sonucu GVL’ye iletin.
2. GVL kaydınızı v2.3 şema alanlarıyla güncelleyin: saklama ayrıntı düzeyi, LIA beyanı ve gizlilik politikasındaki ilgili bölüme derin bağlantı.
3. TC String ayrıştırıcınızı IAB Europe tarafından sağlanan v2.3 referans string’lerine karşı doğrulayın.
4. CMP ortaklarınızla ortak bir geçiş tarihi üzerinde koordine olun; böylece v2.3 string taşıyan ilk alıcı isteği, yalnızca v2.2 destekleyen bir satıcıya düşmesin.

Yaygın Geçiş Tuzakları

• v2.3’ü bir arayüz yeniden tasarım fırsatı gibi görmek. v2.3 geçişini marka güncellemeleriyle birleştirmek cazip gelse de bu, uyum testini zorlaştırır. Önce yalnızca uyuma odaklı bir v2.3 sürümü yayınlayın, ardından tasarım üzerinde iterasyon yapın.
• Saklama süresi gösterimi gerekliliğini atlamak. Ekipler genellikle satıcı listesi görünümünü günceller, ancak saklama bilgisinin artık amaç bazlı katmanlı görünümde de yer alması gerektiğini unuturlar.
• TC String’in tek başına yeterli olduğunu varsaymak. Uyumlu bir string’in, uyumsuz bir arayüz tarafından üretilmesi hâlâ uyumsuzluktur. Düzenleyiciler, string’leri düzgün görünüp banner’ları reddet butonunu saklayan işletmelere defalarca ceza kesti.
• CTV ve mobil yüzeyleri kapsam dışında bırakmak. v2.3, TCF sinyallerinin üretildiği her yüzeye uygulanır. Web güncellemesi yayınlayıp CTV veya mobil uygulamalarını görmezden gelen yayıncılar, hibrit bir uyumsuz ortam yaratır.

Sonuç

TCF v2.3, v2.2 ile kopuş yaratan yıkıcı bir değişiklik değildir; ancak Avrupa programatik ekosistemini bir arada tutan kuralların anlamlı bir şekilde sıkılaştırılmasıdır. Gidişat nettir: daha fazla şeffaflık, daha az karanlık desen, daha ayrıntılı kullanıcı kontrolü ve eskiden gözden kaçan uç vakalara daha az tolerans. v2.3’ü hızlı bir yama olarak gören CMP’ler ve yayıncılar, kendilerini yeniden düzenleyicinin karşısında bulacaktır. Geçişi, ikinci katman UX’ini temizlemek, meşru menfaat kısayollarını terk etmek ve gerçekten eşit görünürlüklü bir rıza akışı inşa etmek için kullananlar ise v2.3 döneminde gerçekten talep gören envanterle ve muhtemel bir v2.4’ün getireceklerine de dayanabilecek bir rıza duruşuyla yola devam edecek.