Niyə CTV razılığı fərqlidir

Veb və mobil razılıq təcrübələri ortaq bir fərziyyəni bölüşür: istifadəçi kiçik mətni rahat oxuya, dəqiq idarəçiliklərə toxuna və sürüşdürə bilər. Üç metr məsafədən baxılan və D-pad pultla idarə olunan interfeys bu fərziyyələrin hər birini pozur. Bu, razılıq dizaynına birbaşa təsir göstərir:

• Yazmaq bahadır. İstifadəçilər uzun məlumat daxil etməkdə rahatsızlıq çəkirlər, bu isə gözlənilən fərdiləşdirmənin həcmini məhdudlaşdırır.
• Çoxistifadəçili cihazlar normadır. Eyni televizordan böyüklər və uşaqlar birlikdə istifadə edə bilər və kimin hazırda baxdığını bilmək üçün etibarlı yol yoxdur.
• Məhdud davamlı identifikatorlar. İdentifikatorlar platformaya görə dəyişir: Roku RIDA-dan istifadə edir, Amazon Fire TV Fire Advertising ID-dən, Android TV Advertising ID-ni təqdim edir, tvOS isə identifikasiyanı ciddi şəkildə məhdudlaşdırır. Onların hamısı sıfırlana bilər və bir neçəsi tamamilə söndürülə bilər.
• Tətbiq konteyner məhdudiyyətləri. Əksər CTV platformaları tətbiqləri sandbox daxilində işlədir, bu da CMP-nin nəyi inyeksiya edə biləcəyini, hansı yaddaşdan istifadə edə biləcəyini və hansı UI elementlərinin mövcud olduğunu məhdudlaşdırır.

Hansı məxfilik qanunları əslində tətbiq olunur

CTV üçün xüsusi məxfilik qanunu yoxdur, bu isə o deməkdir ki, CTV tətbiqləri və SSP-lər artıq rəqəmsal xidmətləri əhatə edən ümumi çərçivələrlə idarə olunur:

• GDPR və ePrivacy Aİ və Birləşmiş Krallıqda — CTV tətbiqi cihazda məlumat saxladığı və ya oradan məlumat oxuduğu hər dəfə, o cümlədən reklam ID-si üçün tətbiq olunur.
• CCPA / CPRA Kaliforniyada, cihaz identifikatorlarını və baxış tarixçəsini şəxsi məlumat kimi nəzərdən keçirir və bu məlumatın «satışı» və «paylaşılması» üçün imtina hüquqları verir.
• LGPD Braziliyada, PIPL Çində və DPDP Act Hindistanda — hamısı CTV baxıcılarına veb istifadəçiləri kimi tətbiq olunur.
• COPPA Birləşmiş Ştatlarda, xüsusilə ailə yönümlü CTV tətbiqləri və uşaqların baxdığına dair əsaslı inam olan hər hansı inventar üçün aktualdır.

Bu qanunların heç biri CTV-ni istisna etmir və heç biri «bu televizordur» bəhanəsini razılığı keçmək üçün səbəb kimi qəbul etmir. Sual razılıq toplamaq və ya toplamamaqda deyil — sual istifadəçilərin pultla həqiqətən başa çatdıra biləcəyi şəkildə onu necə toplamaqdadır.

CTV razılığı üçün IAB Tech Lab çərçivəsi

IAB Tech Lab proqramatik CTV monetizasiyasını razılıqla uyğunlaşdıran spesifikasiyalar dərc edib. Ən vacib hissələr bunlardır:

• Global Privacy Platform (GPP) — TCF və USP sətirlərinin varisi, ilk gündən bir neçə yurisdiksiyanı tək razılıq siqnalında təmsil etmək və serverdən-servere təklif sorğuları arasında təmiz şəkildə hərəkət etmək üçün nəzərdə tutulub.
• OpenRTB 2.6 və sonrakı versiyalar — GPP sətirlərini, həssas kateqoriya bayraqlarını və istifadəçinin loggedInState-ni ötürmək üçün sahələr daxil edir ki, alıcılar hərrac zamanı razılığa riayət edə bilsinlər.
• App-ads.txt və sellers.json — fırıldaqçılığın və saxta təmsilçiliyin adi olduğu kanalda inventar autentifikasiyası üçün vacibdir və dolayı yolla aktualdır, çünki alıcılar getdikcə daha çox yoxlanıla bilən razılıq siqnalı olmadan CTV inventarına təklif verməkdən imtina edirlər.

Əgər sizin CTV monetizasiya steckiniz GPP danışmırsa və ya təklif sorğusunda razılıq sətri ötürmürsə, bir çox DSP hüquqi əsas olmadan almaq riskinə girmək əvəzinə göstərişi sadəcə atacaq.

Həqiqətən işləyən CTV razılıq təcrübəsinin dizaynı

Yaxşı CTV razılığı əvvəlcə UX, sonra hüquqi problemdir. Təcrübədə ardıcıl şəkildə işləyən bir neçə prinsip:

