Защо видеото е различно

Видеото често е най-ценният инвентар на издателя и точно тук сигналите за съгласие най-лесно се губят. Дисплейните реклами обикновено минават през обвивка за 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 създава напрежение във времето. Рекламната заявка иска да излезе веднага щом плейърът е готов, но за посетител от ЕС, който идва за първи път, банерът може още да е на екрана. Имате три възможности:

1. Изчакване на решение. Задръжте рекламната заявка, докато CMP не отчете окончателно състояние. Това дава на купувачите най-добрия сигнал, но може да забави възпроизвеждането.
2. Заявка с текущото състояние. Изпратете заявката веднага с наличния сигнал, като приемете, че първата реклама може да се третира като без съгласие.
3. Леко забавяне на автоматичното възпроизвеждане. Стартирайте плейъра едва след като посетителят взаимодейства с банера или страницата, което подхожда на сайтове, където видеото е под линията на прегъване.

Няма универсално правилен отговор. Измерете fill rate, CPM и времето за начало на възпроизвеждане за всеки вариант на собствения си трафик, преди да се ангажирате.

Стъпка 5: Не забравяйте mid-roll и дългите сесии

Дългото видео и поточните предавания могат да пускат mid-roll паузи много минути след зареждането на страницата. Ако междувременно посетителят е променил избора си, следващите рекламни заявки трябва да отразяват новото състояние. Плейърите, които кешират низа за съгласие при инициализиране, ще продължат да изпращат старата стойност. Предпочитайте интеграции, които се абонират за събития за промяна на съгласието или четат CMP отново преди всяка рекламна пауза.

Стъпка 6: Отделете хостинга на медията от рекламата

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

Как помага 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 и време за старт.
• Третирайте видеохостинга като самостоятелен вендор.