中文
登录
后可查看全部文档
瀑布流入门文档
最近更新 2026-03-12 10:18:58

一、期望CPM是什么?

期望CPM是开发者管理瀑布流的必备功能,也称“底价”。填入期望CPM后,穿山甲将对广告进行筛选,并在一段学习期后使代码位CPM达到开发者所填的期望CPM附近。

1. 使用途径

在创建代码位时,可为代码位配置期望CPM

  • 流量变现」-「广告变现」-「代码位」-「新建代码位
  • 设置期望CPM

2. 可以填入的值

  • 期望CPM可以填入为0<X≤3000的值,支持小数点后两位,货币单位为账号结算货币
  • 请注意,设置期望CPM后,穿山甲将寻找与您期望CPM相符的广告,会影响广告请求的填充率,进而可能对您的收入造成影响。请结合您的历史数据合理设置。
  • 如果不填或者将已经配置的期望CPM清空后保存,则穿山甲将返回广告库存中价格最高的广告,但将不保证代码位CPM。

3. 冷却时间

  • 每一次调整期望CPM后会在30分钟后生效。
  • 为保证模型预估稳定性,1 个代码位每日只有 1 次修改的机会,当日首次设置期望CPM,并修改 1 次后保存,系统会提示剩余0次修改机会,设价框会置灰并无法编辑。次日可继续修改。

二、瀑布流(Waterfall)是什么?

  • 简介:瀑布流,即广告分层,是当前最常见的广告变现策略。是将设置期望CPM的代码位按照从高到低的价格进行请求,开发者接入多个平台,对各个平台进行排序,每一层设置一个底价。这样,对于每一次请求,开发者都能拿到尽可能高的价格,瀑布流模式可以有效地提升收益。
  • 建议:在Waterfall的切量中,建议大家把全量第一优先级的流量打给穿山甲,一般来说,优先级高的流量在穿山甲更容易拿到更高的收益。
  • 示例:如下图,例如按照某个代码位的期望CPM从高到低配置瀑布流。从价格最高的代码位(100)开始请求,优先级最高的期望CPM(100)没有广告返回时,则向下请求优先级第二的期望CPM(80)。依此类推,直到某个期望CPM返回了可展示的广告。这种分层方式能帮助您保证每次填充都是最优的价格。为了避免广告位无填充,请在该瀑布流中设置最后一个为兜底代码位,不设置期望CPM,保证该代码位在目标CPM都没有返回的情况下有填充

三、穿山甲瀑布流设置方法

1. 确定瀑布流的广告位

选择您的应用,以及应用内想要设置瀑布流的广告位(例如A是开屏广告位、B是Banner广告位、C是激励视频广告位等,可理解为您应用的各个广告场景

您可以将「广告位」视为广告在app中的各个展示位置,例如开屏在app启动时展示,则针对于开屏广告位的瀑布流设置,就是设置多个开屏类型代码位的期望CPM,从而形成从高到低的CPM组合,称之为瀑布流

2. 瀑布流层数设置

  • 设置路径:您可在「流量变现」-「广告变现」-「代码位」-「批量创建代码位」,对以上所选择的广告位的代码位的期望CPM进行设置。
  • 建议数量:根据大盘经验,不同广告类型所对应的瀑布流层数不同,同一瀑布流中不同价格的代码位数量建议如下
    • 开屏:3-5个
    • 信息流/Banner:8-12个
    • 激励视频/插屏:25-35个
  • 批量创建瀑布流代码位
    • 点击批量创建代码位
    • 信息流/Banner:8-12个

注意设置兜底(无期望CPM)的代码位


3. 目标CPM代码位设价

  • 基于通跑ecpm设置各层价格
    • 广告位采用不设底价代码位通跑,得到通跑eCPM
    • 选择一段时间内最高的eCPM
    • 通跑eCPM作为基准,乘 2-3 倍作为首层价格;
    • 观察首层代码位填充率,进行微调后作为最终价格;
    • 最后,以此类推设置后面层级的底价。

注意通跑代码位要作为兜底代码位在瀑布流中使用。

  • 根据各层代码位填充率调整设价
    • eCPM底价越高,则对应代码位填充率越低。
    • 各层代码位填充率建议控制在 5% 以上,最低不少于 1%。
    • 若代码位填充率在 10% 及以上,可尝试提高设价。
  • 根据返回量密集度调整设价
    • 对于返回密集的价格区间,价格间隔调小;返回稀疏的价格区间,价格区间调大。
    • 同时,瀑布流中代码位对整体收益贡献低于 2% 时,则可考虑移除该代码位。

4. 瀑布流请求方式设置

  • 瀑布流请求方式有串行并行设置,以及请求超时时长设置。
  • 不同广告类型差异较大。调优建议关注核心指标:广告位维度的流量填充率流量展示率、代码位维度的填充率展示率

请求模式

解析

举例

串行请求

串行请求就是从价格最高的代码位开始进行逐层请求。

如果请求成功,则展示该层广告,后面不再请求;如果请求失败,则直到请求成功或请求到兜底成功为止。

例如同一个广告位,设置了4个由高到低的期望CPM代码位,分别是40、30、20、10,和一个兜底代码位,共5个代码位。串行请求就是从最高的40代码位开始进行逐层请求,如果请求成功,则展示该广告,后面不再请求;如果请求失败,则继续请求30的代码位,若4个期望CPM代码位都无填充,直至请求到兜底为止。

并行请求

并行请求就是在瀑布流内,设置多个广告源进行并发请求,可提高价值广告源的曝光机会。

相同价格代码位并行请求:瀑布流每一次请求,会同时请求目标CPM相同的多家广告网络代码位,对比各家的填充速度和填充率差异时使用。如果多家广告网络都能达到 50 的CPM,可以并行请求这些广告网络的 50 CPM价格广告位,谁先请求成功则可以展示此广告,在无相同价格存在的情况下属于纯串行请求。

固定数量代码位并行请求:瀑布流每一次请求,会同时请求一组开发者设置的代码位,优化瀑布流请求逻辑时使用。每个并行组之间是串行请求,下一组请求前必须等待前一组完成所有广告源的返回结果。如单个并行组的超时时间设置的过长,会影响整体的瀑布流请求耗时。

固定数量代码位并行补位请求:瀑布流每一次请求,会动态同时请求n个代码位,n=媒体自行设置的并行请求数。例如并行 3 个代码位,有一个代码位返回填充失败/在层超时上限前仍未返回广告,则立即请求下一个代码位,保证同时并行 3 个代码位。

  • 具体请求超时时长可根据产品情况及时进行调整,以下是建议时长单次并行请求超时时长
    • 单次并行请求超时时长

概念说明

广告类型

建议设置范围(秒)

推荐时长(秒)

一次并行请求没有返回广告填充结果(成功或失败)时最多等待的时长,超过该设定上限时长时,会自动请求下一轮广告。

激励视频

2~10

2

插屏广告

2~10

2

原生广告

2~10

2

横幅广告

2~10

2

    • 瀑布流总请求超时时长

广告类型

建议设置范围(秒)

推荐时长(秒)

激励视频/全屏视频

20~300

60

插屏广告

20~300

10

原生广告

20~300

10

横幅广告

2~30

10

由于开屏的特殊性,仅提供瀑布流总超时时长的配置项,默认5秒

广告类型

建议设置范围(秒)

推荐时长(秒)

开屏广告

1~5

5


本篇目录
联系我们