中文
登录
后可查看全部文档
流量管理/代码位管理/瀑布流入门文档
瀑布流入门文档
最近更新 2024-07-10 18:10:05

一、期望CPM是什么?

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

1.使用途径

在应用下创建代码位时,即可为代码位配置期望CPM:

(1)新建代码位

(2)设置代码位的期望CPM

2.可以填入的值

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

3.冷却时间

  • 为保证模型预估稳定性,每一次调整期望CPM后会立即生效,只要一旦提交后,当日只有修改1次的机会。
  • 当日首次设置期望CPM,并修改1次后保存,系统会提示剩余0次修改机会,设价框会置灰并无法编辑。次日可继续进行修改。

二、瀑布流是什么?

瀑布流(Waterfall)

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


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

1.确定瀑布流的广告位

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

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

2.瀑布流层数设置

  • 您可在广告变现-代码位-批量创建代码位,进行对以上所选择的广告位的代码位期望CPM设置。根据大盘经验,不同广告类型所对应的瀑布流层数不同,同一瀑布流中不同价格的代码位数量建议如下:

开屏

信息流/banner

激励视频/插屏

3-5个

8-12个

25-35个

  • 推荐批量创建瀑布流代码位

(1)点击批量创建代码位

(2)批量设置期望CPM

注意设置兜底(无期望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,可以并行请求这些广告网络的50cpm价格广告位,谁先请求成功则可以展示此广告,在无相同价格存在的情况下属于纯串行请求。

固定数量代码位并行请求:瀑布流每一次请求,会同时请求一组开发者设置的代码位,优化瀑布流请求逻辑时使用。

每个并行组之间是串行请求,下一组请求前必须等待前一组完成所有广告源的返回结果。如单个并行组的超时时间设置的过长,会影响整体的瀑布流请求耗时。

固定数量代码位并行补位请求:瀑布流每一次请求,会动态同时请求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


本篇目录
联系我们