一、Bidding简介

1. Bidding原理

Bidding（实时竞价）是一种公开透明的竞价方式。Bidding会对每次请求实时报价，与其他竞价方进行比价，取价格最高者展示

2. Bidding和Waterfall的区别

3. Bidding和Waterfall的比价逻辑

在配置了Bidding和标准代码位的瀑布流，GroMore会同时向Bidding和标准代码位发起请求，使用「Bidding返回价格」和「Waterfall有返回的底价」进行比价，价高者胜出

• 注意：Waterfall代码位的「GroMore排序价格」和「实际底价」务必一致。比价使用的是排序价格而非实际底价，设价不一致或者不设价都会影响竞价和收益
• GroMore排序价格：仅用于排序和计算预估收益

• 实际底价：以穿山甲为例，期望cpm，是平台实际返回的价格

错误示例：GroMore底价=10，实际底价=5，Bidding出价=9。比价后Waterfall 10胜出，但实际返回价格是5，收益损失=4=Bidding出价9-Waterfall实际底价5

二、使用说明

1. Bidding权限

在使用Bidding前需要在各广告网络平台申请获取Bidding权限：

• 穿山甲Bidding：接入GroMore即可获取穿山甲Bidding权限，无需额外申请
• 其他Bidding：需要先在其他广告平台申请Bidding权限，然后在GroMore申请开通白名单（sigmob、mintegral除外），可以联系对应的运营同学或者提交工单进行申请
• 自定义ADN：自定义ADN的Bidding功能是白名单功能，可以联系穿山甲同学或提交工单申请开通注：自定义ADN支持的是客户端Bidding

2. Bidding支持的代码位样式有哪些？

注：各家广告网络广告类型对应关系，可点击查看，具体样式支持的MSDK版本可参考接入文档

3. banner轮播支持Bidding

如您想使用banner广告的Bidding功能，可配合开启轮播功能使收益最大化

banner轮播功能设置请参考帮助中心-瀑布流属性设置-样式轮播

三、GroMore Bidding操作指引

GroMore目前支持竞价代码位与标准代码位在一个瀑布流中同时存在，因此只需在原有瀑布流上直接新增Bidding代码位即可快速使用

1. 添加Bidding代码位

方式一：一键创建穿山甲Bidding代码位【推荐】

GroMore提供一键创建穿山甲竞价代码位功能，在新建/存量广告位时开启功能，即可完成竞价代码位的快速创建

① 新建广告位场景

• 在【应用管理】->【创建广告位】页，勾选「穿山甲竞价」，平台将默认创建穿山甲Bidding代码位，代码位属性将按默认值配置  若代码位属性的默认配置值与媒体期望不一致，开发者需自己单独创建竞价代码位，不要点击开启「一键创建并开启穿山甲竞价代码位」；若账号/应用还在审核中，默认创建的代码位是测试状态，将无法产生真实收益

• 完成广告位创建后，进入「瀑布流管理」页面，点击「⋮」 选择“修改穿山甲代码位属性”，可跳转至穿山甲编辑代码位页面对代码位设置进行修改

② 存量广告位场景

• 入口一：在【瀑布流管理】页面，点击「添加代码位」->「快捷创建穿山甲竞价代码位」
• 入口二：在【瀑布流管理】页面，点击「点此快捷创建竞价代码位」，即可跳转至竞价代码位创建界面

③ 一键创建竞价代码位属性说明

方式二：手动创建Bidding代码位

以下操作说明以「添加单个代码位」为例，展示手动创建Bidding代码位的步骤，「批量创建代码位」、「批量添加代码位」、「Excel上传代码位」操作与此类似

• 入口：在【瀑布流管理】页，点击「添加单个代码位」，进入【添加代码位】页填写参数配置
• 选择支持Bidding功能的「广告网络」，「竞价类型」根据实际情况选择“服务端竞价”或“客户端竞价”；非穿山甲代码位需如实填写「代码位ID」，穿山甲代码位可在「代码位ID」中下拉选择代码位，点击「保存」完成操作

