Bid Request
A bid request az a strukturált üzenet, amelyet egy ad exchange küld abban a pillanatban, amikor egy hirdetési hely felszabadul, leírva az impressziót, hogy a vevők eldönthessék, mennyit licitáljanak.

A bid request az a strukturált üzenet, amelyet egy ad exchange vagy supply-side platform küld abban a pillanatban, amikor egy hirdetési hely felszabadul, leírva az impressziót, az oldal vagy alkalmazás kontextusát, és bármit, ami a felhasználóról és az eszközről ismert, hogy a potenciális vevők eldönthessék, licitálnak-e, és ha igen, mennyit.
Mi található egy bid requestben#
Az iparág nagy része által használt OpenRTB protokoll szerint a bid request egy JSON objektum, amely meglehetősen konzisztens mezőkészletet hordoz: egy impresszió objektum, amely leírja a hirdetési hely méretét és formátumát, a publisher és a site vagy app ID, geotargeting adatokat, mint ország és régió, eszköztípust és kapcsolati információkat, valamint bármilyen felhasználói vagy first-party adatot, amelyet az eladó megoszthat. Ha az impresszió egy megbeszélt megállapodás része, a kérés egy deal azonosítót is tartalmaz, amely erre a konkrét megállapodásra hivatkozik.
Az ad exchange-hez csatlakoztatott minden demand-side platform egyszerre kapja meg ugyanazt a kérést, általában milliszekundumokban mért szigorú válaszidő-ablakon belül. Az egyes DSP-k licitáló logikája értékeli azt az aktív kampányokkal szemben, és vagy visszaküld egy bid responset egy árértékkel és kreatívval, vagy egyáltalán nem licitál.
Miért fontosak a bid requestek a vevők számára#
Egy bid request minősége és teljessége közvetlenül befolyásolja, hogy egy DSP mit tud kezdeni vele. Egy gazdag kontextuális targeting jeleket és tiszta oldal- vagy alkalmazásazonosítást tartalmazó kérés lehetővé teszi a vevő algoritmusának, hogy valóban megalapozott döntést hozzon. Egy hiányos vagy rosszul címkézett kérés, amely hiányzik az app-ads.txt ellenőrzés vagy egy hiányos supply chain objektum, kevesebb információt ad a DSP-nek, és az óvatos vevők gyakran konzervatívan licitálnak, vagy egyből kihagyják ezeket a kéréseket, ahelyett, hogy vakon licitálnának.
Itt szűrődik ki vagy csúszik át a csalás is. Egy olyan bid request, amely prémium publisher leltárt képvisel, de nincs hozzá tartozó ads.txt vagy sellers.json rekord, amely alátámasztaná ezt az állítást, pontosan az a jelzés, amelyet a DSP-k és a vevők arra használnak, hogy elutasítsák a hamisított vagy meghamisított leltárt, mielőtt egyáltalán licitálnának rá.
A bid request mennyiségének olvasása piaci jelzésként#
A vevők ritkán látják közvetlenül az egyedi bid requesteket, de az aggregált minta, hogy egy adott elhelyezés vagy régió hány kérést generál, és hogy ez hogyan viszonyul a tényleges bid response-okhoz, hasznos proxy a valódi piaci keresletre. Versenykutatási célokra, a nyers aukciós naplók helyett, az, hogy látjuk, mely kreatívok és hirdetők nyernek és futnak élőben a hálózatokon, többet elárul a piacról, mint maga a bid mennyiség. Az OpenAdLibrary hirdetési intelligencia indexe pontosan erre épül: élő, kreatív szintű láthatóság a piac aukciós infrastruktúrájából való következtetése helyett.
GYIK#
Minden DSP ugyanazt a bid requestet látja?
Egyetlen aukciós körön belül igen, a csatlakoztatott DSP-k általában egyszerre kapják meg ugyanazt a kérést. Ami különbözik, az az, hogy az egyes DSP-k saját logikája hogyan dönti el, hogy licitál-e rá, és ha igen, mennyit.
Milyen gyorsan kell válaszolnia egy DSP-nek egy bid requestre?
A válaszidő-ablakok általában tíz- vagy alacsony százas milliszekundumokban mérhetők, olyan szűkek, hogy ha egy DSP nem válaszol időben, azt egyszerűen nem licitáló félként kezelik az adott impresszióra.
A felhasználói adatok mindig szerepelnek a bid requestben?
Nem. A benne szereplő információk a beleegyezésen, a szabályozásokon, valamint a publisher és az SSP konfigurációján múlnak. Sok mai kérés kevesebb egyéni szintű felhasználói adatot tartalmaz, mint régen, inkább a kontextuális és first-party jelekre támaszkodik.
Mi történik, ha egy bid requestben hiányzik a supply chain adat?
A vevők és a csalásfelderítő eszközeik gyakran a hiányos supply chain vagy ads.txt adatokat kockázati jelzésként kezelik. Néhány DSP még mindig licitál, de óvatosabban, míg mások úgy vannak beállítva, hogy ezeket a kéréseket egyből kihagyják.



