服务端bidding gromore 网络异常 自定义adn 客户端服务端竞价。
3403 bidding流量请求量
正常情况流量请求量 和bidding请求量差不多，不超过10%，超过10%需要排查
关注gap
3403版本前后，竞价方式有所变化
3403之前（先客户端竞价，后服务端竞价）并行 （瀑布流竞价）
3403之后 瀑布流竞价 并行 客户端竞价 并行 服务端竞价
配置adn多bidding竞价代码位
bidding 收益大概占比1020，可以参考。
bidding 瀑布流 同时请求，返回快，大概2秒，winfell 5 秒 ，比价逻辑只会比价一次，拿实时的有填充的最高价的瀑布流价格和bidding 比价
单个用户展示的广告场景越丰富，单用户收益越高，针对请求量比较大的场景，可以使用流量分组区分不同价值的用户，分别配置相应的广告配置。
触达用户的广告场景，单个用户广告场景请求一遍，同一个位置
相同广告不让用户看很多次，用户收益和体验找平衡点。
新用户价值相对比较高，针对新用户价值区间高一些，
老用户耗时和频控，用户体验做平衡
bidding 白名单
展示间隔，信息流10秒，激励视频不需要展示间隔。
ecmp观察用户质量
【穿山甲bidding+其他广告网络期望cpm设价代码位混合】形式：
开屏 信息流/banner 激励视频/全屏视频/插屏
2-4个（穿山甲bidding：1个+其他：1-3个） 4-6个（穿山甲bidding：1个+其他：3-5个） 10-15个（穿山甲bidding：1个+其他：9-14个）
ecpm底价越高则对应代码位填充率越低，各层代码位填充率控制在5%以上，最低不少于1%。除开屏外，若代码位填充率在10%及以上，可尝试提高头层设价 。
根据返回量密集度调整设价 ：对于返回密集的价格区间，价格间隔调小；返回稀疏的价格区间，价格区间调大。同时，瀑布流中代码位对整体收益贡献低于2%时，则可考虑移除该代码位。
需要注意的是，各广告网络期望ecpm价格设价权限需跟各广告网络确认开通，GroMore新建代码位时手动填写价格仅影响[按价格]形式的请求排序。 穿山甲广告网络的期望ecpm设价权限，针对使用GroMore的全量媒体 默认开通。
瀑布流属性设置包含串并行方式、请求超时时长设置，不同广告类型差异较大。建议优先使用GroMore默认配置或根据历史经验完成初始配置，在此基础上再做调优。调优建议关注核心指标：广告位维度的流量填充率和流量展示率、代码位维度的填充率及展示率。
GroMore默认配置如下：
2.1. 串并行方式：固定层数并行请求，默认2层并行
2.2. 单次请求超时时长：2秒
2.3. 总请求超时时长：
广告类型 可设置范围（秒） 默认时长（秒）
开屏 1.020.0 5
banner/插屏/信息流 2.030.0 10
激励视频/全屏视频 20.0180.0 60
瀑布流层数合理前提下，单次请求超时占比大时，可适当提升单次请求超时时长上限；总请求超时占比大时，可增加单次并行请求层数或适当提升总请求超时时长上限 。
结合优质媒体配置经验看，瀑布流广告位维度的流量填充率90%以上，流量展示率70%以上。