Banner Ad i mobilutveckling — vad det är, annonsformat och hur det fungerar

Vad är en Banner Ad?

Banner Ad — ett format för mobilannonsering som visar en grafisk eller textbaserad annons i appens gränssnitt. Standardstorlekar: 320×50 px (banner), 320×100 px (stor banner), 300×250 px (medelstor rektangel), 728×90 px (leaderboard för surfplattor). Bannern upptar ett fast område på skärmen — vanligtvis 5–15% av skärmhöjden — och uppdateras automatiskt var 30–60:e sekund.

Enligt Google AdMob (2025) är adaptiva banners (adaptive banners) det föredragna formatet, som automatiskt anpassar sig till enhetens skärmbredd. Adaptive banner ger en fyllnadsgrad på 98% jämfört med 85% för fasta banners, eftersom annonsnätverket kan matcha annonsen exakt till blockets storlek. CTR för banners är i genomsnitt 0.1–0.5% och konverteringsgraden från klick är 2–5%.

Banner Ad — det minst invasiva annonsformatet: bannern täcker inte permanent innehållet (till skillnad från interstitial), kräver ingen åtgärd från användaren (till skillnad från rewarded video) och avbryter inte användarupplevelsen. Den låga eCPM gör dock banners effektiva endast vid ett stort antal visningar — appar med DAU lägre än 10 000 kan kanske inte täcka integrationskostnaderna för bannerannonsering. Enligt Appodeal (2025) är minimitröskeln för lönsamhet för Banner Ads 30 000 visningar per dag.

Hur fungerar en Banner Ad i mobilappar

Banner Ad fungerar via annons-SDK:er (Software Development Kit), som är inbyggda i appen och hanterar laddning, visning och uppdatering av annonser.

Funktionsprincip

Annons-SDK (t.ex. Google Mobile Ads SDK) laddar en annons från annonsnätverket när appen startas. Bannern begär en annons, nätverket håller en auktion (real-time bidding) bland annonsörer, den vinnande annonsen visas i bannern. Efter 30–60 sekunder upprepas processen (auto-refresh). Utvecklaren får intäkter för visningar (CPM) eller klick (CPC), beroende på nätverkets villkor.

Real-time Bidding

RTB — en auktion i realtid där annonsörer bjuder på varje visning. Vid en bannerbegäran skickas: geo, enhetstyp, appkategori, användarhistorik (om samtycke givits). Vinnaren av auktionen är annonsören med högst bud. Genomsnittlig auktionstid — 100–200 ms. In-app bidding (köpmodell) ökar eCPM med 20–40% jämfört med den traditionella waterfall-modellen (uppgifter PubMatic, 2025).

Integration av Banner SDK

Exempel på integration av en adaptiv AdMob-banner i en app i 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()
    }
}

Huvudtyper av Banner Ads

Banner Ads skiljer sig åt i storlek, beteende och visningsteknik. Valet av bannertyp påverkar eCPM, användarupplevelse och teknisk komplexitet vid integration.

Statiska banners

Statisk banner — en grafisk bild (PNG, JPG) eller HTML5-animation med fast storlek. Storlekar: 320×50 px för telefoner, 728×90 px för surfplattor. Statiska banners har lägst eCPM ($0.5–$2) på grund av lågt engagemang. Fördel — minimal påverkan på appens prestanda (belastar inte CPU/GPU). Används i verktyg, kataloger och innehållsappar.

Adaptiva banners (Adaptive)

Adaptive banners anpassar automatiskt bredd och höjd efter enhetens skärmstorlek. Google AdMob rekommenderar adaptive banners som standard: de ger maximal fyllnadsgrad och 15–25% högre eCPM än fasta banners. Adaptiva banners finns i anchored (fast position längst ner/upp) och inline (inbäddning i rullbart innehåll) varianter. Inline adaptive banners — det nyaste formatet, integrerat i en lista eller feed.

Rich Media-banners

Rich Media — interaktiva banners med video, animation, svepningar och formulär. Stöder MRAID (Mobile Rich Media Ad Interface Definitions) — IAB-standarden för interaktiv annonsering. Rich Media-banners har en eCPM på $3–$8, men kräver nedladdning av 2–5 MB data och kan minska appens prestanda på äldre enheter. Används i premiumappar och varumärkeskampanjer.

Collapsible-banners

Collapsible — ett Google AdMob-format där en stor banner (320×100 px) automatiskt fälls ihop till standardstorleken (320×50 px) efter 10–15 sekunder. Formatet gör det möjligt att visa mer information under de första sekunderna utan att ta upp permanent plats på skärmen. Collapsible-banners visar 20–30% högre eCPM än standardbanners, medan retention inte minskar (uppgifter Google AdMob, 2025).

Annonsnätverk för Banner Ads

Valet av annonsnätverk påverkar kritiskt eCPM, fyllnadsgrad och intäktsstabilitet. Olika nätverk specialiserar sig på olika regioner och appkategorier.

