CTV Onayını Farklı Kılan Nedir?

Web ve mobil onay deneyimleri ortak bir varsayımı paylaşır: Kullanıcı küçük metinleri rahatça okuyabilir, hassas kontrol noktalarına dokunabilir ve kaydırma yapabilir. Bir D-pad kumandayla yönetilen 3 metre mesafeli kullanıcı arayüzü (10-foot UI) bu varsayımların hepsini bozar. Bunun onay tasarımı üzerinde doğrudan sonuçları vardır:

• Yazı girişi maliyetlidir. Kullanıcılar uzun metinler girmekte zorlanır; bu da ne kadar özelleştirme bekleyebileceğinizi sınırlar.
• Çok kullanıcılı cihazlar normdur. Tek bir TV, yetişkinler ve çocuklar tarafından paylaşılabilir ve o anda kimin izlediğini güvenilir biçimde bilmenin bir yolu yoktur.
• Sınırlı kalıcı tanımlayıcılar. Tanımlayıcılar platforma göre değişir: Roku RIDA kullanır, Amazon Fire TV Fire Advertising ID kullanır, Android TV bir Advertising ID sunar, tvOS ise kimlik tespitini ciddi şekilde kısıtlar. Hepsi sıfırlanabilir ve bazıları tamamen devre dışı bırakılabilir.
• Uygulama-kapsayıcı kısıtlamaları. Çoğu CTV platformu, CMP’nin ne enjekte edebileceğini, hangi depolamayı kullanabileceğini ve hangi UI öğelerinin mevcut olduğunu sınırlayan bir sandbox içinde uygulamaları çalıştırır.

Hangi Gizlilik Yasaları Gerçekte Uygulanıyor?

CTV’ye özgü bir gizlilik yasası yoktur; bu da CTV uygulamaları ve SSP’lerin, dijital hizmetleri kapsayan genel amaçlı çerçevelere tabi olduğu anlamına gelir:

• AB ve Birleşik Krallık’ta GDPR ve ePrivacy — bir CTV uygulaması cihazda depolama yaptığında veya cihazdan bilgi okuduğunda, reklam kimliği dahil, uygulanır.
• Kaliforniya’da CCPA / CPRA; cihaz tanımlayıcılarını ve izleme geçmişini kişisel bilgi olarak ele alır ve bu verilerin "satışı" ve "paylaşımı" için vazgeçme hakkı tanır.
• Brezilya’da LGPD, Çin’de PIPL ve Hindistan’da DPDP Act; bunların tümü CTV izleyicilerine, web kullanıcılarına uygulandığı şekilde uygulanır.
• Amerika Birleşik Devletleri’nde COPPA; özellikle aile odaklı CTV uygulamaları ve çocukların izlediğine dair makul bir kanaatin bulunduğu her türlü envanter için önemlidir.

Bu yasaların hiçbiri CTV’yi muaf tutmaz ve hiçbiri "bu bir TV" gerekçesini onayı atlamak için kabul etmez. Soru, onay toplayıp toplamayacağınız değil — bunu kullanıcıların kumandayla gerçekten tamamlayabileceği bir şekilde nasıl toplayacağınızdır.

CTV Onayı İçin IAB Tech Lab Çerçevesi

IAB Tech Lab, programatik CTV gelirleştirmesini onayla uyumlu hale getiren spesifikasyonlar yayımladı. En önemli parçalar şunlardır:

• Global Privacy Platform (GPP) — TCF ve USP string’lerinin halefi; baştan itibaren birden fazla yargı alanını tek bir onay sinyalinde temsil edecek ve sunucu tarafı teklif istekleri boyunca temiz biçimde taşınacak şekilde tasarlandı.
• OpenRTB 2.6 ve sonrası — GPP string’lerinin, hassas kategori bayraklarının ve alıcıların açık artırma anında onaya saygı gösterebilmesi için kullanıcının loggedInState bilgisinin iletilmesi için alanlar içerir.
• App-ads.txt ve sellers.json — sahtekârlığın ve yanlış beyanın yaygın olduğu bir kanalda envanter doğrulaması için kritik önemdedir ve dolaylı olarak önemlidir; çünkü alıcılar, giderek artan şekilde, doğrulanabilir bir onay sinyali eklenmemiş CTV envanterine teklif vermeyi reddeder.

CTV gelirleştirme yığınınız GPP kullanmıyor veya teklif isteğinde bir onay string’i iletmiyorsa, birçok DSP yasal dayanak olmadan satın alma riski almak yerine gösterimi basitçe düşürecektir.

Gerçekten İşleyen Bir CTV Onay Deneyimi Tasarlamak

İyi CTV onayı, önce bir UX sorunu, sonra hukuki bir sorundur. Pratikte sürekli işe yarayan birkaç ilke:

