一、本地提前导入配置

1、功能介绍

GroMore支持开发者将应用下跨广告位的瀑布流配置导出，在应用发版前导入到客户端中，确保应用首次冷启动时能及时发起广告请求，减少配置拉取失败率，提高首次冷启动的广告展示率。针对开屏而言，与自定义兜底方案相比，收益提升更显著。

2、注意事项

• 版本要求：功能将在GroMore sdk3510及以上版本生效；
• 应用发版前建议：
• 导入的本地wf配置较为合理科学即可（不必为最新wf配置，因使用本地配置情况占比较少，无需频繁更新）；
• 暂不开启AB测试/流量分组。对于含AB测试/流量分组的广告位，导出本地配置时会默认导出A组(对照组)/分组排序为1的瀑布流配置，可能会影响测试/分组效果。
• 本地配置为拉取线上配置失败时的兜底方案，使用本地配置的情况占比不高，网络恢复/首次冷启动完成后，拉取线上waterfall配置的概率将会提高，届时流量将不再会走本地配置。

3、操作指引

如下图所示，在应用详情页，下拉导出数据列表，点击“导出配置信息”，参考示例填写MSDK版本、包名、穿山甲版本号、其他ADN版本号后，即可完成配置信息导出。

当导出配置信息后，开发者可将从平台下载文件拖入工程中，在SDK初始化时传入文件路径

Android：

iOS：

二、自定义兜底代码位

1、功能介绍

对于开屏而言，当拉取waterfall配置超时失败或在setting返回之前就调用了请求接口请求广告，且本地配置清空时，此时会请求「自定义兜底代码位」作为最后的解决方案，从而避免流量浪费带来广告收益损失或黑屏/超时等待影响用户体验。

2、注意事项

版本要求：该功能在Gromore sdk2350以上版本生效。

3、配置说明

若有多个开屏waterfall广告位配置，建议均单独设置新的「自定义兜底代码位」方便数据区分。

Gromore sdk2300以上版本支持拉取config成功的回调，请求非开屏广告在拉取config回调成功后再进行。

4、测试方法

可尝试在初始化之后马上请求广告，较大概率会触发「自定义兜底代码位」使用，最好是在第一次安装时尝试。