瀑布流设置

操作路径：点击「聚合管理」-点击「应用」-点击「广告位」-点击「瀑布流设置」。

一、并行请求模式

并行请求类型	功能介绍	备注
固定数量补位请求 （推荐）	瀑布流每一次请求，会动态同时请求n个代码位，n=媒体自行设置的并行请求数。 例如并行3个代码位，有一个代码位返回填充失败/在层超时上限前仍未返回广告，则立即请求下一个代码位，保证同时并行3个代码位	可自行设置「并行请求数」，默认为3，上限为5
固定并行请求	瀑布流每一次请求，会同时请求n个代码位，n=媒体自行设置的并行请求数。 例如并行3个代码位，这3个代码位必须在单层超时内都有响应（成功/失败）才会再向下请求3个代码位	可自行设置「并行请求数」，默认为3，上限为5
同价格并行请求	瀑布流每一次请求，会同时请求价格相同的代码位

*为帮助开发者优化耗时，新建广告位将默认使用固定并行请求&请求数3。

二、超时设置

超时设置将影响填充率，建议开发者根据历史数据情况设置，若无历史数据参考可先采用平台提供的默认值，然后再根据填充耗时、请求超时错误码等信息调整设置。

字段名称	概念说明	设置范围（秒）	默认值（秒）
单个广告源填充结果等待时长	单个广告源发起请求后的等待时长，该时长内未返回填充结果，将发起新的广告源请求。	0.3~10.0	2.0
瀑布流总请求超时时长	一次瀑布流总请求还没有返回任何成功广告填充时最多等待的时长，超过上限时长时，本次瀑布流总请求视为结束，无有效返回。	开屏：1.0~20.0 banner/插屏/信息流：2.0~30.0 激励视频/全屏视频：20.0~180.0	开屏：5.0 banner/插屏/信息流：10.0 激励视频/全屏视频：60.0
并行组请求超时时长	一次并行请求组没有返回广告填充结果（成功或失败）时最多等待的时长，超过该设定上限时长时，会自动请求下一轮广告。	0.3~10.0	2.0
客户端竞价请求结果等待时长	适用于客户端竞价广告源，超过该时长后，相关广告源返回的价格将无法比价，请根据使用情况酌情设置。该时长仅约束客户端竞价最长等待时长（建议时长在3-5秒左右，以确保客户端竞价有填充）	0.5～180.0	2.0

三、缓存广告

广告位有效缓存数：SDK在回调广告位的Load Success后，判断当前广告位是否达到缓存数量要求。如果没达到，SDK将继续执行WaterFall流程，直到全部广告源执行完成或达到缓存数量要求。

缓存池底价：低于底价的广告将不缓存，设置缓存池底价过高会降低缓存效率，请谨慎设置。

四、预缓存

预缓存在show/close/sdk初始化完成后调用preload接口时发起广告请求，通过预缓存缩短广告等待时长，减少因超时导致的请求损失。

SDK初始化后预缓存：初始化完成后调用preload接口，该时机与开屏广告加载的时机可能非常靠近，因此不建议开屏广告用preload接口提前加载；可能的冲突说明：不建议开发者在已使用自身预缓存机制的应用中开启预缓存，可能会造成逻辑冲突；

SDK曝光后预缓存：激励、插屏支持show/close后；开屏支持close后；信息流支持第一条广告show后；

若需使用预缓存，在聚合管理-瀑布流设置中开启即可。

五、SDK预置策略

支持开发者将应用下各广告位的瀑布流配置导出，在应用发版前导入到客户端中，确保应用初次启动时能及时发起广告请求，减少配置拉取失败率，提高首次冷启动的广告曝光机会。支持开屏、激励视频、插屏、信息流、横幅全部广告类型使用SDK预置策略。

注意：

1. 开启SDK预置策略规则的流量分组不支持开启AB测试，+创建选择AB测试类型时，不支持选择AB测试瀑布流。
2. 导出SDK预置策略成功后服务端会生成一个以广告位ID命名的json文件，该文件内容包含第三方应用ID、瀑布流设置、流量分组规则、瀑布流策略配置信息。

六、兜底广告

兜底广告是针对特定广告场景的收益提升方案。建议使用三方平台无底价广告位配置兜底广告。兜底广告源能作为有效的收益补充方案，解决部分广告场景填充率偏低的问题，保障了应用和广告位的收益，精简广告源配置和及运营方案，同时降低了运营维护成本。

支持添加兜底广告源，并在瀑布流设置配置兜底广告源的广告请求开始时间。在瀑布流请求发起后，兜底请求会并行于瀑布流、头部竞价发起，当瀑布流请求没有填充时，将使用兜底广告填充和展示。如果存在多个兜底广告源，兜底广告源将按指定顺序串行请求。

在对应广告位创建广告源时，在配置界面开启“兜底广告”即可。

路径：广告平台→广告源管理→→添加广告源→兜底广告

七、展示频控

聚合管理页面支持广告位维度和广告源维度2种展示频次控制功能。

1. 广告位维度

路径：聚合管理→瀑布流设置→展示上限/展示间隔

通过该功能，可以限制单个用户在广告位维度下的展示频次。默认不限。

• 展示上限（每小时）：单个用户在1小时内可以观看该广告位广告的最大次数；
• 展示上限（每天）：单个用户在1天内可以观看该广告位广告的最大次数；
• 展示间隔（秒）：单个用户本次该广告位展示到下次该广告位请求之间的时间间隔。

2. 广告源维度

路径：聚合管理→选择广告源→编辑→更多配置→展示上限/展示间隔

通过该功能，可以限制单个用户在广告源维度下的展示频次。默认不限。

• 展示上限（每小时）：单个用户在1小时内可以观看该广告源广告的最大次数；
• 展示上限（每天）：单个用户在1天内可以观看该广告源广告的最大次数；
• 展示间隔（秒）：单个用户本次该广告源展示到下次该广告源请求之间的时间间隔。（注意：展示频控均为本地设置，若卸载重装则限制重新计算；视频类展示间隔为视频播放开始与下次请求之间的时间间隔。）

八、瀑布流&头部竞价请求方式

聚合SDK加载广告时头部竞价广告源与普通广告源请求的方式：

串行请求：当所有bidding广告都返回价格或触发bidding请求超时，才会执行瀑布流中底价位广告源。适合对广告加载时长要求不高的场景。

并行请求：bidding广告源与瀑布流底价广告源并行发起请求，适用于对广告加载时长有要求的场景。

开发者可根据实际使用场景灵活配置串行或并行请求，例如在开启了预缓存或媒体调用预加载的情况下，设置串行请求最大化保证收益，在开屏、信息流这种需要快速响应的场景，可以设置并行请求。