移动开发中的Banner Ad — 是什么、广告格式及工作原理

作者: IT Sectr 发布日期: 2026-04-23 阅读时间: 10 分钟

Banner Ad — 移动应用中的图形广告格式,是一种嵌入应用界面的矩形横幅。根据Statista 2025的数据,应用内广告市场已超过3800亿美元,其中18%来自横幅格式。Banner Ads仍然是免费应用开发者最简单、最易用的变现方式。

要点

  • Banner Ad — 嵌入移动应用界面的矩形广告块。
  • eCPM 横幅的eCPM是所有广告格式中最低的:美国为0.5–3美元,其他地区为0.2–1美元。
  • 放置在屏幕底部可实现收入与用户体验的最佳平衡。
  • 自动刷新 — 每30–60秒自动更换广告。
  • AdMob — 最大的Banner Ads网络,占移动广告市场份额的70%。

什么是Banner Ad?

Banner Ad — 一种移动广告格式,在应用界面内显示图形或文字广告。标准尺寸:320×50像素(横幅)、320×100像素(大横幅)、300×250像素(中矩形)、728×90像素(平板电脑的排行榜横幅)。横幅占据屏幕的固定区域——通常为显示屏高度的5–15%——并自动每30–60秒刷新一次。

根据Google AdMob(2025)的数据,自适应横幅(adaptive banners)是首选格式,可自动适应设备屏幕宽度。自适应横幅的填充率为98%,而固定横幅为85%,因为广告网络可以将广告与广告块的确切尺寸匹配。横幅的平均点击率为0.1–0.5%,点击转化率为2–5%。

Banner Ad — 侵入性最小的广告格式:横幅不会永久覆盖内容(与插屏广告不同),不需要用户操作(与奖励视频不同),也不会打断用户体验。然而低eCPM使得横幅只有在大量展示时才有效——DAU低于10,000的应用可能无法收回横幅广告的集成成本。根据Appodeal(2025)的数据,Banner Ads盈利的最低门槛是每天30,000次展示。

Banner Ad在移动应用中如何工作

Banner Ad通过嵌入应用中的广告SDK(软件开发工具包)工作,它管理广告的加载、显示和刷新。

工作原理

广告SDK(例如Google Mobile Ads SDK)在应用启动时从广告网络加载广告。横幅请求广告,网络在广告商之间进行实时竞价,获胜广告显示在横幅中。每30–60秒重复该过程(自动刷新)。开发者根据网络条件获得展示(CPM)或点击(CPC)收入。

实时竞价

RTB — 广告商对每次展示进行竞价的实时拍卖。在横幅请求时传递:地理位置、设备类型、应用类别、用户历史记录(如果已获得同意)。拍卖获胜者是出价最高的广告商。平均拍卖时间为100–200毫秒。应用内竞价(购买模式)相比传统瀑布流模型可将eCPM提高20–40%(PubMatic,2025数据)。

横幅SDK集成

Kotlin应用中集成AdMob自适应横幅的示例:

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的主要类型

Banner Ads在尺寸、行为和显示技术上有所不同。横幅类型的选择影响eCPM、用户体验和集成的技术复杂性。

静态横幅

静态横幅 — 固定尺寸的图形图像(PNG、JPG)或HTML5动画。尺寸:手机为320×50像素,平板为728×90像素。静态横幅由于参与度低而具有最低的eCPM(0.5–2美元)。优点是对应用性能的影响最小(不占用CPU/GPU)。用于工具、目录和内容类应用。

自适应横幅(Adaptive)

自适应横幅自动调整宽度和高度以适应设备屏幕尺寸。Google AdMob推荐自适应横幅作为标准:它们提供最大的填充率和比固定横幅高15–25%的eCPM。自适应横幅有锚定(固定位置在底部/顶部)和行内(嵌入可滚动内容)两种变体。行内自适应横幅是最新格式,集成到列表或信息流中。

富媒体横幅

富媒体 — 带有视频、动画、滑动和表单的互动横幅。支持MRAID(移动富媒体广告接口定义)——IAB互动广告标准。富媒体横幅的eCPM为3–8美元,但需要下载2–5MB数据,并可能降低旧设备上的应用性能。用于高级应用和品牌推广活动。

可折叠横幅

可折叠 — Google AdMob的一种格式,大横幅(320×100像素)在10–15秒后自动折叠为标准尺寸(320×50像素)。该格式可以在最初几秒显示更多信息,同时不占用屏幕永久空间。可折叠横幅的eCPM比标准横幅高20–30%,而留存率不会下降(Google AdMob,2025数据)。

Banner Ads的广告网络

广告网络的选择对eCPM、填充率和收入稳定性有重大影响。不同的网络专注于不同的地区和应用类别。

主要网络

网络eCPM(美国)填充率特点
AdMob1.5–3美元95–98%最大网络,稳定付款
AppLovin2–4美元90–95%高eCPM,应用内竞价
Meta Audience Network3–7美元40–70%最高eCPM,低填充率
Unity Ads1–3美元85–90%适合游戏
IronSource1.5–3.5美元85–90%中介和A/B测试

横幅中介

中介 — 广告平台询问多个网络并显示eCPM最高的广告的技术。对于Banner Ads,由于eCPM较低,中介尤为重要——即使20%的增长也很显著。流行的中介平台:AdMob Mediation(免费)、AppLovin MAX(免费)、IronSource(免费)。中介可将横幅eCPM提高20–40%,填充率提高到97%(PubMatic,2025数据)。

应用内竞价

应用内竞价 — 中介的下一层级,所有网络同时参与一个统一拍卖(而不是像瀑布流那样顺序进行)。对于Banner Ads,应用内竞价因所有网络对每次展示享有平等访问权而带来15–30%的eCPM提升。受AppLovin MAX、AdMob(通过Open Bidding)和IronSource支持。

