Banner Ad — een grafisch reclameformaat in mobiele apps, bestaande uit een rechthoekige banner ingebouwd in de interface van de app. Volgens gegevens van Statista, 2025 heeft de in-app-reclamemarkt de 380 miljard dollar overschreden, waarvan 18% voor bannerformaten is. Banner Ads blijven de eenvoudigste en meest toegankelijke manier van monetisatie voor ontwikkelaars van gratis apps.
Belangrijkste punten
Banner Ad — een mobiel reclameformaat dat een grafische of tekstuele advertentie weergeeft in de interface van de app. Standaardformaten: 320×50 px (banner), 320×100 px (grote banner), 300×250 px (middelgrote rechthoek), 728×90 px (leaderboard voor tablets). De banner neemt een vast gedeelte van het scherm in — meestal 5–15% van de schermhoogte — en wordt automatisch elke 30–60 seconden ververst.
Volgens Google AdMob (2025) zijn adaptieve banners (adaptive banners) het voorkeursformaat, dat zich automatisch aanpast aan de schermbreedte van het apparaat. Adaptive banner zorgt voor een fill rate van 98% tegenover 85% voor vaste banners, doordat het advertentienetwerk de advertentie precies op de blokgrootte kan afstemmen. De CTR van banners is gemiddeld 0.1–0.5% en de conversieratio vanaf een klik is 2–5%.
Banner Ad — het minst invasieve reclameformaat: de banner bedekt de inhoud niet permanent (in tegenstelling tot interstitial), vereist geen actie van de gebruiker (in tegenstelling tot rewarded video) en onderbreekt de gebruikerservaring niet. De lage eCPM maakt banners echter alleen effectief bij een groot aantal vertoningen — apps met minder dan 10.000 DAU kunnen de integratiekosten van bannerreclame mogelijk niet terugverdienen. Volgens Appodeal (2025) is de minimale drempel voor winstgevendheid van Banner Ads 30.000 vertoningen per dag.
Banner Ad werkt via reclame-SDK's (Software Development Kit), die in de app worden ingebouwd en het laden, weergeven en verversen van advertenties beheren.
De reclame-SDK (bijv. Google Mobile Ads SDK) laadt een advertentie uit het advertentienetwerk bij het opstarten van de app. De banner vraagt een advertentie op, het netwerk houdt een veiling (real-time bidding) onder adverteerders, de winnende advertentie wordt in de banner weergegeven. Na 30–60 seconden wordt het proces herhaald (auto-refresh). De ontwikkelaar ontvangt inkomsten voor vertoningen (CPM) of klikken (CPC), afhankelijk van de voorwaarden van het netwerk.
RTB — een veiling in realtime waarbij adverteerders bieden op elke vertoning. Bij een bannerverzoek worden verstuurd: geo, apparaattype, app-categorie, gebruikersgeschiedenis (indien toestemming gegeven). De winnaar van de veiling is de adverteerder met het hoogste bod. Gemiddelde veilingtijd — 100–200 ms. In-app bidding (aankoopmodel) verhoogt de eCPM met 20–40% in vergelijking met het traditionele waterfall-model (gegevens PubMatic, 2025).
Voorbeeld van integratie van een adaptieve AdMob-banner in een app in 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 verschillen in formaat, gedrag en weergavetechnologie. De keuze van het bannertype beïnvloedt de eCPM, gebruikerservaring en technische complexiteit van de integratie.
Statische banner — een grafische afbeelding (PNG, JPG) of HTML5-animatie met een vast formaat. Formaten: 320×50 px voor telefoons, 728×90 px voor tablets. Statische banners hebben de laagste eCPM ($0.5–$2) vanwege lage betrokkenheid. Voordeel — minimale impact op de prestaties van de app (belasten CPU/GPU niet). Worden gebruikt in hulpprogramma's, catalogi en content-apps.
Adaptive banners passen automatisch de breedte en hoogte aan het schermformaat van het apparaat aan. Google AdMob beveelt adaptive banners aan als standaard: ze zorgen voor een maximale fill rate en een 15–25% hogere eCPM dan vaste banners. Adaptieve banners zijn beschikbaar in anchored (vaste positie onder/boven) en inline (invoegen in scrollbare content) varianten. Inline adaptive banners — het nieuwste formaat, geïntegreerd in een lijst of feed.
Rich Media — interactieve banners met video, animatie, swipe-bewegingen en formulieren. Ondersteunen MRAID (Mobile Rich Media Ad Interface Definitions) — de IAB-standaard voor interactieve reclame. Rich Media-banners hebben een eCPM van $3–$8, maar vereisen het downloaden van 2–5 MB aan gegevens en kunnen de prestaties van de app op oudere apparaten verminderen. Worden gebruikt in premium-apps en merkencampagnes.
Collapsible — een Google AdMob-formaat waarbij een grote banner (320×100 px) na 10–15 seconden automatisch wordt ingeklapt tot het standaardformaat (320×50 px). Het formaat maakt het mogelijk om in de eerste seconden meer informatie te tonen, zonder permanent schermruimte in te nemen. Collapsible-banners tonen een 20–30% hogere eCPM dan standaard banners, terwijl de retentie niet daalt (gegevens Google AdMob, 2025).
De keuze van het advertentienetwerk heeft een kritieke invloed op eCPM, fill rate en stabiliteit van de inkomsten. Verschillende netwerken zijn gespecialiseerd in verschillende regio's en app-categorieën.
| Netwerk | eCPM (VS) | Fill Rate | Kenmerk |
|---|---|---|---|
| AdMob | $1.5–$3 | 95–98% | Grootste netwerk, stabiele betalingen |
| AppLovin | $2–$4 | 90–95% | Hoge eCPM, in-app bidding |
| Meta Audience Network | $3–$7 | 40–70% | Maximale eCPM, lage fill rate |
| Unity Ads | $1–$3 | 85–90% | Goed voor games |
| IronSource | $1.5–$3.5 | 85–90% | Mediation en A/B-testen |
Mediation — een technologie waarbij het advertentieplatform meerdere netwerken raadpleegt en de advertentie met de hoogste eCPM weergeeft. Voor Banner Ads is mediation bijzonder belangrijk vanwege de lage eCPM — zelfs een stijging van 20% is aanzienlijk. Populaire mediationplatforms: AdMob Mediation (gratis), AppLovin MAX (gratis), IronSource (gratis). Mediation verhoogt de eCPM van banners met 20–40% en de fill rate tot 97% (gegevens PubMatic, 2025).
In-app bidding — het volgende niveau van mediation, waarbij alle netwerken tegelijkertijd deelnemen aan één veiling (niet sequentieel zoals in waterfall). Voor Banner Ads levert in-app bidding een eCPM-stijging van 15–30% op dankzij gelijke toegang van alle netwerken tot elke vertoning. Wordt ondersteund door AppLovin MAX, AdMob (met Open Bidding) en IronSource.
De plaatsing van banners is de sleutelfactor die zowel de inkomsten als de gebruikerservaring bepaalt. Onjuiste plaatsing kan de retentie met 30–50% verminderen.
Optimale positie — onderaan het scherm (bottom anchor). De banner bedekt de inhoud niet, de gebruiker went aan de aanwezigheid ervan. De bovenste positie (top anchor) is geschikt voor apps met navigatie onderaan. Zwevende banners (floating) — de slechtste optie: ze bedekken de inhoud en irriteren de gebruiker. Volgens Google (2025) hebben bottom-banners een 15% hogere CTR dan top-banners en verminderen ze de retentie niet.
Auto-refresh — het standaardmechanisme voor Banner Ads, dat de advertentie elke 30–60 seconden vervangt. Aanbevolen interval: 60 seconden voor content-apps (gebruiker wordt niet afgeleid), 30 seconden voor hulpprogramma's (korte sessies). Te frequente verversing (< 30 sec) verhoogt de inkomsten niet — adverteerders betalen minder voor vertoningen in apps met een hoge advertentiedichtheid. Google AdMob raadt een interval van minder dan 30 seconden af.
Correct beheer van de levenscyclus van Activity is cruciaal voor Banner Ads. De banner moet worden gepauzeerd (pause) bij onPause, hervat (resume) bij onResume en vernietigd (destroy) bij onDestroy. Onjuist beheer veroorzaakt geheugenlekken en verspilling van verkeer. Een voorbeeld van correct beheer is hierboven al getoond in de integratiecode — onPause, onResume, onDestroy zijn verplicht.
Donkere modus beïnvloedt bannerreclame: gebruikers van de donkere modus klikken 20–30% minder vaak op felle banners (gegevens AppDynamics, 2025). AdMob ondersteunt forceAdaptiveBanner voor contrastaanpassing. Voor apps met een donkere modus wordt aanbevolen: native ads gebruiken (passen zich aan het thema aan), adverteerders met dark-mode-creatives selecteren en een neutraal kleurenschema voor de banner gebruiken.
Het monitoren van Banner Ads-metrieken maakt het mogelijk de effectiviteit van advertentiemonetisatie te beoordelen en de plaatsing tijdig te optimaliseren.
| Metriek | Beschrijving | Benchmark |
|---|---|---|
| Impressions | Aantal bannervertoningen | Afhankelijk van DAU |
| eCPM | Inkomsten per 1000 vertoningen | $0.5–$3 (VS) |
| CTR | Click-Through Rate | 0.1–0.5% |
| Fill Rate | % succesvolle verzoeken | > 95% |
| Revenue per DAU | Inkomsten per actieve gebruiker | $0.01–$0.05/dag |
| Impression RPM | Inkomsten per 1000 vertoningen | Gelijk aan eCPM |
Inkomsten uit Banner Ads worden berekend met de formule: Daily Revenue = DAU × Sessions × Banner Shows per Session × eCPM / 1000. Voorbeeld: 100.000 DAU, 3 sessies per dag, banner getoond in 2 sessies, eCPM $2. Inkomsten = 100.000 × 3 × 0,7 × $2 / 1000 = $420 per dag. Met mediation kan de eCPM stijgen tot $3, waardoor de dagelijkse inkomsten toenemen tot $630. Ter vergelijking: interstitial met een eCPM van $8 bij één vertoning per gebruiker per dag levert $800 op — banners zijn alleen effectief bij een hoge sessiefrequentie.
LTV van een gebruiker die alleen via banners wordt gemonetariseerd: LTV = Daily Revenue per User × Average Lifetime Days. Bij een dagelijkse omzet per gebruiker van $0,02 (100.000 DAU, $2000 per dag) en een gemiddelde levensduur van 120 dagen, is LTV = $2,40. Om rendabel te zijn, moet de CPI lager zijn dan $2,40. Bij een CPI voor games van $2,80 kan monetisatie alleen via banners verliesgevend zijn — een combinatie met interstitial of rewarded video is nodig om LTV > CPI te bereiken.
Testen van de positie, het formaat en de frequentie van banners — een continu proces. Google beveelt A/B-testen aan volgens het schema: controlegroep (70% verkeer) met huidige instellingen, testgroep (30% verkeer) met nieuwe instellingen. Metrieken voor vergelijking: Revenue per User, Retention D7, CTR en eCPM. Na 7–14 dagen testen wordt een beslissing genomen. Typische A/B-testen voor Banner Ads: bottom vs top, 320×50 vs 320×100, verversing elke 30 sec vs 60 sec.
Veelgestelde vragen
Goede eCPM voor banners — $2–$4 in de VS, gemiddeld — $1–$2, laag — < $1. In andere regio's is de eCPM 2–5 keer lager. Mediation en in-app bidding verhogen de eCPM met 20–40% ten opzichte van een enkel netwerk.
Optimaal — onderaan het scherm (bottom anchor). De banner bedekt de inhoud niet en hindert de navigatie niet. Bovenplaatsing is geschikt voor apps met navigatie onderaan. Vermijd zwevende banners die de inhoud bedekken.
Slechts één banner per scherm. Het beleid van Google AdMob — niet meer dan één banner ad view per scherm. Overtreding kan leiden tot blokkering van het account. Uitzondering — mediation met inklapbare banners van verschillende netwerken, maar slechts één zichtbaar.
Impact is minimaal: de banner-SDK voegt 2–5 MB toe aan de app-grootte en 10–30 MB RAM. Op moderne apparaten is de impact op FPS onmerkbaar. Op apparaten met RAM < 2 GB wordt lazy loading met een vertraging van 1–2 seconden na het opstarten aanbevolen.
Banner — stabiele, voorspelbare inkomsten met minimale impact op UX. Interstitial — hogere eCPM ($5–15 vs $0.5–3), maar risico op gebruikersverlies bij frequente weergave. Optimale combinatie: banner altijd + interstitial niet vaker dan 1 keer per 90 seconden.
Samenvatting
We ontwikkelen een mobiele applicatie turnkey
IT Sectr creëert sinds 2017 iOS- en Android-applicaties voor startups en bedrijven. We adviseren u en stellen de beste oplossing voor.
Lees ook