Späť na blog

Open bidding verzus header bidding pre mobilné aplikácie

27. mar 2026 · AdReact Tím

Ak sa už nejaký čas pohybujete v oblasti monetizácie aplikácií, určite ste počuli pojmy "open bidding" a "header bidding" používané takmer zameniteľne. Zdieľajú rovnaký cieľ — vytvoriť konkurenciu v reálnom čase medzi zdrojmi demand a zvýšiť eCPM — ale technicky fungujú inak. Pochopenie týchto rozdielov je kľúčom k výberu správneho prístupu pre vašu aplikáciu.

Čo je header bidding?

Header bidding pochádza z webovej reklamy, kde vydavatelia pridávali JavaScriptový kód do "headeru" svojich webových stránok, aby súčasne získavali ponuky od viacerých demand partnerov ešte predtým, než uskutočnili volanie na svoj primárny reklamný server. Víťazila najvyššia ponuka, čím vznikala skutočná konkurencia a odstraňoval sa problém sekvenčného waterfallu, v ktorom sa zdroje demand volajú jeden po druhom.

V kontexte mobilných aplikácií funguje header bidding prostredníctvom klientských SDK. Každý zúčastnený demand partner má SDK integrované vo vašej aplikácii. Keď sa objaví príležitosť zobrazenia reklamy, všetky SDK sú volané súčasne, každý vráti ponuku a najvyššia vyhráva. AppLovin MAX aj Unity LevelPlay podporujú tento model prostredníctvom svojich funkcií in-app bidding.

Čo je open bidding?

Open bidding (predtým Exchange Bidding) je serverová alternatíva od Googlu. Namiesto toho, aby sa aukcie spúšťali na zariadení používateľa cez viaceré SDK, open bidding spúšťa aukciu na serveroch Googlu. Demand partneri sa pripájajú k infraštruktúre Googlu a odovzdávajú ponuky server-to-server, čím odpadá potreba jednotlivých SDK integrácií na strane klienta.

Open bidding je dostupný cez Google Ad Manager a poskytuje prístup k rozsiahlemu ekosystému demand Googlu plus k tretím burzám, ktoré sa do programu prihlásili.

Kľúčové rozdiely

Latencia

Toto je najvýznamnejší praktický rozdiel. Klientsky header bidding vyžaduje, aby každé SDK vykonalo sieťové volanie, spracovalo aukciu a vrátilo ponuku — všetko na zariadení používateľa. Viac SDK znamená viac času na spracovanie. Open bidding beží server-to-server, čo je zvyčajne rýchlejšie a nespotrebúva zdroje zariadenia. Pre aplikácie, kde rýchlosť načítania reklamy priamo ovplyvňuje používateľský zážitok, na tom záleží.

Zložitosť SDK

Každý header bidding partner vyžaduje SDK integráciu vo vašej aplikácii. Viac SDK znamená väčší binárny súbor aplikácie, väčšie riziko konfliktov medzi SDK a viac údržby pri aktualizáciách SDK. Open bidding vyžaduje iba Google Mobile Ads SDK, pričom demand partneri sa pripájajú na strane servera. Týmto sa výrazne znižuje technická zložitosť.

Rozmanitosť demand

Header bidding cez platformy ako AppLovin MAX vám umožňuje prístup k širokej škále reklamných sietí, z ktorých každá má vlastné vzťahy s inzerentmi a vlastný demand. Open bidding poskytuje prístup k demand Googlu plus k zúčastneným burzám, ale okruh zúčastnených partnerov je menší ako ten, ktorý je dostupný cez klientsky bidding. Optimálny prístup často zahŕňa obe možnosti.

Transparentnosť

Klientsky header bidding vám dáva plnú viditeľnosť na ponuku každého partnera v reálnom čase. Môžete presne vidieť, čo každá sieť ponúkla, kto vyhral a prečo. Open bidding ponúka reporting cez GAM, ale aukcia prebieha na serveroch Googlu, čo vám dáva o niečo menej granulárny pohľad v reálnom čase na proces licitácie.

Čo si vybrať?

Úprimná odpoveď: väčšina úspešných vydavateľov používa oboje. Tu je praktický rámec:

Použite open bidding cez GAM ako svoj primárny aukčný mechanizmus. Poskytuje silný demand s minimálnou záťažou SDK a rýchlym načítaním reklám. Potom to doplňte klientskym biddingom od dvoch až troch sietí s najlepším výkonom prostredníctvom svojej mediation platformy (AppLovin MAX alebo Unity LevelPlay), aby ste zabezpečili maximálnu rozmanitosť demand.

Vydavatelia s najvyššími príjmami z reklamy si nevyberajú medzi open biddingom a header biddingom — kombinujú oboje v hybridnom prístupe, ktorý maximalizuje konkurenciu a zároveň udržiava technickú zložitosť pod kontrolou.

Hybridný prístup v praxi

V typickom hybridnom nastavení váš waterfall vyzerá takto: open bidding cez GAM súperí bok po boku s dvoma alebo tromi sieťami in-app bidding. Pod nimi máte tradičné waterfall záznamy pre siete, ktoré nepodporujú bidding v reálnom čase. Riadený demand partner môže sedieť na ľubovoľnej úrovni tohto stacku a poskytovať dodatočnú konkurenciu, ktorá prináša úžitok vášmu celkovému výnosu bez ohľadu na to, aký aukčný mechanizmus sa práve používa.

Kľúčom je neprekomplikovať to. Začnite s open biddingom cez GAM, pridajte najlepších bidding partnerov svojej mediation platformy a spolupracujte s riadeným partnerom na vyplnení medzier. Potom optimalizujte podľa toho, čo vám hovoria dáta.