Banner Ad — isang format ng grapikong anunsyo sa mga mobile app, na isang parihabang banner na naka-embed sa interface ng app. Ayon sa datos ng Statista, 2025, ang merkado ng in-app na anunsyo ay lumampas sa $380 bilyon, kung saan 18% ay mula sa mga format ng banner. Ang Banner Ads ay nananatiling pinakasimple at pinaka-naa-access na paraan ng pagkakakitaan para sa mga developer ng libreng app.
Mga Pangunahing Punto
Banner Ad — isang format ng mobile na anunsyo na nagpapakita ng grapiko o tekstong anunsyo sa loob ng interface ng app. Mga karaniwang sukat: 320×50 px (banner), 320×100 px (malaking banner), 300×250 px (katamtamang parihaba), 728×90 px (leaderboard para sa mga tablet). Ang banner ay sumasakop sa isang nakapirming lugar ng screen — karaniwang 5–15% ng taas ng display — at awtomatikong nagre-refresh tuwing 30–60 segundo.
Ayon sa Google AdMob (2025), ang mga adaptive na banner (adaptive banners) — ang ginustong format, na awtomatikong umaangkop sa lapad ng screen ng device. Ang adaptive banner ay nagbibigay ng fill rate na 98% kumpara sa 85% para sa mga nakapirming banner, dahil ang network ng anunsyo ay maaaring itugma ang anunsyo sa eksaktong laki ng bloke. Ang CTR ng mga banner ay average na 0.1–0.5%, at ang Conversion Rate mula sa click ay 2–5%.
Banner Ad — ang pinakamaliit na mapanghimasok na format ng anunsyo: ang banner ay hindi permanenteng nagtatakip ng nilalaman (hindi tulad ng interstitial), hindi nangangailangan ng aksyon mula sa gumagamit (hindi tulad ng rewarded video) at hindi nakakaabala sa karanasan ng gumagamit. Gayunpaman, ang mababang eCPM ay ginagawang epektibo lamang ang mga banner sa maraming bilang ng mga impression — ang mga app na may DAU na mas mababa sa 10,000 ay maaaring hindi mabawi ang mga gastos sa pagsasama ng banner na anunsyo. Ayon sa Appodeal (2025), ang pinakamababang threshold para sa kakayahang kumita ng Banner Ads ay 30,000 impression bawat araw.
Ang Banner Ad ay gumagana sa pamamagitan ng SDK ng anunsyo (Software Development Kit), na naka-embed sa app at namamahala sa pag-load, pagpapakita at pag-refresh ng mga anunsyo.
Ang SDK ng anunsyo (halimbawa, Google Mobile Ads SDK) ay nag-load ng anunsyo mula sa network ng anunsyo sa pagsisimula ng app. Humihiling ang banner ng anunsyo, ang network ay nagsasagawa ng auction (real-time bidding) sa mga advertiser, ang nanalong anunsyo ay ipinapakita sa banner. Pagkatapos ng 30–60 segundo, umuulit ang proseso (auto-refresh). Ang developer ay tumatanggap ng kita para sa mga impression (CPM) o mga click (CPC), depende sa mga kondisyon ng network.
RTB — isang auction sa real-time kung saan nakikipag-bid ang mga advertiser para sa bawat impression. Sa kahilingan ng banner, ipinapadala ang: geo, uri ng device, kategorya ng app, kasaysayan ng gumagamit (kung may pahintulot). Ang nanalo sa auction ay ang advertiser na may pinakamataas na bid. Average na oras ng auction — 100–200 ms. Ang in-app bidding (modelo ng pagbili) ay nagpapataas ng eCPM ng 20–40% kumpara sa tradisyonal na waterfall model (datos ng PubMatic, 2025).
Halimbawa ng pagsasama ng adaptive na banner ng AdMob sa isang app gamit ang 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()
}
}
Ang Banner Ads ay nagkakaiba sa sukat, pag-uugali at teknolohiya ng pagpapakita. Ang pagpili ng uri ng banner ay nakakaapekto sa eCPM, karanasan ng gumagamit at teknikal na kumplikado ng pagsasama.
Static na banner — isang grapikong larawan (PNG, JPG) o HTML5 animation na may nakapirming sukat. Mga sukat: 320×50 px para sa mga telepono, 728×90 px para sa mga tablet. Ang mga static na banner ay may pinakamababang eCPM ($0.5–$2) dahil sa mababang pakikipag-ugnayan. Bentahe — minimal na epekto sa pagganap ng app (hindi nagpapabigat sa CPU/GPU). Ginagamit sa mga utility, katalogo at content app.
Ang mga Adaptive na banner ay awtomatikong inaayos ang lapad at taas sa laki ng screen ng device. Inirerekomenda ng Google AdMob ang adaptive banners bilang pamantayan: nagbibigay sila ng maximum fill rate at eCPM na 15–25% mas mataas kaysa sa mga nakapirming banner. Ang mga adaptive na banner ay available sa anchored (nakapirming posisyon sa ibaba/itaas) at inline (pag-embed sa nai-scroll na nilalaman) na mga variant. Ang inline adaptive banners — ang pinakabagong format, na isinasama sa isang listahan o feed.
Rich Media — mga interactive na banner na may video, animation, swipe at form. Sumusuporta sa MRAID (Mobile Rich Media Ad Interface Definitions) — pamantayan ng IAB para sa interactive na anunsyo. Ang mga Rich Media banner ay may eCPM na $3–$8, ngunit nangangailangan ng pag-download ng 2–5 MB na datos at maaaring magpababa ng pagganap ng app sa mga lumang device. Ginagamit sa mga premium app at kampanya ng tatak.
Collapsible — isang format ng Google AdMob kung saan ang malaking banner (320×100 px) ay awtomatikong lumiliit sa karaniwang sukat (320×50 px) pagkatapos ng 10–15 segundo. Ang format ay nagpapahintulot na magpakita ng mas maraming impormasyon sa mga unang segundo, nang hindi kumukuha ng permanenteng espasyo sa screen. Ang mga Collapsible banner ay nagpapakita ng eCPM na 20–30% mas mataas kaysa sa karaniwan, habang ang Retention Rate ay hindi bumababa (datos ng Google AdMob, 2025).
Ang pagpili ng network ng anunsyo ay kritikal na nakakaapekto sa eCPM, fill rate at katatagan ng kita. Ang iba't ibang network ay nag-specialize sa iba't ibang rehiyon at kategorya ng app.
| Network | eCPM (US) | Fill Rate | Katangian |
|---|---|---|---|
| AdMob | $1.5–$3 | 95–98% | Pinakamalaking network, matatag na pagbabayad |
| AppLovin | $2–$4 | 90–95% | Mataas na eCPM, in-app bidding |
| Meta Audience Network | $3–$7 | 40–70% | Maximum na eCPM, mababang fill rate |
| Unity Ads | $1–$3 | 85–90% | Mabuti para sa mga laro |
| IronSource | $1.5–$3.5 | 85–90% | Mediation at A/B test |
Mediation — teknolohiya kung saan ang platform ng anunsyo ay nagtatanong ng maraming network at nagpapakita ng anunsyo na may pinakamataas na eCPM. Para sa Banner Ads, ang mediation ay lalong mahalaga dahil sa mababang eCPM — kahit na 20% na pagtaas ay makabuluhan. Mga sikat na platform ng mediation: AdMob Mediation (libre), AppLovin MAX (libre), IronSource (libre). Ang mediation ay nagpapataas ng eCPM ng mga banner ng 20–40% at fill rate hanggang 97% (datos ng PubMatic, 2025).
In-app bidding — susunod na antas ng mediation, kung saan ang lahat ng network ay lumalahok sa isang auction nang sabay-sabay (hindi sunud-sunod tulad sa waterfall). Para sa Banner Ads, ang in-app bidding ay nagbibigay ng pagtaas ng eCPM na 15–30% dahil sa pantay na access ng lahat ng network sa bawat impression. Sinusuportahan ng AppLovin MAX, AdMob (kasama ang Open Bidding) at IronSource.
Ang paglalagay ng mga banner — ang pangunahing salik na tumutukoy sa parehong kita at karanasan ng gumagamit. Ang maling paglalagay ay maaaring magpababa ng Retensyon ng 30–50%.
Optimal na posisyon — sa ibaba ng screen (bottom anchor). Hindi tinatakpan ng banner ang nilalaman, nasanay ang gumagamit sa presensya nito. Ang itaas na posisyon (top anchor) ay angkop para sa mga app na may nabigasyon sa ibaba. Ang mga lumulutang na banner (floating) — pinakamasamang opsyon: tinatakpan nila ang nilalaman at iniirita ang gumagamit. Ayon sa Google (2025), ang mga bottom-banner ay may 15% mas mataas na CTR kaysa sa top-banner at hindi nagpapababa ng Retensyon.
Auto-refresh — karaniwang mekanismo para sa Banner Ads, na pinapalitan ang anunsyo tuwing 30–60 segundo. Inirerekomendang interval: 60 segundo para sa content app (hindi naaabala ang gumagamit), 30 segundo para sa mga utility (maikling session). Ang masyadong madalas na pag-refresh (< 30 seg) ay hindi nagpapataas ng kita — mas mababa ang binabayad ng mga advertiser para sa mga impression sa mga app na may mataas na density ng anunsyo. Hindi inirerekomenda ng Google AdMob ang interval na mas mababa sa 30 segundo.
Ang tamang paghawak ng lifecycle ng Activity ay kritikal para sa Banner Ads. Ang banner ay dapat i-pause (pause) sa onPause, ipagpatuloy (resume) sa onResume at sirain (destroy) sa onDestroy. Ang maling paghawak ay lumilikha ng memory leaks at pag-aaksaya ng trapiko. Ang halimbawa ng tamang paghawak ay ipinakita na sa code ng pagsasama sa itaas — ang onPause, onResume, onDestroy ay sapilitan.
Dark theme ay nakakaapekto sa banner na anunsyo: ang mga gumagamit ng dark theme ay 20–30% mas madalas mag-click sa mga maliwanag na banner (datos ng AppDynamics, 2025). Sinusuportahan ng AdMob ang forceAdaptiveBanner para sa pag-angkop ng contrast. Para sa mga app na may dark theme, inirerekomenda: gumamit ng native ads (umaayon sa tema), pumili ng mga advertiser na may dark-mode creative at gumamit ng neutral na color gamut ng banner.
Ang pagsubaybay sa mga sukatan ng Banner Ads ay nagbibigay-daan sa pagtatasa ng epektibo ng monetisasyon ng anunsyo at napapanahong pag-optimize ng paglalagay.
| Sukatan | Paglalarawan | Benchmark |
|---|---|---|
| Impressions | Bilang ng mga impression ng banner | Depende sa DAU |
| eCPM | Kita para sa 1000 impression | $0.5–$3 (US) |
| CTR | Click-Through Rate | 0.1–0.5% |
| Fill Rate | % ng matagumpay na kahilingan | > 95% |
| Revenue per DAU | Kita bawat aktibong gumagamit | $0.01–$0.05/araw |
| Impression RPM | Kita para sa 1000 impression | Katumbas ng eCPM |
Kita mula sa Banner Ads ay kinakalkula gamit ang formula: Daily Revenue = DAU × Sessions × Banner Shows per Session × eCPM / 1000. Halimbawa: 100,000 DAU, 3 session bawat araw, banner na ipinakita sa 2 session, eCPM $2. Kita = 100,000 × 3 × 0.7 × $2 / 1000 = $420 bawat araw. Sa mediation, ang eCPM ay maaaring tumaas sa $3, na nagpapataas ng araw-araw na kita sa $630. Para sa paghahambing, ang interstitial na may eCPM na $8 sa isang impression bawat gumagamit bawat araw ay magbibigay ng $800 — ang mga banner ay epektibo lamang sa mataas na dalas ng session.
LTV ng gumagamit na na-monetize lamang sa pamamagitan ng mga banner: LTV = Daily Revenue per User × Average Lifetime Days. Sa araw-araw na kita bawat gumagamit na $0.02 (100,000 DAU, $2000 bawat araw) at average lifetime na 120 araw, LTV = $2.40. Para sa pagbawi ng gastos, ang CPI ay dapat mas mababa sa $2.40. Sa CPI ng mga laro na $2.80, ang monetisasyon lamang sa pamamagitan ng mga banner ay maaaring hindi kumikita — kinakailangan ang kombinasyon sa interstitial o rewarded video upang makamit ang LTV > CPI.
Pagsusuri ng posisyon, sukat at dalas ng mga banner — isang tuloy-tuloy na proseso. Inirerekomenda ng Google ang A/B testing ayon sa scheme: control group (70% trapiko) na may kasalukuyang setting, test group (30% trapiko) na may bagong setting. Mga sukatan para sa paghahambing: Revenue per User, Retention D7, CTR at eCPM. Pagkatapos ng 7–14 na araw ng pagsubok, gagawin ang desisyon. Mga tipikal na A/B test para sa Banner Ads: bottom vs top, 320×50 vs 320×100, refresh tuwing 30 seg vs 60 seg.
Mga Madalas Itanong
Mabuting eCPM para sa mga banner — $2–$4 sa US, katamtaman — $1–$2, mababa — < $1. Sa ibang rehiyon, ang eCPM ay 2–5 beses na mas mababa. Ang mediation at in-app bidding ay nagpapataas ng eCPM ng 20–40% kumpara sa iisang network.
Optimal — sa ibaba ng screen (bottom anchor). Hindi tinatakpan ng banner ang nilalaman at hindi nakakaabala sa nabigasyon. Ang paglalagay sa itaas ay angkop para sa mga app na may nabigasyon sa ibaba. Iwasan ang mga lumulutang na banner na tinatakpan ang nilalaman.
Isa lamang isang banner bawat screen. Patakaran ng Google AdMob — hindi hihigit sa isang banner ad view bawat screen. Ang paglabag ay maaaring humantong sa pag-block ng account. Exception — mediation na may mga collapsible na banner ng iba't ibang network, ngunit isa lamang ang nakikita.
Epekto ay minimal: ang banner SDK ay nagdadagdag ng 2–5 MB sa laki ng app at 10–30 MB RAM. Sa mga modernong device, ang epekto sa FPS ay hindi mahalata. Sa mga device na may RAM < 2 GB, inirerekomenda ang lazy loading na may 1–2 segundong pagkaantala pagkatapos ng startup.
Banner — matatag, nahuhulaang kita na may minimal na epekto sa UX. Interstitial — mas mataas na eCPM ($5–15 vs $0.5–3), ngunit panganib ng pagkawala ng mga gumagamit sa madalas na pagpapakita. Optimal na kombinasyon: banner palagi + interstitial hindi hihigit sa 1 beses bawat 90 segundo.
Buod
Gagawa kami ng mobile application na turnkey
Gumagawa ang IT Sectr ng mga iOS at Android application para sa mga startup at negosyo mula noong 2017. Magpapayo kami sa iyo at magmumungkahi ng pinakamahusay na solusyon.
Basahin din