Proč je video jiné

Video je pro vydavatele často nejcennější inventář, a zároveň místo, kde se signály souhlasu ztrácejí nejsnáze. Display reklamy obvykle procházejí header bidding wrapperem a tagem ad serveru, které CMP čtou automaticky. Video reklamy urazí delší cestu: stránka načte přehrávač, přehrávač sestaví reklamní požadavek, ad server vrátí dokument VAST a ten může odkazovat na další wrappery, sledovací pixely a mediální soubory, které stahuje přehrávač, ne stránka.

V každém kroku je třeba signál souhlasu předat výslovně. Když se tak nestane, kupující buď zobrazení berou, jako by souhlas nebyl udělen, nebo ho zahodí, a formát s nejvyšší hodnotou na vašem webu tiše vydělává méně, než by měl.

Krok 1: Zjistěte, jak váš přehrávač čte souhlas

Video přehrávače se zhruba dělí do tří skupin:

• Přehrávače, které čtou CMP přímo. Samy volají __tcfapi nebo __gpp a signály přidávají k reklamním požadavkům.
• Přehrávače, které očekávají, že souhlas dodáte vy. Řetězec souhlasu a příznaky předáváte v konfiguraci přehrávače nebo přímo v URL reklamního tagu.
• Přehrávače, které nedělají ani jedno. Typicky starší nebo vlastní sestavení, kde reklamní požadavky odcházejí bez jakéhokoli signálu.

Přečtěte si dokumentaci svého přehrávače a pak chování ověřte na kartě Network. Dokumentace popisuje, co by se mělo stát; požadavek ukazuje, co se děje.

Krok 2: Přidejte signály k reklamnímu požadavku

Většina ad serverů a SSP přijímá souhlas jako parametry URL na video reklamním požadavku. Názvy se liší podle platformy, ale běžné jsou:

• gdpr — 1, pokud se na požadavek vztahuje GDPR, 0, pokud ne;
• gdpr_consent — řetězec souhlasu TCF;
• addtl_consent — řetězec Additional Consent od Googlu pro dodavatele mimo TCF Global Vendor List;
• gpp a gpp_sid — řetězec GPP a platná ID sekcí;
• příznaky specifické pro platformu pro nepersonalizované nebo omezené zpracování údajů.

Pokud přehrávač sestavuje tagy ze šablony, zajistěte, aby se hodnoty doplnily v okamžiku požadavku, ne při prvním načtení stránky. Návštěvník, který souhlas udělí po inicializaci přehrávače, by neměl mít první reklamní požadavek s prázdným řetězcem.

Krok 3: Použijte makra VAST pro souhlas

Odpověď VAST často obsahuje sledovací URL a URL wrapperů, které přehrávač volá později. Seznam maker IAB VAST 4.1 zahrnuje [GDPRCONSENT], které má přehrávač při volání těchto URL nahradit řetězcem souhlasu. Zeptejte se svých poptávkových partnerů, zda ho jejich tagy používají, a ověřte, že váš přehrávač podporuje nahrazování maker. Pokud makro zůstane nenahrazené, přijímající endpoint vidí doslovný zástupný text místo platného signálu.

Krok 4: Zvládněte časování pre-rollu

Pre-roll vytváří časové napětí. Reklamní požadavek se chce spustit hned, jakmile je přehrávač připraven, ale u nového návštěvníka z EU může být banner ještě na obrazovce. Máte tři možnosti:

1. Počkat na rozhodnutí. Zadržte reklamní požadavek, dokud CMP nenahlásí konečný stav. Kupující tak dostanou nejlepší signál, ale může se zpozdit přehrávání.
2. Požádat s aktuálním stavem. Odešlete požadavek hned s tím signálem, který existuje, s vědomím, že první reklama může být brána, jako by souhlas nebyl udělen.
3. Mírně zpozdit automatické přehrávání. Spusťte přehrávač až poté, co návštěvník s bannerem nebo stránkou interaguje, což vyhovuje webům, kde je video pod okrajem obrazovky.

Univerzálně správná odpověď neexistuje. Než se rozhodnete, změřte u každé možnosti na vlastním provozu fill rate, CPM a čas zahájení přehrávání.

Krok 5: Nezapomeňte na mid-roll a dlouhé relace

Dlouhá videa a živé přenosy mohou mít mid-roll přestávky mnoho minut po načtení stránky. Pokud návštěvník mezitím změnil volbu, musí pozdější reklamní požadavky odrážet nový stav. Přehrávače, které řetězec souhlasu ukládají do mezipaměti při inicializaci, budou dál posílat starou hodnotu. Dávejte přednost integracím, které odebírají události změny souhlasu nebo před každou reklamní přestávkou znovu načtou CMP.

Krok 6: Oddělte hostování médií od reklamy

I samotný video soubor může pocházet od třetí strany. Vložení hostovaného přehrávače z video platformy může nastavit cookies nebo načíst sledování ještě předtím, než je vyžádána jakákoli reklama. Berte přehrávač jako samostatného dodavatele: uveďte ho v konfiguraci svého CMP, rozhodněte, na jaký účel se spoléhá, a načítejte ho za zástupným prvkem, pokud nastavuje nepodstatné cookies.

Jak pomáhá FlexyConsent

FlexyConsent vystavuje standardní API IAB TCF 2.4 a GPP v1.1 spolu se signály Google Consent Mode v2, takže přehrávače a reklamní tagy, které čtou CMP přímo, najdou signály ve formátu, který očekávají. FlexyConsent je CMP certifikovaný Googlem (CMP ID 317) a certifikovaný také IAB Europe a IAB Canada.

Rychlá ověřovací rutina

• Načtěte stránku s videem z lokality v EU, přijměte a zkontrolujte, zda první reklamní požadavek obsahuje vyplněný řetězec souhlasu.
• Odmítněte a zopakujte; ověřte, že požadavek odejde se správným signálem, ne bez něj.
• Sledujte řetězec wrapperů VAST a zkontrolujte, že sledovací URL obsahují skutečný řetězec, ne nenahrazené makro.
• Během přehrávání změňte souhlas a zkontrolujte další reklamní přestávku.

Klíčové poznatky

• Požadavky na video reklamy sestavuje přehrávač, takže souhlas je třeba předávat záměrně.
• Parametry souhlasu vyplňujte v okamžiku požadavku, ne při načtení stránky.
• Ověřte, že se [GDPRCONSENT] a podobná makra nahrazují v celém řetězci VAST.
• Strategii časování pre-rollu zvolte podle vlastních dat o fillu, CPM a času zahájení.
• Hostitele videa berte jako samostatného dodavatele.