1. Bildirişi bir dəfə, əvvəldən göstərin. Məxfilik bildirişini ilk başlatmada, hər hansı reklam çağırışından əvvəl təqdim edin, parametrlərdə basdırmayın.
2. Böyük, pulta uyğun hədəflərdən istifadə edin. İki və ya üç düymə, hər biri ən azı ekran genişliyinin dörddəbiri, D-pad naviqasiyasını dəstəkləyən yüksək kontrastlı fokus vəziyyətləri ilə.
3. «Qəbul et» ilə eyni səviyyədə əsl «rədd et» variantını təklif edin. Rədd etməni alt menyunun arxasında gizlətmək dərslik qaranlıq nümunədir və veb kontekstində tətbiq tədbirlərinə səbəb olub — tənzimləyicilər CTV-yə sərbəst keçid verməyəcək.
4. Platforma təklif etdikdə səs təsdiqini dəstəkləyin. Alexa, Google Assistant və Siri dəstəkli cihazlarda danışılan təsdiq çox vaxt razılıq vermənin ən əlçatan yoludur.
5. İki və ya daha az klikdə ana menyudan əlçatan davamlı tərcihlər ekranı təmin edin.
6. Heç vaxt məzmunu razılığa bağlamayın. Reklam dəstəkli planlar reklamın qəbul edilməsindən asılı ola bilər, lakin pullu və pulsuz plan arasında seçim həqiqətən mənalı olmalıdır — gizlədilmiş cookie divarı yox.

Server tərəfi reklam yerləşdirilməsi və razılıq zənciri

Yüksək keyfiyyətli CTV inventarının əksəriyyəti server-side ad insertion (SSAI) vasitəsilə çatdırılır, burada reklam naşirin serverlərində videoya tikilir və son istifadəçi cihazı heç vaxt reklam serverinə birbaşa çağırış etmir. SSAI diqqətlə idarə olunmalı olan razılıq zənciri yaradır:

• Tətbiq razılığı cihazda toplayır və GPP sətri hazırlayır.
• GPP sətri seans başlatılmasının bir hissəsi kimi SSAI təchizatçısına ötürülür.
• SSAI təchizatçısı sətri hər yuxarı axın sorğusunda reklam serverinə və ya SSP-yə ötürür.
• SSP sətri alıcılara göndərilən OpenRTB təklif sorğularına daxil edir.

Bu zəncirdəki hər hansı qırılma — əskik sahə, köhnəlmiş keşlənmiş sətir, GPP-ni ötürməyən SSAI təchizatçısı — və aşağı axındakı alıcı praktiki olaraq kor şəkildə alır. GDPR yurisdiksiyalarında bu, zəncirdəki hər bir tərəf üçün hüquqi risk deməkdir.

Uşaqlar və CTV

CTV kanalı ailələr tərəfindən geniş şəkildə istifadə olunur və tənzimləyicilər uşaqların baxması ehtimalı olan ekranlarda izlənilməyə mənfi baxır. Praktik qoruyucu tədbirlərə platforma səviyyəsində uşaq rejimlərini dəstəkləmək, uşaq məzmunu üçün yalnız kontekstual reklam təcrübəsi təklif etmək və COPPA-ya tabe olan hər hansı tətbiqin ümumi auditoriyadan tamamilə ayrı razılıq və reklam seçim prosesi ilə işlədiyinə əmin olmaq daxildir. FTC dəfələrlə göstərib ki, məzmun açıq şəkildə uşaqları hədəf aldığı halda «bilmirdik ki, uşaqdır» zəif müdafiə kimi qəbul ediləcək.

CTV naşirləri indi nə etməlidir

1. Mövcud razılıq siqnalınızı yoxlayın. CTV tətbiqinizin həqiqətən razılıq sətri yaratdığını və hər təklif sorğusunda SSP-yə çatdığını təsdiqləyin. Bir çox naşir yoxlama zamanı defolt «1YNN» və ya boş sətrə güvəndiyini kəşf edir.
2. GPP-ni qəbul edin. Yalnız TCF və ya yalnız USP sətirləri artıq çoxyurisdiksiyalı inventar üçün yetərli deyil. Bir siqnalın Aİ-ni, Birləşmiş Krallığı, ABŞ ştatı qanunlarını və yeni yaranan çərçivələri əhatə etməsi üçün GPP-yə keçin.
3. Növbəti tətbiq yeniləmənizi göndərməzdən əvvəl pulta uyğun razılıq UI-si ətrafında ilk işə salma təcrübəsini yenidən dizayn edin.
4. Razılıq zəncirinizi tətbiqdən SSAI vasitəsilə alıcıya qədər əvvəldən axıra sənədləşdirin. Tənzimləyicilər bu diaqramı ad ilə istəməyə başlayıblar.
5. Reklam əməliyyatları komandanıza öyrədin ki, hansı inventarın razılıqla, hansının razılıqsız olduğunu tanısınlar ki, razılıq siqnalı olmadıqda yalnız kontekstual alternativlər təklif edə bilsinlər.

Nəticə

CTV məxfiliksiz zona deyil və «televizoru heç kim tənzimləmir» fərziyyəsi hər böyük bazarda artıq səhvdir. Yaxşı xəbər budur ki, tikinti blokları — GPP, OpenRTB 2.6, SSAI-dən xəbərdar razılıq ötürülməsi və pulta uyğun UX nümunələri — hamısı mövcuddur. Onları erkən qəbul edən naşirlər, alıcılar qalan hər şeyi rədd etməyə başlayanda premium CTV inventarını satmağa davam edə biləcək olanlardır. Qonaq otağı ekranı razılıq idarəsi üçün növbəti sərhəddir və onu bu cür nəzərdən keçirən operatorlar bazarın qalanı yetişəndə reklam dollarlarına sahib olacaq.