2026年AdMob中介（Mediation）教程：实时竞价、瀑布流与中介组配置
AdMob 中介（Mediation）是把一个广告单元变成一场竞争的那一层。它不让单一网络去决定一次展示值多少钱，而是把每个广告请求同时发给多个广告来源（含 AdMob 自有网络），让它们互相竞价。Google 自己的表述很直接：中介"通过把广告请求发送给多个网络，帮助最大化填充率并提升变现收入"。本文按 2026 年的做法走完全程：两种中介类型、控制台五步、适配器与代码，以及那些会悄悄压低收入的问题。
实时竞价与瀑布流：唯一真正重要的分叉
AdMob 把中介分成两类，后面的所有设置都由这个选择决定：
- 实时竞价（Bidding）。 各广告来源同时被调用，在同一场实时拍卖中竞争，成交方就是出价最高的广告主。
- 瀑布流（Waterfall）。 广告来源按你设定的平均 eCPM 逐个被调用，而不是按它真正愿意支付的价格。
两种可以同时使用，AdMob 称之为混合模式，同一个来源也可以同时作为竞价来源和瀑布流来源（Overview of bidding）。这正是 2026 年的常规配置：竞价方决定一次展示的价值，瀑布流来源承接拍卖未成交的流量。
一次请求如何被填充，四步：1）广告单元发出带定向信息（平台、格式等）的请求；2）AdMob 按定向把请求匹配到某个中介组，若命中多个则按优先级决定；3）该组内的竞价来源进行拍卖，中标出价按 eCPM 值插入瀑布流；4）随后瀑布流自上而下运行 — 如果竞价方不是最高位，瀑布流来源会先被调用。
中介组，而不是逐个广告单元配置
中介组是配置的单位：它是若干定向设置的组合，按格式、平台、应用、广告单元和国家切分流量。你在组上一次设置广告来源，再把广告单元挂进去，不必为每个单元重复配置。请求发生时有两条例外规则（About AdMob mediation groups）：
- 若命中多个中介组，由组优先级决定谁填充，应尽量避免组之间的冲突。
- 若一个都没命中，请求会改由 AdMob（默认）组填充。
中介组之间不会互相串联（不做 daisy-chain）。另外每种广告格式需要单独建组，Android 与 iOS 也要各自建组。
五步配置
- 创建广告单元：在 AdMob 中建单元并指定格式，它就是发出请求并展示广告的容器。
- 设置广告来源：竞价来源与瀑布流来源都要配。类型决定竞价方式：竞价方在统一拍卖中实时出价，瀑布流来源按你指定的 eCPM 顺序被调用。
- 映射广告单元：在 AdMob 中填入第三方来源自己的标识，使其能按广告单元被寻址。所需字段因来源而异，需在对方账户中获取。
- 创建中介组：按格式和平台建组，再挂入广告单元与来源。编辑组时也可以顺带添加来源和映射。
- 在应用内接入：用 SDK 加上各网络的适配器完成落地。
两个前提：该广告格式必须已在应用内实现（横幅、插屏、原生、激励或激励插屏）；另外并非所有广告来源都支持中介，不支持的来源要走自定义事件（custom events）。
适配器与代码
第三方网络通过适配器接入你的应用。AdMob 区分开源适配器与版本化适配器，两者都只需在构建文件里改一行，控制台会为你勾选的适配器生成对应语句。开发者指南里有两条容易被忽略的规则：
- 必须在 SDK 初始化完成后再加载广告。 中介适配器就是在那次初始化里被初始化的，过早加载会导致某些网络根本不参与。
- 初始化广告对象时传入 Activity 实例。 这是官方推荐做法，部分被中介的网络强制要求，以保证体验一致。
Android 端使用竞价要求 Google Mobile Ads SDK（Legacy）18.3.0 或更高版本；2026 年的文档还并行提供了一套 GMA Next-Gen SDK 指南。iOS 侧的步骤同样是"建来源、映射单元、建组"三步，所以请为每种格式、每个平台各准备一个中介组。
哪里会出问题，以及它的表现
中介故障通常是静默的。Google 给出了竞价接入错误的典型症状：到达该合作方的广告请求数明显少于预期，同时首个请求之后的请求缺少 a3p 参数（Troubleshoot bidding）。在怀疑网络之前，先逐项核对：
- 清单文件中的 App ID 与 AdMob 账户一致。
- 代码里的每个广告单元 ID 都在 AdMob 后台存在，且每种创意格式都有广告单元映射。
- SDK 初始化后适配器状态为 READY。
- 你使用的是最新版本的适配器与 SDK — 过旧的适配器是合作方零填充的常见原因。
上线后才会发现的四个细节
- 竞价不服务儿童导向流量。 按 COPPA，竞价来源不支持儿童导向应用或请求的广告投放；家庭类应用应围绕瀑布流来规划。
- 竞价方必须声明为广告技术提供商。 竞价来源需要写入隐私与消息（Privacy & messaging）配置，与 GDPR、美国各州隐私法的披露一起处理。
- 部分竞价来源需要先签合同。 AppLovin、Adagio、Ad Generation 等网络在接受竞价请求前需要有合作关系，另一些来源则会自动加入账户。
- eCPM 底价对组内所有竞价方生效。 在中介组上设置的竞价 eCPM 底价会覆盖该组内所有竞价流量的广告单元底价，也可以用 A/B 测试验证（bidding eCPM floors）。
iOS 上还多一个工具：响应信息里的 adNetworkClassName 会告诉你是哪个网络实际投放了已加载的广告 — 这是确认某合作方是否真的参与进来的最快方式。
app-ads.txt：非强制，但值得花十分钟
Authorized Sellers for Apps（app-ads.txt）是 IAB 的机制，用于防止广告欺诈和应用冒名，保护你的广告库存。它不是强制的（Google 称其"高度推荐"），是一份列出授权卖家的纯文本文件，需发布在应用开发者网站的根域名下（若无法发布在根目录，Firebase Hosting 是官方支持的替代方案）。发布后由爬虫验证，状态会显示在 AdMob 后台。如果你的开发者网站本就为商店审核要求而存在，这件事只要十分钟，却直接影响你能拿到多少真实需求。
参考来源
- Google AdMob 帮助 — Guide to AdMob Mediation (bidding & waterfall)：support.google.com/admob/answer/3063564
- Google AdMob 帮助 — Overview of bidding：support.google.com/admob/answer/9234488
- Google AdMob 帮助 — About AdMob mediation groups：support.google.com/admob/answer/13411971
- Google for Developers — Set up AdMob Mediation (Android)：developers.google.com/admob/android/mediation
- Google for Developers — Choose ad sources：developers.google.com/admob/android/choose-networks
- Google for Developers — Troubleshoot bidding：developers.google.com/admob/android/troubleshoot-bidding
- Google for Developers — Authorized Sellers for Apps (app-ads.txt)：developers.google.com/admob/android/app-ads
正在规模化运营开发者账号？运维这一块交给我们。