期望CPM是开发者管理瀑布流的必备功能,也称“底价”。填入期望CPM后,穿山甲将对广告进行筛选,并在一段学习期后使代码位CPM达到开发者所填的期望CPM附近。
在应用下创建代码位时,即可为代码位配置期望CPM:
(1)新建代码位
(2)设置代码位的期望CPM
瀑布流(Waterfall)
选择您的应用,以及应用内想要设置瀑布流的广告位(例如A是开屏广告位、B是banner广告位、C是激励视频广告位等等,可理解为您应用的各个广告场景)
您可以将广告位视为广告在app中的各个展示位置,例如开屏在app启动时展示,则针对于开屏广告位的瀑布流设置,就是设置多个开屏类型代码位的期望CPM,从而形成从高到低的CPM组合,称之为瀑布流。
开屏 | 信息流/banner | 激励视频/插屏 |
3-5个 | 8-12个 | 25-35个 |
(1)点击批量创建代码位
(2)批量设置期望CPM
注意设置兜底(无期望CPM)的代码位
瀑布流请求方式有串行、并行设置,以及请求超时时长设置。不同广告类型差异较大。调优建议关注核心指标:广告位维度的流量填充率和流量展示率、代码位维度的填充率及展示率。
请求模式 | 解析 | 举例 |
串行请求 | 串行请求就是从价格最高的代码位开始进行逐层请求,如果请求成功,则展示该层广告,后面不再请求;如果请求失败,则直到请求成功或请求到兜底成功为止 | 例如同一个广告位,设置了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 |
在线客服智能客服 7*24小时在线人工客服 工作日 10~12点/14~19点