Защо CTV съгласието е различно

Уеб и мобилните преживявания за съгласие споделят общо предположение: потребителят може лесно да чете малък текст, да докосва прецизни контроли и да скролира. Потребителски интерфейс, гледан от три метра и управляван с D-pad дистанционно, нарушава всяко от тези предположения. Това има директни последици върху дизайна на съгласието:

• Писането е скъпо. Потребителите не могат удобно да въвеждат дълга информация, което ограничава колко персонализация можете да очаквате.
• Устройствата с множество потребители са нормата. Един телевизор може да се споделя от възрастни и деца, без надежден начин да се знае кой гледа в момента.
• Ограничени постоянни идентификатори. Идентификаторите се различават според платформата: Roku използва RIDA, Amazon Fire TV използва Fire Advertising ID, Android TV излага Advertising ID, а tvOS силно ограничава идентификацията. Всички могат да бъдат нулирани, а няколко могат да бъдат напълно деактивирани.
• Ограничения на контейнера на приложението. Повечето CTV платформи изпълняват приложения в пясъчник, който ограничава какво може да инжектира CMP, какво хранилище може да използва и какви UI елементи са налични.

Кои закони за поверителност всъщност се прилагат

Няма специфичен за CTV закон за поверителност, което означава, че CTV приложенията и SSP-тата се управляват от общите рамки, които вече покриват цифровите услуги:

• GDPR и ePrivacy в ЕС и Обединеното кралство — прилагат се винаги, когато CTV приложение записва данни на устройството или чете информация от него, включително рекламния идентификатор.
• CCPA / CPRA в Калифорния, които третират идентификаторите на устройства и историята на гледане като лична информация и предоставят права за отказ от „продажба" и „споделяне" на тези данни.
• LGPD в Бразилия, PIPL в Китай и DPDP Act в Индия, всички от които се прилагат към CTV зрителите по същия начин, както се прилагат към уеб потребителите.
• COPPA в Съединените щати, който е особено релевантен за семейно ориентирани CTV приложения и всеки инвентар, при който съществува основателно убеждение, че деца гледат.

Никой от тези закони не освобождава CTV и никой от тях не приема „това е телевизор" като причина за пропускане на съгласие. Въпросът не е дали да се събира съгласие — а как да се събира по начин, който потребителите могат действително да изпълнят с дистанционно.

Рамката на IAB Tech Lab за CTV съгласие

IAB Tech Lab публикува спецификации, които правят програматичната CTV монетизация съвместима със съгласието. Най-важните елементи са:

• Global Privacy Platform (GPP) — наследник на TCF и USP низовете, проектиран от самото начало да представя множество юрисдикции в един сигнал за съгласие и да пътува чисто през bid заявки от страна на сървъра.
• OpenRTB 2.6 и по-нови — включва полета за предаване на GPP низове, флагове за чувствителни категории и loggedInState на потребителя, така че купувачите да могат да спазват съгласието по време на търга.
• App-ads.txt и sellers.json — необходими за удостоверяване на инвентара в канал, където измамите и подмените са често срещани, и косвено релевантни, защото купувачите все повече отказват да наддават за CTV инвентар без прикачен проверяем сигнал за съгласие.

Ако вашият CTV стек за монетизация не говори GPP или не предава низ за съгласие в bid заявката, много DSP-та просто ще откажат показването, вместо да рискуват да купуват без правно основание.

Проектиране на CTV преживяване за съгласие, което наистина работи

Доброто CTV съгласие е първо UX проблем и едва след това правен. Няколко принципа, които последователно работят на практика:

1. Показвайте известието веднъж, в самото начало. Представете известието за поверителност при първо стартиране, преди да бъде направен какъвто и да е рекламен кол, а не заровено в настройките.
2. Използвайте големи, удобни за дистанционно цели. Два или три бутона, всеки поне една четвърт от ширината на екрана, със състояния на фокус с висок контраст, които издържат на D-pad навигация.
3. Предложете истинска опция „отказ" на същото ниво като „приемам". Скриването на отказа зад подменю е учебникарски dark pattern и е довело до действия по прилагане в уеб контекст — регулаторите няма да дадат на CTV свободен пропуск.
4. Поддържайте гласово потвърждение, когато платформата го предлага. На устройства с Alexa, Google Assistant и Siri гласовото потвърждение често е най-достъпният начин за даване на съгласие.
5. Осигурете постоянен екран за предпочитания, който е достъпен от главното меню с две кликвания или по-малко.
6. Никога не поставяйте съдържание зад съгласие. Рекламно поддържаните нива могат да бъдат обусловени от приемане на реклама, но изборът между платено и безплатно ниво трябва да бъде истински смислен, а не прикрита стена от бисквитки.

Вмъкване на реклами от страна на сървъра и веригата на съгласие

Повечето висококачествен CTV инвентар се доставя чрез server-side ad insertion (SSAI), където рекламата се зашива във видеото на сървърите на издателя и устройството на крайния потребител никога не извиква директно рекламен сървър. SSAI създава верига на съгласие, която трябва да бъде обработвана внимателно:

• Приложението събира съгласие на устройството и произвежда GPP низ.
• GPP низът се предава на SSAI доставчика като част от инициализацията на сесията.
• SSAI доставчикът препраща низа към рекламния сървър или SSP във всяка заявка нагоре по веригата.
• SSP включва низа в OpenRTB bid заявките към купувачите.

Всяко прекъсване в тази верига — липсващо поле, остарял кеширан низ, SSAI доставчик, който не препраща GPP — и купувачът надолу по веригата на практика купува сляпо. В юрисдикциите на GDPR това е правна експозиция за всяка страна по веригата.

Деца и CTV

CTV каналът се използва широко от семейства и регулаторите гледат негативно на проследяването на екрани, където е вероятно да гледат деца. Практическите предпазни мерки включват поддръжка на детски режими на ниво платформа, предлагане на изцяло контекстуално рекламно преживяване за детско съдържание и гарантиране, че всяко приложение, попадащо под COPPA, работи с напълно отделен процес на съгласие и избор на реклами от общата аудитория. FTC многократно показа, че ще третира „не знаехме, че е дете" като слаба защита, когато съдържанието ясно е насочено към деца.

Какво трябва да направят CTV издателите сега

1. Одитирайте текущия си сигнал за съгласие. Потвърдете, че вашето CTV приложение действително произвежда низ за съгласие и че той достига до SSP във всяка bid заявка. Много издатели откриват при проверка, че разчитат на подразбиращ се „1YNN" или празен низ.
2. Приемете GPP. Само TCF или само USP низове вече не са достатъчни за инвентар с множество юрисдикции. Преминете към GPP, за да може един сигнал да покрива ЕС, Обединеното кралство, щатски закони на САЩ и нововъзникващи рамки.
3. Препроектирайте преживяването при първо стартиране около удобен за дистанционно UI за съгласие, преди да пуснете следващата си актуализация на приложението.
4. Документирайте веригата си на съгласие от край до край, от приложението през SSAI до купувача. Регулаторите започват да искат тази диаграма по име.
5. Обучете екипа си по ad ops да разпознава кой инвентар има съгласие и кой не, така че да може да предлага само контекстуални резервни варианти, когато липсва сигнал за съгласие.

Заключение

CTV не е зона без поверителност и предположението, че „никой не регулира телевизията", вече е погрешно на всеки голям пазар. Добрата новина е, че строителните блокове — GPP, OpenRTB 2.6, препращане на съгласие със SSAI поддръжка и удобни за дистанционно UX модели — всички съществуват. Издателите, които ги възприемат рано, ще бъдат тези, които могат да продължат да продават премиум CTV инвентар, когато купувачите започнат да отказват всичко останало. Екранът в хола е следващата граница за управление на съгласие, а операторите, които се отнасят към него по този начин, ще притежават рекламните долари, когато останалата част от пазара настигне.