瀑布流初始配置推荐
一、了解瀑布流
1、程序化变现原理
程序化变现如请求单一广告源，很难获取到最高价广告。所以每次流量请求，需要从不同平台请求不同类型广告源，再做比价后获取最高价广告。这是一个价格博弈的过程：
- APP侧->每一次请求获取高价展示，提高营收。
- 广告平台侧->收到的每一次请求后，尽可能的压低出价，获得展示机会。
2、什么是瀑布流？
瀑布流是广告位正常发起请求后，向不同广告平台请求广告的一系列配置策略，通过该策略配置，可以获取不同广告平台中最高的展示价格，从而提升收入。
- bidding广告源：收到每一次请求后，根据模型判断是否填充及实际填充价格。
- 保价广告源：收到每一次请求后，根据开发者设置的价格，决定填充或不填充。
二、Tobid侧瀑布流配置准备工作
- sigmob账号审核通过且创建完APP。
- 在APP中创建聚合广告位：聚合管理->流量管理->应用概览->创建聚合广告位。
可单独创建、可批量创建，完成即可进入瀑布流配置：
三、瀑布流设置
聚合管理->瀑布流管理：
配置项：
| 项目 | 快速解读 | 建议使用场景 |
|---|---|---|
| 竞价加速器 | 客户端本地对价格排序，缩短竞价时间 | |
| 自动加载 | 在首次实时请求广告播放过程中，加载下一次广告缓存。 | |
| 应用内竞价与普通广告源并行请求 | 在请求bidding位置的同时，顺位请求一部分保价位 | 配置值为X（默认为8），当前瀑布流竞价广告源数量为Y，则并发请求保价位的数量为X-Y，降低流量填充耗时。 |
| 策略缓存 | 当次请求时将瀑布流设置缓存到本地，下次请求使用缓存。 | 默认值为72小时，缩短实时请求耗时，提高广告位展示率。主要针对开屏实时请求，如瀑布流修改不频繁，建议直接开启。 |
| 瀑布流请求模式 | 保价位请求模式 | 固定价格请求：使用减少，主要针对有多个不同广告平台在同一价格的情况。提高同一价格曝光成功率。固定数量请求：实时及缓存广告位置适用，可根据设置数量向下串行请求寻找最高保价位出价。固定数量补位请求：适用于实时场景，对请求时间要求较高的广告位，根据设置数量请求瀑布流后，后续逐个往下补足请求。可提高高保价位曝光。 |
| 瀑布流填充回调模式 | 并行请求组返回曝光广告源的方式 | 价值优先：等待高价广告源返回曝光速度优先：最先返回的广告源优先曝光根据当前广告位对超时时间要求、广告填充率等指标，综合选择合适方式。**如时间要求较高且填充率低，则选择速度优先。**如时间要求不高则选择价值优先。 |
| 并行请求数 | 保价位请求阶段，单次拉取瀑布流广告源的个数。 | 推荐设置值4-6。可根据广告位超时情况做数值配置 |
| 单次并行请求超时时竞价响应超时时长请求超时时长 | 设置的瀑布流不同阶段的超时时间 | 单次并行超时时间：单次请求设置并行数量保价位时间竞价响应超时时长：竞价广告源超时实际请求超时时长：整体请求阶段超时根据广告位超时时间配置 |
| 使用广告源兜底 | 在瀑布流快结束时，填充已返回的最高价广告。 | 适用于所有广告类型建议在实时请求广告位中，提高整体展示率。 |
| 应用内竞价底价 | 当前瀑布流分组竞价广告源底价 | 建议在大促节点配置，降低低价广告展示，提高整体ecpm。 |
| 展示上限(小时)展示上限(天)展示间隔（秒） | 广告频次控制 | ToBid侧广告频次控制，如开发者侧已经做了配置则无限配置。如果对展示频次有要求，则在对应项目上配置时间。 |
四、瀑布流配置
1、基本配置原则：
- 各广告平台均至少配置一个bidding广告源
- 四大联盟可以尝试配置多bidding提高收益
- 保价位围绕当前广告位均价上下设置密集层级
)
- 不同保价位采用不同广告平台保价位穿插设置：
错误示例：AABB
广告平台A：30-> 广告平台A：20 -> 广告平台B：15 -> 广告平台B：10
正确示例：ABAB->ABCDABCD
广告平台A：30-> 广告平台B：20 -> 广告平台A：15 -> 广告平台B：10
- 兜底使用广告平台侧无保价位广告源，排序价格设置为0.01。
)
- 最高保价位根据填充率不断上探，一般低于0.5%不再设置。在大促节点设置更高价保价位。
)
2、初始化配置推荐
| 广告类型 | 开屏 | 插屏 | 激励视频 | 原生 | banner |
|---|---|---|---|---|---|
| 参考ecpm价格 | 15-30 | 25-45 | 50-70 | 1-3 | 3-5 |
参考示例：
| 广告样式 | 开屏 | 说明 |
| 竞价层 | 优量汇-bidding | 竞价区 |
| 优量汇双bidding | ||
| 快手-bidding | ||
| 百度-bidding | ||
| 百度双bidding | ||
| sigmob-bidding | ||
| 美数-bidding | ||
| 底价层 | 优量汇-150 | 均价上探区 |
| 快手-120 | ||
| 百度-80 | ||
| 穿山甲-50 | ||
| 优量汇-40 | ||
| 穿山甲-35 | 均价密集区 | |
| 优量汇-32 | ||
| 穿山甲-30 | ||
| 优量汇26 | ||
| 穿山甲-25 | ||
| 快手-24 | ||
| 优量汇-23 | ||
| sigmob-22 | ||
| 优量汇-20 | ||
| 穿山甲-19 | ||
| sigmob-18 | ||
| 快手-16 | ||
| 优量汇-15 | ||
| 穿山甲-12 | 均价以下区域 | |
| sigmob-10 | ||
| 快手-8 | ||
| 优量汇-5 | ||
| 优量汇无底价-0.01 | 兜底区 |
五、运营优化及AB实验
1、数据会说话：
配置完瀑布流后，实时关注填充出价等数据，并在T+1日后做数据分析，重点调整：
- 根据广告位展示率调整瀑布流整体层数
- 下线填充率低的保价位
- 根据填充率增加高价格段保价位
- 根据各平台bidding价格选择对应平台保价位
2、善用AB实验：
根据AB实验配置不同的【瀑布流设置】及【瀑布流策略】，寻找最优收益方案。
帮助文档：A/B Test | Sigmob
3、根据预算情况不断调整：
- 在大促节点（每月美团神券节、618、双11、双12）等节点增加高保价位
- 在预算低节点减少高保价位及瀑布流层级
- 非四大联盟广告平台与运营侧伙伴实时沟通预算优化