Bid Request

A bid request je strukturovaná zpráva, kterou ad exchange nebo supply-side platforma odešle v okamžiku, kdy se reklamní slot stane dostupným, a popisuje impresi, kontext stránky nebo aplikace a vše, co je známo o uživateli a zařízení, aby se potenciální kupující mohli rozhodnout, zda nabídnout a kolik.

Co obsahuje bid request#

V rámci protokolu OpenRTB, na kterém je standardizována většina odvětví, je bid request JSON objekt nesoucí poměrně konzistentní sadu polí: objekt imprese popisující velikost a formát reklamního slotu, vydavatele a ID stránky nebo aplikace, geografická data jako země a region, typ zařízení a informace o připojení, a případná uživatelská nebo first-party data, která je prodávající oprávněn sdílet. Pokud je imprese součástí dohodnutého ujednání, nese požadavek také identifikátor deal, který odkazuje na konkrétní dohodu.

Každá demand-side platforma připojená k této burze obdrží stejný požadavek současně, a to v rámci obvykle přísného okna pro odpověď měřeného v milisekundách. Každý DSP vyhodnotí požadavek pomocí své nabídkové logiky proti aktivním kampaním a buď vrátí nabídkovou odpověď s cenou a kreativou, nebo se rozhodne nenabídnout vůbec.

Proč na bid requestech kupujícím záleží#

Kvalita a úplnost bid requestu přímo ovlivňuje, co s ním DSP může dělat. Požadavek s bohatými signály kontextuálního cílení a čistou identifikací stránky nebo aplikace umožňuje algoritmu kupujícího učinit skutečně informované rozhodnutí. Řídký nebo špatně označený požadavek, který postrádá ověření app-ads.txt nebo neúplný objekt dodavatelského řetězce, dává DSP méně informací k práci, a opatrní kupující často nabízejí konzervativněji nebo tyto požadavky zcela přeskočí, místo aby nabízeli naslepo.

Právě zde se také filtrují nebo propouštějí podvody. Bid request, který tvrdí, že reprezentuje inventář prémiového vydavatele, ale bez doprovodných záznamů ads.txt nebo sellers.json, které by toto tvrzení podpořily, je přesně ten druh signálu, který DSP a kupující používají k odmítnutí falšovaného nebo zkresleného inventáře ještě předtím, než na něj nabídnou.

Čtení objemu bid requestů jako tržního signálu#

Kupující jen zřídka vidí jednotlivé bid requesty přímo, ale agregovaný vzorec – kolik požadavků generuje dané umístění nebo geo, a jak to srovnává se skutečnými nabídkovými odpověďmi – je užitečným zástupným ukazatelem skutečné tržní poptávky. Pro konkurenční výzkum spíše než surové aukční logy vám pohled na to, které kreativy a inzerenti skutečně vyhrávají a běží živě napříč sítěmi, řekne o trhu více než samotný objem nabídek. Index ad intelligence od OpenAdLibrary je postaven přesně na tom: živá viditelnost na úrovni kreativ místo odvozování trhu z aukční infrastruktury.

FAQ#

Vidí každý DSP stejný bid request?

Ano, v rámci jednoho aukčního kola připojené DSP obvykle obdrží stejný požadavek současně. Liší se to, jak se každý DSP na základě vlastní logiky rozhodne, zda na něj nabídne a kolik.

Jak rychle musí DSP reagovat na bid request?

Okna pro odpověď se obvykle měří v desítkách až nízkých stovkách milisekund, což je natolik těsné, že DSP, který nestihne odpovědět včas, je jednoduše považován za neúčastníka aukce pro tuto impresi.

Jsou uživatelská data vždy součástí bid requestu?

Ne. To, co je zahrnuto, závisí na souhlasu, regulaci a na tom, co je vydavatel a jeho SSP nakonfigurováno předávat. Mnoho požadavků dnes nese méně individuálních uživatelských dat než dříve, a místo toho se více spoléhá na kontextuální a first-party signály.

Co se stane, pokud v bid requestu chybí data o dodavatelském řetězci?

Kupující a jejich nástroje pro detekci podvodů často považují neúplná data o dodavatelském řetězci nebo ads.txt za rizikový signál. Některé DSP budou stále nabízet, ale konzervativněji, zatímco jiné jsou nakonfigurovány tak, aby tyto požadavky rovnou přeskočily.