注：使用Bidding功能需优先在瀑布流中创建穿山甲Bidding代码位

2. 效果验证

使用方式推荐

推荐开发者直接使用Bidding，如果想要对比原始瀑布流与添加Bidding后的收益，可通过 A/B测试 进行验证

关注指标

衡量收益时，除了关注填充率、ARPU、IPU、填充耗时外；由于使用Bidding可以帮助释放运营人力，运营效率的提升也是衡量Bidding效果的另外一个重要指标

您可能会发现，使用穿山甲 Bidding 后，实验组 eCPM 出现下降，这是因为传统瀑布流受底价与层级限制，仅高价值流量能展示；而 Bidding 无底价、实时自动出价，可覆盖全部价值流量并完成展示

因此，尽管eCPM可能会下降，但整体的填充率、IPU（平均每个活跃用户观看广告的次数）、ARPU（平均每个活跃用户产生的广告收入）将上升，填充耗时将下降，因此建议从整体收益视角综合多指标评估效果

四、竞价功能支持底价设置(白名单功能)

1. 使用说明

前置准备

使用前请联系对应商务经理或运营同学开通白名单权限

操作流程

入口：【瀑布流管理】页->「瀑布流属性设置」，进入【瀑布流属性设置】页

在【瀑布流属性设置】页中查看「竞价相关设置」-「竞价底价」；单位为元（人民币），暂不支持设置其他货币

注意事项：

• eCPM低于竞价底价的广告将不会被展示，由于设置底价会影响竞价模块的填充和收益，请谨慎设置
• 底价设置生效后，GroMore会自动对低于底价的bidding广告做过滤不填充，如果您使用的第三方广告网络的bidding代码位建议在对方平台上也设置相同底价，否则将会出现两边填充率、填充量不一致的情况
• 该功能针对瀑布流生效，支持A/B测试、流量分组。若希望AB组均生效，则需要分别设置

2. 使用建议

竞价底价设置不宜过高

竞价底价设置过高，会导致bidding填充率下降，从而影响bidding对整体收益提升的贡献；建议和瀑布流的最低价持平，剩余低价值流量不填充，或根据实际买量变现场景需求进行设置

利用竞价底价功能平衡用户体验及收益

在不同流量场景下用户的广告价值可能存在差异，比如高价值用户可能需要减少广告展示频次，以提升使用体验

在不影响整体收益的情况下，您可以通过竞价底价的功能结合流量分组，来平衡用户体验及广告收益，比如高价值的新用户通过设置竞价底价减少低价值广告的填充从而提升这部分用户的留存；对相对低价值的老用户则不设置竞价底价，充分展示广告以提高广告变现机会

五、数据指标分析指南

1. 效果指标

Bidding对比传统的瀑布流方式，每次请求仅返回一次结果，填充效率更高、多bidder环境下每次请求的结果也会更优。因此，在数据表现上也会表现出与传统瀑布流差异的地方。主要有以下几点：

1. 代码位填充率：Bidding代码位填充率一般在80%+，原因是Bidding会对所有流量进行出价，如果出现填充率偏低，可以查看是否设置底价，并结合错误码进行分析
2. 填充耗时：Bidding代码位的填充耗时一般在2s内，原因是Bidding只需要一次请求，在没有网络问题的情况下一般返回时长都较短
3. 竞胜率：GroMore收到返回后，比价胜出的占比，代表Bidding的竞争能力；竞胜率越高说明Bidding在该广告位上竞争能力越强
4. eCPM：Bidding的价格是实时请求模型计算的最优价格，区间范围没有控制，高低均有可能。但由于Bidding填充效率更高，传统瀑布流因为低价格区间等待时长较长没有填上的部分更容易被Bidding填上，因此在最终数据呈现上可能会表现的在低区间填充及展示更多，所以Bidding代码位的eCPM可能看起来偏低（相对设价代码位来说），但对开发者的整体收益则是正向的  注意「展示eCPM vs 询价eCPM」：GroMore平台显示的eCPM为展示eCPM，即最终实际展示的填充算出来的eCPM。Bidding请求时获得的价格为询价eCPM，询价eCPM如果在比价中竞败则不会披露。
5. ARPU：ARPU的表现和填充率相关，在DAU不变的情况下，填充率更高自然也会带动ARPU提升，历史测试中在瀑布流上增配Bidding代码位，广告位整体ARPU可提升3%-20%