Huvudnätverk

Medling av banners

Medling (mediation) — en teknik där annonsplattformen frågar flera nätverk och visar annonsen med högst eCPM. För Banner Ads är medling särskilt viktig på grund av den låga eCPM — även en ökning på 20% är betydande. Populära medlingsplattformar: AdMob Mediation (gratis), AppLovin MAX (gratis), IronSource (gratis). Medling ökar eCPM för banners med 20–40% och fyllnadsgraden till 97% (uppgifter PubMatic, 2025).

In-app Bidding

In-app bidding — nästa nivå av medling, där alla nätverk deltar i en enda auktion samtidigt (inte sekventiellt som i waterfall). För Banner Ads ger in-app bidding en eCPM-ökning på 15–30% tack vare lika tillgång för alla nätverk till varje visning. Stöds av AppLovin MAX, AdMob (med Open Bidding) och IronSource.

Bästa praxis för placering av Banner Ads

Placeringen av banners — den viktigaste faktorn som bestämmer både intäkter och användarupplevelse. Felaktig placering kan minska retention med 30–50%.

Position på skärmen

Optimal position — längst ner på skärmen (bottom anchor). Bannern täcker inte innehållet, användaren vänjer sig vid dess närvaro. Övre position (top anchor) passar appar med navigering längst ner. Flytande banners (floating) — det sämsta alternativet: de täcker innehållet och irriterar användaren. Enligt Google (2025) har botten-banners 15% högre CTR än topp-banners och minskar inte retention.

Uppdateringsfrekvens (Auto-refresh)

Auto-refresh — standardmekanismen för Banner Ads, som byter annons var 30–60:e sekund. Rekommenderat intervall: 60 sekunder för innehållsappar (användaren distraheras inte), 30 sekunder för verktyg (korta sessioner). Alltför frekvent uppdatering (< 30 sek) ökar inte intäkterna — annonsörer betalar mindre för visningar i appar med hög annonstäthet. Google AdMob rekommenderar inte ett intervall under 30 sekunder.

Reaktion på livscykeln

Korrekt hantering av Activitys livscykel är avgörande för Banner Ads. Bannern ska pausas (pause) vid onPause, återupptas (resume) vid onResume och förstöras (destroy) vid onDestroy. Felaktig hantering skapar minnesläckor och slöseri med trafik. Ett exempel på korrekt hantering har redan visats i integrationskoden ovan — onPause, onResume, onDestroy är obligatoriska.

Anpassning till mörkt tema

Mörkt tema påverkar bannerannonsering: användare av mörkt tema klickar 20–30% mer sällan på ljusa banners (uppgifter AppDynamics, 2025). AdMob stöder forceAdaptiveBanner för kontrastanpassning. För appar med mörkt tema rekommenderas: använda native ads (passar in i temat), välja annonsörer med dark-mode-kreativ och använda bannerns neutrala färgskala.

Nyckeltal för Banner Ads

Övervakning av Banner Ads-mätvärden gör det möjligt att bedöma effektiviteten av annonsmonetarisering och optimera placeringen i tid.

Beräkning av intäkter

Intäkt från Banner Ads beräknas med formeln: Daily Revenue = DAU × Sessions × Banner Shows per Session × eCPM / 1000. Exempel: 100 000 DAU, 3 sessioner per dag, banner visad i 2 sessioner, eCPM $2. Intäkt = 100 000 × 3 × 0,7 × $2 / 1000 = $420 per dag. Med medling kan eCPM öka till $3, vilket ökar den dagliga intäkten till $630. Som jämförelse skulle interstitial med en eCPM på $8 vid en visning per användare per dag ge $800 — banners är endast effektiva vid hög sessionsfrekvens.

LTV för annonsanvändaren

LTV för en användare som endast monetariseras via banners: LTV = Daily Revenue per User × Average Lifetime Days. Vid en daglig intäkt per användare på $0,02 (100 000 DAU, $2000 per dag) och en genomsnittlig livslängd på 120 dagar, är LTV = $2,40. För lönsamhet måste CPI vara lägre än $2,40. Vid ett CPI för spel på $2,80 kan monetarisering endast via banners vara olönsam — en kombination med interstitial eller rewarded video krävs för att uppnå LTV > CPI.

A/B-testning av banners

Testning av position, storlek och frekvens för banners — en kontinuerlig process. Google rekommenderar A/B-testning enligt schemat: kontrollgrupp (70% trafik) med nuvarande inställningar, testgrupp (30% trafik) med nya inställningar. Mätvärden för jämförelse: Revenue per User, Retention D7, CTR och eCPM. Efter 7–14 dagars testning tas ett beslut. Typiska A/B-tester för Banner Ads: bottom vs top, 320×50 vs 320×100, uppdatering var 30:e sek vs 60:e sek.