1. Bildirimleri bir kez, en başta gösterin. Gizlilik bildirimini, ilk açılışta, herhangi bir reklam çağrısı yapılmadan önce gösterin; ayarların içine gömmeyin.
2. Büyük, kumanda dostu hedefler kullanın. İki veya üç buton; her biri ekran genişliğinin en az dörtte biri kadar; D-pad gezinmesinde net görünen yüksek kontrastlı odak durumlarıyla.
3. "Kabul et" ile aynı seviyede gerçek bir "reddet" seçeneği sunun. Reddet seçeneğini alt menüye saklamak, ders kitaplık bir karanlık desendir ve web bağlamında yaptırım konusu olmuştur — düzenleyiciler CTV’ye bedava geçiş tanımayacaktır.
4. Platform destekliyorsa sesli onayı destekleyin. Alexa, Google Assistant ve Siri destekli cihazlarda, sözlü onay çoğu zaman onay vermenin en erişilebilir yoludur.
5. Kalıcı bir tercih ekranı sağlayın; ana menüden en fazla iki tıklamayla ulaşılabilir olmalıdır.
6. İçeriği asla onaya bağlamayın. Reklam destekli katmanlar reklam kabulüne bağlanabilir; ancak ücretli ve ücretsiz katman arasındaki seçim gerçekten anlamlı olmalı — gizlenmiş bir çerez duvarı olmamalıdır.

Sunucu Taraflı Reklam Ekleme ve Onay Zinciri

Yüksek kaliteli CTV envanterinin çoğu, reklamın yayıncının sunucularında videoya eklendiği ve son kullanıcının cihazının doğrudan bir reklam sunucusunu çağırmadığı sunucu taraflı reklam ekleme (SSAI) üzerinden sunulur. SSAI, dikkatle yönetilmesi gereken bir onay zinciri oluşturur:

• Uygulama, cihazda onayı toplar ve bir GPP string’i üretir.
• GPP string’i, oturum başlatmanın bir parçası olarak SSAI sağlayıcısına iletilir.
• SSAI sağlayıcısı, string’i her yukarı akış isteğinde reklam sunucusuna veya SSP’ye iletir.
• SSP, string’i alıcılara gönderilen OpenRTB teklif isteklerine ekler.

Bu zincirdeki herhangi bir kopukluk — eksik bir alan, bayat bir önbelleğe alınmış string, GPP iletmeyen bir SSAI sağlayıcısı — aşağı akıştaki alıcının fiilen körlemesine satın alım yapması anlamına gelir. GDPR kapsamındaki yargı alanlarında bu, zincirdeki her taraf için hukuki bir risktir.

Çocuklar ve CTV

CTV kanalı aileler tarafından yoğun şekilde kullanılır ve düzenleyiciler, çocukların muhtemel izleyici olduğu ekranlarda takibe olumsuz bakar. Pratik önlemler arasında platform düzeyindeki çocuk modlarını desteklemek, çocuk içeriği için yalnızca bağlamsal reklam deneyimi sunmak ve COPPA kapsamındaki herhangi bir uygulamanın, genel izleyiciden tamamen ayrı bir onay ve reklam seçimi hattı üzerinde çalıştığından emin olmak yer alır. FTC, içeriğin açıkça çocukları hedeflediği durumlarda "çocuk olduğunu bilmiyorduk" savunmasını defalarca zayıf bir gerekçe olarak değerlendirdi.

CTV Yayıncılarının Şimdi Ne Yapması Gerekir?

1. Mevcut onay sinyalinizi denetleyin. CTV uygulamanızın gerçekten bir onay string’i ürettiğini ve bunun her teklif isteğinde SSP’ye ulaştığını doğrulayın. Birçok yayıncı, inceleme yaptığında, varsayılan bir "1YNN" veya boş string’e güvendiklerini fark eder.
2. GPP’yi benimseyin. Yalnızca TCF veya yalnızca USP string’leri, çoklu yargı alanlı envanter için artık yeterli değil. Tek bir sinyalin AB, Birleşik Krallık, ABD eyalet yasaları ve ortaya çıkan çerçeveleri kapsaması için GPP’ye geçin.
3. İlk açılış deneyimini, bir sonraki uygulama güncellemesini yayınlamadan önce kumanda dostu bir onay arayüzü etrafında yeniden tasarlayın.
4. Onay zincirinizi uçtan uca belgeleyin, uygulamadan SSAI üzerinden alıcıya kadar. Düzenleyiciler bu diyagramı adıyla istemeye başladı bile.
5. Reklam operasyon ekibinizi eğitin; hangi envanterin onaylı, hangisinin onaysız olduğunu ayırt edebilsinler ki, onay sinyali eksik olduğunda bağlamsal reklam yedekleri sunabilsinler.

Sonuç

CTV bir gizlilik serbest bölgesi değildir ve "kimse TV’yi düzenlemiyor" varsayımı, artık tüm büyük pazarlarda yanlıştır. İyi haber şu ki yapı taşları — GPP, OpenRTB 2.6, SSAI farkında onay iletimi ve kumanda dostu UX kalıpları — zaten mevcut. Bunları erken benimseyen yayıncılar, alıcılar diğer her şeyi reddetmeye başladığında premium CTV envanteri satmaya devam edebilenler olacaktır. Oturma odası ekranı, onay yönetimi için bir sonraki sınırdır ve bunu böyle ele alan işletmeciler, pazarın geri kalanı yetiştiğinde reklam bütçelerini kendilerine çekmiş olacak.