Mi az a Prebid (Prebid.js)?

A Prebid, amely leggyakrabban Prebid.js formában találkozunk vele, egy nyílt forráskódú header bidding wrapper, amely lehetővé teszi a kiadó számára, hogy egyetlen, egységes árverést futtasson több hirdetési exchange és demand-side platform között, mielőtt az oldal betöltődne. Ahelyett, hogy egy vízesésben egyesével ébresztené fel a licitálókat, a Prebid mindegyiktől egyszerre kér licitet, és a nyertes árat továbbítja az oldal hirdetéskiszolgálójának hívásába.

Miért fogadták el a kiadók#

A header bidding előtt a kiadók vízesést futtattak: a hirdetési helyeket rögzített prioritási sorrendben ajánlották fel a keresleti forrásoknak, és egy alacsonyabb rangú licitáló soha nem kapott esélyt arra, hogy árban legyőzzön egy magasabb rangú licitálót az adott impresszióért. A Prebid megnyitotta ezt a rendszert, lehetővé téve minden csatlakoztatott keresleti forrás számára, hogy egyenlő feltételekkel versenyezzen ugyanazért az impresszióért, ami általában növeli a hozamot egy szigorú vízeséshez képest. Ingyenes, a Prebid.org nyílt forráskódú közössége tartja karban, és szinte alapértelmezetté vált a header biddinget futtató programmatic kiadók számára.

Hogyan illeszkedik az ellátási láncba#

A Prebid.js kliensoldalon fut, a látogató böngészőjében, koordinálva a licitkéréseket több supply-side platform és hirdetési exchange felé, mielőtt a legmagasabb licitet visszaadná az oldal elsődleges hirdetéskiszolgálójának (általában a Google Ad Manager). Egy szerveroldali változat, a Prebid Server, ezt az árverési logikát kiviszi a böngészőből, hogy csökkentse a késleltetést és az oldal súlyát. Akárhogy is, a nyertes licit ugyanazon hirdetési ellátási láncon keresztül áramlik, amelynek jelentéseiben egy SupplyChain objektum (schain) és egy sellers.json fájl létezik az auditálhatóság érdekében.

Hol jelenik meg natív és display vásárlók számára#

A Prebid maga a tranzakció kiadói és supply-side platform oldalán működik, nem pedig valami, amit egy hirdető közvetlenül konfigurál. De fontos a médiavásárlók számára, mert befolyásolja, hogy kivel versenyeznek valójában, és hogyan éri el a real-time bidding a végső árat bármely adott oldalon. A vásárlók, amikor egy kiadó hirdetési exchange lábnyomát kutatják, néha Prebid header-bidding címkéket találnak az oldal forráskódjában, ami egy jel arra, hogy mennyire versenyképes az adott leltár árverése; ezt kombinálva egy rögzített képpel arról, hogy mely hirdetők nyernek valójában impressziókat ott – például az OpenAdLibrary hirdetési intelligencia indexén keresztül – teljesebb képet ad a kiadó valós értékéről.

Megjegyzés a natív hirdetésekre#

A Taboola, Outbrain és MGID natív hálózatok többnyire saját, zárt árveréseket futtatnak, nem pedig egy Prebid wrapperbe csatlakoznak, mivel a natív pozíciókat általában a hálózat közvetlen API-ján keresztül értékesítik, nem pedig a display és videó által használt header-bidding útvonalon. Ennek ellenére egyetlen oldal is tartalmazhat mindkettőt: egy Prebid által hajtott display egységet az oldalsávban és egy natív tartalomfelfedező widgetet a cikkfolyamban, mindegyik teljesen külön árverést futtatva ugyanazon URL alatt. Fontos megérteni, hogy melyik mechanizmus szolgál ki egy adott pozíciót, amikor egy oldal hirdetésterhelése nehezebbnek vagy könnyebbnek tűnik, mint várták volna.

Kapcsolódó fogalmak: Header Bidding, Real-Time Bidding (RTB) és Supply-Side Platform (SSP).