Відэарэклама і згода: як перадаваць сігналы згоды праз плэеры і тэгі 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 і час старту.
- Адносьцеся да відэахостынгу як да асобнага вендара.