
期望CPM是开发者管理瀑布流的必备功能,也称“底价”。填入期望CPM后,穿山甲将对广告进行筛选,并在一段学习期后使代码位CPM达到开发者所填的期望CPM附近。
在创建代码位时,可为代码位配置期望CPM:
选择您的应用,以及应用内想要设置瀑布流的广告位(例如A是开屏广告位、B是Banner广告位、C是激励视频广告位等,可理解为您应用的各个广告场景)
您可以将「广告位」视为广告在app中的各个展示位置,例如开屏在app启动时展示,则针对于开屏广告位的瀑布流设置,就是设置多个开屏类型代码位的期望CPM,从而形成从高到低的CPM组合,称之为瀑布流。
注意设置兜底(无期望CPM)的代码位
注意通跑代码位要作为兜底代码位在瀑布流中使用。
请求模式 | 解析 | 举例 |
串行请求 | 串行请求就是从价格最高的代码位开始进行逐层请求。 如果请求成功,则展示该层广告,后面不再请求;如果请求失败,则直到请求成功或请求到兜底成功为止。 | 例如同一个广告位,设置了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 |
在线客服智能客服 7*24小时在线人工客服 工作日 10~12点/14~19点