Banner Ad — formát grafické reklamy v mobilních aplikacích, představující obdélníkový banner vložený do rozhraní aplikace. Podle údajů Statista, 2025 trh s in-app reklamou přesáhl 380 miliard dolarů, z čehož 18 % připadá na bannerové formáty. Banner Ads zůstávají nejjednodušším a nejdostupnějším způsobem monetizace pro vývojáře bezplatných aplikací.
Hlavní body
Banner Ad — formát mobilní reklamy zobrazující grafickou nebo textovou reklamu uvnitř rozhraní aplikace. Standardní velikosti: 320×50 px (banner), 320×100 px (velký banner), 300×250 px (střední obdélník), 728×90 px (leaderboard pro tablety). Banner zabírá pevnou oblast obrazovky — obvykle 5–15 % výšky displeje — a automaticky se obnovuje každých 30–60 sekund.
Podle údajů Google AdMob (2025) jsou adaptivní bannery (adaptive banners) preferovaným formátem, který se automaticky přizpůsobuje šířce obrazovky zařízení. Adaptive banner zajišťuje fill rate 98 % oproti 85 % u pevných bannerů, protože reklamní síť může přiřadit reklamu přesně na velikost bloku. CTR bannerů je v průměru 0,1–0,5 % a míra konverze z kliknutí 2–5 %.
Banner Ad — nejméně invazivní reklamní formát: banner nezakrývá trvale obsah (na rozdíl od interstitial), nevyžaduje akci od uživatele (na rozdíl od rewarded video) a nepřerušuje uživatelský zážitek. Nízký eCPM však činí bannery efektivními pouze při velkém počtu zobrazení — aplikace s DAU nižším než 10 000 nemusí pokrýt náklady na integraci bannerové reklamy. Podle údajů Appodeal (2025) je minimální hranice rentability Banner Ads 30 000 zobrazení denně.
Banner Ad funguje prostřednictvím reklamních SDK (Software Development Kit), která jsou vložena do aplikace a spravují načítání, zobrazování a obnovování reklam.
Reklamní SDK (např. Google Mobile Ads SDK) načte reklamu z reklamní sítě při spuštění aplikace. Banner požádá o reklamu, síť uspořádá aukci (real-time bidding) mezi inzerenty, vítězná reklama se zobrazí v banneru. Po 30–60 sekundách se proces opakuje (auto-refresh). Vývojář získává příjmy za zobrazení (CPM) nebo kliknutí (CPC) v závislosti na podmínkách sítě.
RTB — aukce v reálném čase, kde inzerenti přihazují na každé zobrazení. Při požadavku banneru se předávají: geo, typ zařízení, kategorie aplikace, historie uživatele (pokud byl udělen souhlas). Vítězem aukce je inzerent s nejvyšší nabídkou. Průměrná doba aukce — 100–200 ms. In-app bidding (nákupní model) zvyšuje eCPM o 20–40 % oproti tradičnímu waterfall modelu (údaje PubMatic, 2025).
Příklad integrace adaptivního banneru AdMob v aplikaci v Kotlin:
class MainActivity : AppCompatActivity() {
private lateinit var adView: AdView
private val adUnitId = "ca-app-pub-3940256099942544/6300978111"
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
adView = AdView(this)
adView.adUnitId = adUnitId
adView.adSize = AdSize.getCurrentOrientationAnchoredAdaptiveBannerAdSize(
this, AdSize.FULL_WIDTH
)
val adContainer = findViewById<FrameLayout>(R.id.ad_container)
adContainer.addView(adView)
loadBanner()
}
private fun loadBanner() {
val adRequest = AdRequest.Builder().build()
adView.loadAd(adRequest)
}
override fun onPause() {
adView.pause()
super.onPause()
}
override fun onResume() {
super.onResume()
adView.resume()
}
override fun onDestroy() {
adView.destroy()
super.onDestroy()
}
}
Banner Ads se liší velikostí, chováním a technologií zobrazení. Výběr typu banneru ovlivňuje eCPM, uživatelský zážitek a technickou složitost integrace.
Statický banner — grafický obrázek (PNG, JPG) nebo HTML5 animace pevné velikosti. Velikosti: 320×50 px pro telefony, 728×90 px pro tablety. Statické bannery mají nejnižší eCPM (0,5–2 $) kvůli nízkému zapojení. Výhoda — minimální dopad na výkon aplikace (nezatěžují CPU/GPU). Používají se v nástrojích, katalozích a obsahových aplikacích.
Adaptive bannery automaticky přizpůsobují šířku a výšku velikosti obrazovky zařízení. Google AdMob doporučuje adaptive bannery jako standard: poskytují maximální fill rate a eCPM o 15–25 % vyšší než pevné bannery. Adaptivní bannery jsou k dispozici ve variantách anchored (pevná pozice dole/nahoře) a inline (vložení do posouvatelného obsahu). Inline adaptive bannery — nejnovější formát, integrovaný do seznamu nebo zdroje.
Rich Media — interaktivní bannery s videem, animací, přejetím a formuláři. Podporují MRAID (Mobile Rich Media Ad Interface Definitions) — standard IAB pro interaktivní reklamu. Rich Media bannery mají eCPM 3–8 $, ale vyžadují stažení 2–5 MB dat a mohou snižovat výkon aplikace na starších zařízeních. Používají se v prémiových aplikacích a kampaních značek.
Collapsible — formát Google AdMob, kdy se velký banner (320×100 px) po 10–15 sekundách automaticky sbalí na standardní velikost (320×50 px). Formát umožňuje zobrazit více informací v prvních sekundách, aniž by zabíral trvalé místo na obrazovce. Collapsible bannery vykazují eCPM o 20–30 % vyšší než standardní, přičemž míra retence neklesá (údaje Google AdMob, 2025).
Výběr reklamní sítě kriticky ovlivňuje eCPM, fill rate a stabilitu příjmů. Různé sítě se specializují na různé regiony a kategorie aplikací.
| Síť | eCPM (USA) | Fill Rate | Vlastnost |
|---|---|---|---|
| AdMob | $1.5–$3 | 95–98% | Největší síť, stabilní platby |
| AppLovin | $2–$4 | 90–95% | Vysoký eCPM, in-app bidding |
| Meta Audience Network | $3–$7 | 40–70% | Maximální eCPM, nízký fill rate |
| Unity Ads | $1–$3 | 85–90% | Dobré pro hry |
| IronSource | $1.5–$3.5 | 85–90% | Mediace a A/B testy |
Mediace (mediation) — technologie, při které reklamní platforma dotazuje několik sítí a zobrazuje reklamu s nejvyšším eCPM. Pro Banner Ads je mediace obzvláště důležitá kvůli nízkému eCPM — i 20% nárůst je významný. Populární mediační platformy: AdMob Mediation (zdarma), AppLovin MAX (zdarma), IronSource (zdarma). Mediace zvyšuje eCPM bannerů o 20–40 % a fill rate až na 97 % (údaje PubMatic, 2025).
In-app bidding — další úroveň mediace, kde všechny sítě účastní jedné aukce současně (nikoli sekvenčně jako ve waterfall). Pro Banner Ads přináší in-app bidding nárůst eCPM o 15–30 % díky rovnoměrnému přístupu všech sítí ke každému zobrazení. Podporován AppLovin MAX, AdMob (s Open Bidding) a IronSource.
Umístění bannerů — klíčový faktor určující jak příjem, tak uživatelský zážitek. Nesprávné umístění může snížit retenci o 30–50 %.
Optimální pozice — ve spodní části obrazovky (bottom anchor). Banner nezakrývá obsah, uživatel si zvykne na jeho přítomnost. Horní pozice (top anchor) je vhodná pro aplikace s navigací dole. Plovoucí bannery (floating) — nejhorší varianta: zakrývají obsah a dráždí uživatele. Podle údajů Google (2025) mají spodní bannery o 15 % vyšší CTR než horní bannery a nesnižují retenci.
Auto-refresh — standardní mechanismus pro Banner Ads, který nahrazuje reklamu každých 30–60 sekund. Doporučený interval: 60 sekund pro obsahové aplikace (uživatel není rozptylován), 30 sekund pro nástroje (krátké relace). Příliš časté obnovování (< 30 s) nezvyšuje příjem — inzerenti platí méně za zobrazení v aplikacích s vysokou hustotou reklamy. Google AdMob nedoporučuje interval kratší než 30 sekund.
Správné řízení životního cyklu Activity je pro Banner Ads kritické. Banner by měl být pozastaven (pause) při onPause, obnoven (resume) při onResume a zničen (destroy) při onDestroy. Nesprávné řízení vytváří úniky paměti a plýtvání provozem. Příklad správného řízení byl již ukázán v integračním kódu výše — onPause, onResume, onDestroy jsou povinné.
Tmavé téma ovlivňuje bannerovou reklamu: uživatelé tmavého tématu klikají na světlé bannery o 20–30 % méně často (údaje AppDynamics, 2025). AdMob podporuje forceAdaptiveBanner pro přizpůsobení kontrastu. Pro aplikace s tmavým tématem se doporučuje: používat native ads (zapadají do tématu), vybírat inzerenty s dark-mode kreativami a používat neutrální barevnou škálu banneru.
Sledování metrik Banner Ads umožňuje hodnotit efektivitu reklamní monetizace a včas optimalizovat umístění.
| Metrika | Popis | Benchmark |
|---|---|---|
| Impressions | Počet zobrazení banneru | Závisí na DAU |
| eCPM | Příjem za 1000 zobrazení | $0.5–$3 (USA) |
| CTR | Míra prokliku | 0.1–0.5% |
| Fill Rate | % úspěšných požadavků | > 95% |
| Revenue per DAU | Příjem na aktivního uživatele | $0.01–$0.05/den |
| Impression RPM | Příjem za 1000 zobrazení | Roven eCPM |
Příjem z Banner Ads se vypočítá podle vzorce: Daily Revenue = DAU × Sessions × Banner Shows per Session × eCPM / 1000. Příklad: 100 000 DAU, 3 relace denně, banner zobrazen ve 2 relacích, eCPM $2. Příjem = 100 000 × 3 × 0,7 × $2 / 1000 = $420 denně. Při mediaci může eCPM vzrůst na $3, čímž se denní příjem zvýší na $630. Pro srovnání, interstitial s eCPM $8 při jednom zobrazení na uživatele denně by dal $800 — bannery jsou efektivní pouze při vysoké frekvenci relací.
LTV uživatele monetizovaného pouze bannery: LTV = Daily Revenue per User × Average Lifetime Days. Při denním příjmu na uživatele $0,02 (100 000 DAU, $2000 denně) a průměrné životnosti 120 dní, LTV = $2,40. Pro návratnost musí být CPI nižší než $2,40. Při CPI her $2,80 může být monetizace pouze bannery ztrátová — je vyžadována kombinace s interstitial nebo rewarded video pro dosažení LTV > CPI.
Testování pozice, velikosti a frekvence bannerů — kontinuální proces. Google doporučuje A/B testování podle schématu: kontrolní skupina (70 % provozu) se stávajícím nastavením, testovací skupina (30 % provozu) s novým nastavením. Metriky pro srovnání: Revenue per User, Retention D7, CTR a eCPM. Po 7–14 dnech testování je učiněno rozhodnutí. Typické A/B testy pro Banner Ads: bottom vs top, 320×50 vs 320×100, obnovování 30 s vs 60 s.
Často kladené otázky
Dobrý eCPM pro bannery — $2–$4 v USA, průměrný — $1–$2, nízký — < $1. V jiných regionech je eCPM 2–5krát nižší. Mediace a in-app bidding zvyšují eCPM o 20–40 % oproti jedné síti.
Optimálně — ve spodní části obrazovky (bottom anchor). Banner nezakrývá obsah a neruší navigaci. Horní umístění je vhodné pro aplikace s navigací dole. Vyhněte se plovoucím bannerům, které zakrývají obsah.
Pouze jeden banner na obrazovku. Zásady Google AdMob — ne více než jedno banner ad view na obrazovku. Porušení může vést k zablokování účtu. Výjimka — mediace se sbalitelnými bannery různých sítí, ale pouze jeden viditelný.
Dopad je minimální: banner SDK přidává 2–5 MB k velikosti aplikace a 10–30 MB RAM. Na moderních zařízeních je dopad na FPS nepostřehnutelný. Na zařízeních s RAM < 2 GB se doporučuje lazy loading se zpožděním 1–2 sekund po spuštění.
Banner — stabilní, předvídatelný příjem s minimálním dopadem na UX. Interstitial — vyšší eCPM ($5–15 vs $0.5–3), ale riziko ztráty uživatelů při častém zobrazování. Optimální kombinace: banner vždy + interstitial ne častěji než 1krát za 90 sekund.
Shrnutí
Vyvineme mobilní aplikaci na klíč
IT Sectr vytváří aplikace pro iOS a Android pro startupy a podniky od roku 2017. Poradíme vám a navrhneme nejlepší řešení.
Přečtěte si také