每个季度，新接入的开发者都会问我们同一个问题：接下来该加哪家广告平台？这似乎是最直接的增长手段——更多广告需求、更充分的竞争、更高的出价。但在实际业务中，2026 年实现 ROAS 翻倍的团队，几乎都不是靠新增广告平台做到的。他们靠的是认真审视已经上线的三项设置。
如今，每个新账户接入 Apps Kit SDK 后的前 30 天，我们都会执行这套优化方案。下面按周拆解，你可以直接将它纳入迭代计划。
1. 底价跟着用户走，而不是只按广告位设定
固定底价是瀑布流变现表现不佳最常见的原因。同样是 4 美元的 eCPM 底价，对于晚上 8 点通过 Wi-Fi 观看激励视频的美国 iOS 用户，可能恰到好处；但对于凌晨 3 点使用低端 Android 设备的用户，同一广告位的表现可能会惨不忍睹。
我们将每个广告单元的单一底价，替换为一个小型矩阵：国家分层 × 广告形式 × 时段。每个广告单元配置六个底价值，每周根据过去 14 天的出价数据重新计算。瀑布流逻辑保持不变，只调整传入的底价。前两周的收益提升中位数：激励视频为 38%，插屏广告为 22%。
2. 精简瀑布流长尾层级
我们审查的大多数账户，每个广告位都配置了 18 至 40 个瀑布流层级。设置底价后，排名前六之外的出价几乎从不胜出，只会增加延迟和超时风险。我们的精简策略很明确：只保留排名前六的竞价方，再加两家兜底广告平台，不设例外。
广告请求延迟从通常的 1.4 秒降到了 800 毫秒以内。节省下来的时间直接转化成了广告展示量，因为广告渲染完成时，用户还没有结束会话。
3. 将每 DAU 广告展示次数作为核心 KPI
ROAS 是滞后指标。真正的先行指标——也就是出现问题时最先变化的指标——是每位日活跃用户的广告展示次数。如果 IPM 下降 10%，下一周 ROAS 就会下降 8%–12%，每次都是如此。
我们按用户群组、广告形式和应用版本分别埋点监测。变化幅度一旦超过 5%，看板就会立即提示。等财务发现 ROAS 下滑时，我们的团队早已推送了远程配置更新。
我们实际执行的每周计划
这三项调整单独来看都很简单，但执行顺序比很多人想象的更重要：必须先完成埋点监测，再调整底价，否则就无法判断调整是否有效。
- 第 1 周：上线每 DAU 广告展示次数看板，按用户群组和广告形式拆分，并设置 5% 的变化幅度告警
- 第 2 周：将瀑布流精简为排名前六的竞价方加两家兜底广告平台，底价保持不变
- 第 3 周：在一个激励视频广告位上线国家 × 广告形式 × 时段的底价矩阵
- 第 4 周：将底价矩阵扩展到插屏广告，停用剩余的固定底价，并开展下文所述的复盘
我们监测了什么，又是如何验证的
我们用三个指标判断每次调整是否有效。按应用版本和国家拆分的每 DAU 广告展示次数是先行指标，任何底价调整都会在 24 小时内反映到它上面。按安装周划分用户群组后的 ARPDAU，能帮助我们判断增长是真实提升，还是仅仅一天的偶然波动。第 7 日留存用户 ARPDAU 这个不太起眼的复合指标，则能判断我们是否在透支下一周的收入。
每次调整都必须留出占新增安装量 10% 的用户作为对照组，测试至少持续七天，验证通过后才能全面推广。对照组不可省略。没有它，就无法区分效果究竟来自底价调整、季节性波动，还是恰好在同一个周二启动的 Meta 广告投放。
复盘：一个适得其反的优化项
第二周，我们还尝试了第四项调整：大幅缩短竞价超时时间，从 900 毫秒降到 600 毫秒。理论上没问题——竞价更快，每次会话的广告展示次数就会更多。但实际执行后，两家高出价竞价方的 p95 响应时延超出了新的超时门槛，导致激励视频 eCPM 在三天内下降了 11%。
解决办法是按竞价方分别设置超时时间，而不是使用全局统一值。对于响应快的竞价方，我们保留 600 毫秒上限；对于那两家响应慢但价值高的竞价方，则放宽到 1100 毫秒。ARPDAU 在 48 小时内恢复。经验是：一项参数全局一刀切，几乎总会出问题；同样的参数按细分对象分别设置，往往就能奏效。
哪些尝试没有带来实质改善
- 新增第七家广告平台——边际收益很快开始递减
- 为原生广告单元引入头部竞价（Header Bidding）——竞价开销抵消了收益提升
- 将频次上限严格压到每次会话 3 次以下——第 2 日留存率不仅未回升，反而下降
- 更换广告聚合 SDK——投入六周只换来 2% 的变化，对大多数团队而言并不划算
实现 ROAS 翻倍的团队，并不是接入广告平台最多的团队，而是那些每个小时都清楚用户价值的团队。
下一步该怎么做
如果这个季度只做一件事，那就按用户群组埋点监测每 DAU 广告展示次数，并将其与远程配置驱动的底价矩阵联动。第三个杠杆——精简瀑布流——只需两小时，仅延迟改善带来的收益就能覆盖投入。第四个杠杆——按竞价方设置超时时间——则决定了提升幅度是 40% 还是 100%。现在，我们已将它作为每个新 Apps Kit SDK 账户的默认配置。
