Чому згода в CTV відрізняється

Досвід отримання згоди у вебі та на мобільних пристроях ґрунтується на спільному припущенні: користувач може легко читати дрібний текст, натискати точні елементи керування та гортати сторінку. Інтерфейс «10-футового» екрана, яким керують пультом із D-pad, руйнує кожне з цих припущень. Це має прямі наслідки для дизайну згоди:

• Введення тексту є дорогим. Користувачам незручно вводити довгі дані, що обмежує рівень персоналізації, на який ви можете розраховувати.
• Пристрої з багатьма користувачами — норма. Один телевізор можуть спільно використовувати дорослі та діти, і немає надійного способу дізнатися, хто саме зараз дивиться.
• Обмежені постійні ідентифікатори. Ідентифікатори відрізняються залежно від платформи: Roku використовує RIDA, Amazon Fire TV — Fire Advertising ID, Android TV надає Advertising ID, tvOS суттєво обмежує ідентифікацію. Усі вони можуть бути скинуті, а кілька — повністю вимкнені.
• Обмеження контейнера застосунку. Більшість CTV-платформ запускають застосунки в «пісочниці», яка обмежує, що CMP може вбудовувати, яке сховище в��користовувати та який UI-хром доступний.

Які закони про конфіденційність фактично застосовуються

Спеціального закону про конфіденційність саме для CTV не існує, тож CTV-застосунки та SSP підпадають під дію загальних рамок, які вже регулюють цифрові сервіси:

• GDPR та ePrivacy в ЄС та Великій Британії — застосовуються щоразу, коли CTV-застосунок розміщує сховище на пристрої або читає з нього інформацію, включно з advertising ID.
• 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. Ніколи не блокуйте контент через відсутність згоди. Рівні з підтримкою реклами можуть залежати від прийняття реклами, але вибір між платним і безкоштовним рівнем має бути по-справжньому змістовним, а не замаскованою «стіною cookie».

Серверна вставка реклами та ланцюжок згоди

Більшість високоякісного CTV-інвентарю доставляється через с��рверну вставку реклами (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. Перепроєктуйте досвід першого запуску навколо інтерфейсу згоди, зручного для пульта, до випуску наступного оновлення застосунку.
4. Задокументуйте ваш ланцюжок згоди від початку до кінця, від застосунку через SSAI до байєра. Регулятори вже починають запитувати цю схему прямо за назвою.
5. Навчіть вашу ad ops-команду розпізнавати, який інвентар має згоду, а який — ні, щоб вони могли пропонувати контекстні фолбеки, коли сигнал згоди відсутній.

Висновок

CTV — це не зона, вільна від вимог конфіденційності, і припущення, що «телебачення ніхто не регулює», уже є хибним на всіх основних ринках. Добра новина в тому, що всі будівельні блоки — GPP, OpenRTB 2.6, пересилання згоди з урахуванням SSAI та UX-патерни, зручні для пульта — уже існують. Видавці, які впровадять їх рано, зможуть і надалі продавати преміальний CTV-інвентар, коли байєри почнуть відмовлятися від усього іншого. Екран у вітальні — це наступний фронтир для управління згодою, і саме ті оператори, які ставитимуться до нього відповідно, отримають рекламні бюджети, коли решта ринку їх наздожене.