Banner Ads放置的最佳实践

横幅的放置是决定收入和用户体验的关键因素。不正确的放置可能会将留存率降低30–50%。

屏幕上的位置

最佳位置 — 屏幕底部(底部锚点)。横幅不覆盖内容,用户会习惯其存在。顶部位置(顶部锚点)适用于底部有导航的应用。浮动横幅是最差的选择:它们覆盖内容并让用户感到烦躁。根据Google(2025)的数据,底部横幅的点击率比顶部横幅高15%,且不会降低留存率。

刷新频率(自动刷新)

自动刷新 — Banner Ads的标准机制,每30–60秒更换广告。建议间隔:内容类应用为60秒(用户不分心),工具类应用为30秒(短会话)。过于频繁的刷新(<30秒)不会增加收入——广告商为广告密度高的应用中的展示支付较少。Google AdMob不建议低于30秒的间隔。

对生命周期的响应

正确处理Activity的生命周期对Banner Ads至关重要。横幅应在onPause时暂停,在onResume时恢复,在onDestroy时销毁。不正确的管理会造成内存泄漏和流量浪费。上述集成代码中已显示了正确管理的示例——onPause、onResume、onDestroy是必需的。

适应深色主题

深色主题影响横幅广告:深色主题用户点击亮色横幅的频率低20–30%(AppDynamics,2025数据)。AdMob支持forceAdaptiveBanner用于对比度调整。对于有深色主题的应用,建议:使用原生广告(融入主题),选择有深色模式素材的广告商,并使用横幅的中性色域。

监控Banner Ads指标可以评估广告变现的有效性并及时优化放置。

指标描述基准
展示次数横幅展示次数取决于DAU
eCPM每千次展示收入0.5–3美元(美国)
点击率点击率0.1–0.5%
填充率成功请求百分比> 95%
每DAU收入每活跃用户收入0.01–0.05美元/天
展示RPM每千次展示收入等于eCPM

收入计算

收入来自Banner Ads按公式计算:日收入 = DAU × 会话次数 × 每次会话横幅展示次数 × eCPM / 1000。示例:100,000 DAU,每天3次会话,横幅在2次会话中显示,eCPM为2美元。收入 = 100,000 × 3 × 0.7 × $2 / 1000 = 每天420美元。通过中介,eCPM可升至3美元,日收入增至630美元。相比之下,eCPM为8美元的插屏广告在每用户每天一次展示的情况下将带来800美元——横幅仅在会话频率高时才有效。

广告用户的LTV

仅通过横幅变现的用户的LTV:LTV = 每用户日收入 × 平均生命周期天数。每用户日收入为0.02美元(100,000 DAU,每天2000美元),平均生命周期为120天,LTV = 2.40美元。为了实现投资回报,CPI必须低于2.40美元。在游戏CPI为2.80美元的情况下,仅横幅变现可能亏损——需要结合插屏广告或奖励视频才能实现LTV > CPI。

横幅A/B测试

横幅位置、大小和频率的测试是一个持续的过程。Google建议按照以下方案进行A/B测试:对照组(70%流量)使用当前设置,测试组(30%流量)使用新设置。比较指标:每用户收入、D7留存率、点击率和eCPM。经过7–14天的测试后做出决定。Banner Ads的典型A/B测试:底部vs顶部、320×50 vs 320×100、30秒刷新vs 60秒刷新。

常见问题

Banner Ads的eCPM多少算好?

良好的横幅eCPM——美国为2–4美元,中等为1–2美元,低于1美元为低。在其他地区eCPM低2–5倍。中介和应用内竞价相比单一网络可将eCPM提高20–40%。

横幅应该放在应用的哪个位置?

最佳位置——屏幕底部(底部锚点)。横幅不覆盖内容且不干扰导航。顶部放置适用于底部有导航的应用。避免覆盖内容的浮动横幅。

一个屏幕可以显示多少个横幅?

每屏只能有一个横幅。Google AdMob政策——每屏不超过一个横幅广告视图。违反可能导致帐户被封锁。例外——不同网络的可折叠横幅中介,但只有一个可见。

Banner Ads如何影响应用性能?

影响极小:横幅SDK给应用体积增加2–5MB,RAM占用增加10–30MB。在现代设备上对帧率的影响不明显。在RAM小于2GB的设备上,建议在启动后延迟1–2秒使用惰性加载。

哪个更好:Banner Ads还是插屏广告?

横幅——收入稳定可预测,对用户体验影响最小。插屏广告——eCPM更高(5–15 vs 0.5–3美元),但频繁显示时有失去用户的风险。最佳组合:始终显示横幅 + 插屏广告不超过每90秒一次。

总结

  • Banner Ad — 最易获得的移动广告格式:eCPM低(0.5–3美元),但收入可预测性高。
  • 自适应横幅(adaptive)——行业标准,提供98%的填充率和比固定横幅高15–25%的eCPM。
  • 广告网络中介和应用内竞价可将横幅eCPM提高20–40%。
  • 位置在屏幕底部——收入和用户体验之间的最佳平衡。
  • 自动刷新30–60秒——标准间隔;少于30秒不会增加收入。
  • 横幅在DAU > 10,000且会话频率高时有效;受众较小时收入无法覆盖集成成本。
  • 混合 Banner + 插屏 + 奖励视频在保持可接受用户体验的同时提供最大ARPU。

我们将开发一款交钥匙移动应用程序

IT Sectr自2017年以来为初创企业和企业打造iOS和Android应用程序。我们将为您提供咨询并提出最佳解决方案。

讨论项目

另请阅读