Kāpēc video ir citādāks

Video bieži ir izdevēja vērtīgākais inventārs, un tieši tur piekrišanas signāli visticamāk pazūd. Displeja reklāmas parasti darbojas caur header bidding wrapper un reklāmu servera tagu, kas CMP nolasa automātiski. Video reklāmas ceļo garāku ceļu: lapa ielādē atskaņotāju, atskaņotājs veido reklāmas pieprasījumu, reklāmu serveris atgriež VAST dokumentu, un šis dokuments var norādīt uz tālākiem wrapperiem, izsekošanas pikseļiem un multivides failiem, kurus katru ielādē atskaņotājs, nevis lapa.

Katrā posmā piekrišanas signāls jānodod skaidri. Ja tas nenotiek, pircēji vai nu uzskata rādījumu par tādu, kam nav piekrišanas, vai to atmet, un jūsu vietnes vērtīgākais formāts klusi nopelna mazāk, nekā tam vajadzētu.

1. solis: uzziniet, kā jūsu atskaņotājs nolasa piekrišanu

Video atskaņotāji aptuveni iedalās trīs grupās:

• Atskaņotāji, kas nolasa CMP tieši. Tie paši izsauc __tcfapi vai __gpp un pievieno signālus reklāmu pieprasījumiem.
• Atskaņotāji, kas gaida, ka jūs nodrošināsiet piekrišanu. Piekrišanas virkni un karogus nododat atskaņotāja konfigurācijā vai tieši reklāmas taga URL.
• Atskaņotāji, kas nedara ne vienu, ne otru. Parasti vecākas vai pielāgotas versijas, kur reklāmu pieprasījumi iziet bez jebkāda signāla.

Pārbaudiet sava atskaņotāja dokumentāciju un pēc tam pārliecinieties par uzvedību cilnē Network. Dokumentācija apraksta, kam vajadzētu notikt; pieprasījums parāda, kas notiek.

2. solis: ievietojiet signālus reklāmas pieprasījumā

Lielākā daļa reklāmu serveru un SSP pieņem piekrišanu kā URL parametrus video reklāmas pieprasījumā. Nosaukumi dažādās platformās atšķiras, taču biežākie ir:

• gdpr — 1, ja pieprasījumam piemēro GDPR, 0, ja nepiemēro;
• gdpr_consent — TCF piekrišanas virkne;
• addtl_consent — Google Additional Consent virkne piegādātājiem ārpus TCF Global Vendor List;
• gpp un gpp_sid — GPP virkne un piemērojamie sadaļu ID;
• platformai specifiski karogi nepersonalizētai vai ierobežotai datu apstrādei.

Ja atskaņotājs veido tagus no veidnes, pārliecinieties, ka vērtības tiek aizpildītas pieprasījuma brīdī, nevis tad, kad lapa pirmoreiz ielādējas. Apmeklētājam, kurš piekrīt pēc atskaņotāja inicializācijas, pirmajā reklāmas pieprasījumā nevajadzētu nest tukšu virkni.

3. solis: izmantojiet VAST piekrišanas makro

VAST atbilde bieži satur izsekošanas URL un wrapper URL, kurus atskaņotājs izsauc vēlāk. IAB VAST 4.1 makro saraksts ietver [GDPRCONSENT], kas atskaņotājam, šos URL izsaucot, jāaizstāj ar piekrišanas virkni. Pajautājiet saviem pieprasījuma partneriem, vai to tagi to izmanto, un pārliecinieties, ka jūsu atskaņotājs atbalsta makro aizstāšanu. Ja makro netiek aizstāts, saņemošais galapunkts redz burtisku vietturi, nevis derīgu signālu.

4. solis: pārvaldiet pre-roll laiku

Pre-roll rada laika saspīlējumu. Reklāmas pieprasījums grib izšauties, tiklīdz atskaņotājs ir gatavs, taču pirmreizējam ES apmeklētājam baneris var vēl būt ekrānā. Jums ir trīs iespējas:

1. Gaidīt lēmumu. Aizturiet reklāmas pieprasījumu, līdz CMP ziņo galīgo stāvokli. Tas dod pircējiem labāko signālu, taču var aizkavēt atskaņošanu.
2. Pieprasīt ar pašreizējo stāvokli. Nosūtiet pieprasījumu nekavējoties ar jebkuru esošo signālu, samierinoties ar to, ka pirmā reklāma var tikt uzskatīta par tādu, kam nav piekrišanas.
3. Nedaudz atlikt autoplay. Startējiet atskaņotāju tikai pēc tam, kad apmeklētājs mijiedarbojas ar baneri vai lapu, kas der vietnēm, kur video atrodas zem redzamās daļas.

Universāli pareizas atbildes nav. Pirms izšķiraties, izmēriet fill rate, CPM un atskaņošanas sākuma laiku katrai iespējai uz sava trafika.

5. solis: neaizmirstiet mid-roll un garas sesijas

Garā formāta video un tiešraides var rādīt mid-roll pārtraukumus daudzas minūtes pēc lapas ielādes. Ja apmeklētājs starplaikā ir mainījis izvēli, vēlākajiem reklāmu pieprasījumiem jāatspoguļo jaunais stāvoklis. Atskaņotāji, kas piekrišanas virkni kešo inicializācijas brīdī, turpinās sūtīt veco vērtību. Dodiet priekšroku integrācijām, kas abonē piekrišanas izmaiņu notikumus vai pirms katra reklāmas pārtraukuma atkārtoti nolasa CMP.

6. solis: nošķiriet multivides mitināšanu no reklamēšanas

Arī pats video fails var nākt no trešās puses. Mitinātā atskaņotāja iegultēšana no video platformas var iestatīt sīkdatnes vai ielādēt izsekošanu vēl pirms tiek pieprasīta jebkura reklāma. Izturieties pret atskaņotāju kā pret atsevišķu piegādātāju: norādiet to savā CMP konfigurācijā, izlemiet, uz kuru nolūku tas balstās, un ielādējiet to aiz vietturi, ja tas iestata nebūtiskas sīkdatnes.

Kā FlexyConsent palīdz

FlexyConsent nodrošina standarta IAB TCF 2.4 un GPP v1.1 API kopā ar Google Consent Mode v2 signāliem, tāpēc atskaņotāji un reklāmu tagi, kas CMP nolasa tieši, atrod signālus sagaidāmajā formātā. FlexyConsent ir Google sertificēts CMP (CMP ID 317), ko sertificējušas IAB Europe un IAB Canada.

Ātra pārbaudes rutīna

• Ielādējiet video lapu no ES atrašanās vietas, piekrītiet un pārbaudiet, vai pirmajā reklāmas pieprasījumā ir aizpildīta piekrišanas virkne.
• Noraidiet un atkārtojiet; pārliecinieties, ka pieprasījums joprojām iziet ar pareizu signālu, nevis bez tā.
• Sekojiet VAST wrapper ķēdei un pārbaudiet, vai izsekošanas URL satur īstu virkni, nevis neaizstātu makro.
• Mainiet piekrišanu atskaņošanas laikā un pārbaudiet nākamo reklāmas pārtraukumu.

Galvenie secinājumi

• Video reklāmu pieprasījumus veido atskaņotājs, tāpēc piekrišana jānodod apzināti.
• Aizpildiet piekrišanas parametrus pieprasījuma brīdī, nevis lapas ielādes brīdī.
• Pārliecinieties, ka [GDPRCONSENT] un līdzīgi makro tiek aizstāti visā VAST ķēdē.
• Izvēlieties pre-roll laika stratēģiju, balstoties uz saviem fill, CPM un sākuma laika datiem.
• Izturieties pret video mitinātāju kā pret atsevišķu piegādātāju.