2. 竞价链路指标

在【瀑布流管理】页，点击代码位对应的「竞价链路」，可查看服务端竞价代码位询价、物料请求、竞胜等核心链路数据。以下将说明各指标含义、预期表现（可结合流程图进行理解）

服务端竞价代码位竞价链路流程图

六、常见问题

1. 是否支持展示时返回Bidding价格？

支持，为满足买量变现开发者测算ROI的需求，Bidding目前已支持在Bidding获胜时返回真实价格，调用时机需要在展示（show）之后，过早调用可能会导致没有值返回。

您可以直接调用接口获取相关内容，技术对接文档搜索platform可以看到相关字段“getShoweCPM”

安卓：

iOS：

2. 在同一个瀑布流中，能否同时使用竞价和标准代码位？两者的关系是？

所有广告网络均支持竞价与标准代码位共存。在配置了Bidding和标准代码位的瀑布流，GroMore会同时向Bidding和标准代码位发起请求，根据返回的价格进行比价，价高者胜出

3. 为什么Bidding代码位的填充率很高，但展示率看起来会偏低？

GroMore平台台展示率的公式为 展示率=展示量/填充量。

当Bidding填充后，还会与普通代码位进行比价，如果是多Bidding的环境还会与各家Bidding进行比价，价高者才会胜出展示。因为Bidding的填充率较高，因此展示率的分母填充量相对较大，但分子展示量只有获胜者才会展示，所以展示率看起来会偏低。也可以参考竞胜率验证。

4. 使用穿山甲GroMore Bidding后，广告收入能提升多少？

根据目前测试的case，使用穿山甲GroMore Bidding后，收入能提升2.5%-19%不等。具体提升幅度，需要结合原始瀑布流配置情况进行验证。

5. 使用穿山甲GroMore Bidding后，人均展示次数变高了，会不会影响用户体验？

不会。

使用GroMore Bidding后，人均展示次数会提高的原因包括：①减少了因超时导致无法填充的问题，广告加载速度更快，降低了用户等待时长；②由于Bidding无底价且会实时自动出价，不管用户价值高低，我们都会为您找到合适的广告去做展示。

因此，人均展示次数变高，一方面提升了广告总收益，有利于开发者；另一方面也降低了用户等待时长，有利于用户体验。如果需要控制人均展示次数，可以使用GroMore的「展示上限」功能，控制某广告位对单一用户的展示时间间隔/单位时间内的展示次数。产品能力介绍详见 用户展示控制设置。

6. Bidding代码位和普通代码位、兜底代码位是如何比价的？

GroMore里的Bidding代码位会和普通代码位同时请求，只有当Bidding代码位价高于普通代码位时才会胜出并填充。而我们设置的兜底代码位是无底价代码位，如果Bidding代码位返回了广告，则默认Bidding胜出，兜底代码位不会再请求；只有在Bidding没有填充时，才会请求兜底代码位。

7. 添加Bidding代码位后，瀑布流整体的eCPM为什么看起来比原来低？

由于Bidding填充效率较高，增加Bidding代码位之后传统瀑布流低价格区间因为等待时长较长没有填上的部分更容易被填上，因此有可能整体瀑布流的eCPM看起来会比配置Bidding前低。

这个时候建议观察整体瀑布流的收益和ARPU，而非单代码位的eCPM，填充率提升之后整体收益预期是正向提升的。