Відеореклама та згода: як передавати сигнали згоди через плеєри та теги VAST
Чим відео відрізняється
Відео — нерідко найцінніший інвентар видавця, і саме тут сигнали згоди губляться найчастіше. Медійна реклама зазвичай проходить через обгортку header bidding і тег рекламного сервера, які зчитують CMP автоматично. Відеореклама проходить довший шлях: сторінка завантажує плеєр, плеєр формує рекламний запит, рекламний сервер повертає документ VAST, а він може посилатися на подальші обгортки, пікселі відстеження й медіафайли, кожен із яких запитує плеєр, а не сторінка.
На кожному кроці сигнал згоди потрібно передавати явно. Якщо цього не робити, покупці або вважають показ показом без згоди, або відкидають його, і найцінніший формат вашого сайту тихо заробляє менше, ніж міг би.
Крок 1: дізнайтеся, як ваш плеєр зчитує згоду
Відеоплеєри умовно поділяються на три групи:
- Плеєри, які читають CMP напряму. Вони самі викликають __tcfapi чи __gpp і додають сигнали до рекламних запитів.
- Плеєри, які чекають, що ви надасте згоду. Ви передаєте рядок згоди та прапорці в конфігурації плеєра або просто в URL рекламного тега.
- Плеєри, які не роблять ні того, ні того. Зазвичай це старі чи самописні збірки, де рекламні запити йдуть узагалі без сигналу.
Вивчіть документацію свого плеєра, а потім перевірте поведінку на вкладці Network. Документація описує те, що має відбуватися; запит показує те, що відбувається насправді.
Крок 2: додайте сигнали до рекламного запиту
Більшість рекламних серверів і SSP приймають згоду у вигляді URL-параметрів відеорекламного запиту. Назви різняться залежно від платформ, але поширені такі:
- gdpr — 1, якщо до запиту застосовується GDPR, і 0, якщо ні;
- gdpr_consent — рядок згоди TCF;
- addtl_consent — рядок Additional Consent від Google для вендорів, яких немає в Global Vendor List TCF;
- gpp і gpp_sid — рядок GPP та ідентифікатори застосовних розділів;
- прапорці конкретних платформ для неперсоналізованої чи обмеженої обробки даних.
Якщо плеєр будує теги за шаблоном, переконайтеся, що значення підставляються в момент запиту, а не під час першого завантаження сторінки. Якщо відвідувач дав згоду вже після ініціалізації плеєра, його перший рекламний запит не повинен йти з порожнім рядком.
Крок 3: використовуйте макроси згоди VAST
Відповідь VAST часто містить URL відстеження та URL обгорток, які плеєр викликає пізніше. До списку макросів IAB VAST 4.1 входить [GDPRCONSENT], який плеєр має замінювати рядком згоди під час виклику цих URL. Запитайте в деманд-партнерів, чи використовують їхні теги цей макрос, і переконайтеся, що ваш плеєр підтримує підстановку макросів. Якщо макрос залишається не підставленим, приймальна кінцева точка бачить буквальний плейсхолдер, а не валідний сигнал.
Крок 4: урахуйте таймінг pre-roll
Pre-roll створює суперечність у часі. Рекламний запит хоче піти, щойно плеєр готовий, але у відвідувача з ЄС, який прийшов уперше, банер може ще бути на екрані. Є три варіанти:
- Дочекатися рішення. Утримуйте рекламний запит, доки CMP не повідомить остаточний стан. Це дає покупцям найкращий сигнал, але може затримати відтворення.
- Запросити з поточним станом. Надішліть запит одразу з тим сигналом, який є, погодившись із тим, що перша реклама може вважатися показаною без згоди.
- Трохи відкласти автовідтворення. Запускайте плеєр лише після того, як відвідувач взаємодіє з банером чи сторінкою; це підходить сайтам, де відео розташоване нижче першого екрана.
Універсальної правильної відповіді немає. Перш ніж зупинитися на варіанті, виміряйте fill rate, CPM і час початку відтворення для кожного на власному трафіку.
Крок 5: не забувайте про mid-roll і довгі сесії
Довгі відео й прямі трансляції можуть запускати mid-roll-паузи через багато хвилин після завантаження сторінки. Якщо за цей час відвідувач змінив вибір, подальші рекламні запити мають відображати новий стан. Плеєри, які кешують рядок згоди під час ініціалізації, продовжать надсилати старе значення. Віддавайте перевагу інтеграціям, які підписуються на події зміни згоди або заново читають CMP перед кожним рекламним блоком.
Крок 6: розділіть хостинг медіа та рекламу
Сам відеофайл теж може надходити від третьої сторони. Вбудовування хостингового плеєра відеоплатформи може встановлювати cookie чи завантажувати відстеження ще до того, як запрошено будь-яку рекламу. Ставтеся до плеєра як до окремого вендора: вкажіть його в конфігурації CMP, визначте, на яку ціль він спирається, і завантажуйте його за плейсхолдером, якщо він встановлює необов’язкові cookie.
Як допомагає FlexyConsent
FlexyConsent надає стандартні API IAB TCF 2.4 і GPP v1.1, а також сигнали Google Consent Mode v2, тож плеєри й рекламні теги, які читають CMP напряму, знаходять сигнали в очікуваному форматі. FlexyConsent — CMP, сертифікована Google (CMP ID 317), а також сертифікована IAB Europe та IAB Canada.
Швидка процедура перевірки
- Завантажте сторінку з відео з локації в ЄС, прийміть згоду й перевірте, що в першому рекламному запиті є заповнений рядок згоди.
- Відмовтеся й повторіть; переконайтеся, що запит усе одно йде з правильним сигналом, а не без нього.
- Пройдіть по ланцюжку обгорток VAST і перевірте, що в URL відстеження стоїть справжній рядок, а не сирий макрос.
- Змініть згоду під час відтворення й перевірте наступний рекламний блок.
Ключові висновки
- Відеорекламні запити формує плеєр, тому згоду потрібно передавати свідомо.
- Заповнюйте параметри згоди в момент запиту, а не під час завантаження сторінки.
- Переконайтеся, що [GDPRCONSENT] та подібні макроси підставляються по всьому ланцюжку VAST.
- Обирайте стратегію таймінгу pre-roll за власними даними про fill, CPM і час старту.
- Ставтеся до відеохостингу як до окремого вендора.