应用内竞价
1. 应用内竞价介绍
应用内竞价是一种先进的程序化广告竞价技术，允许各个广告网络对每一次广告曝光同时进行公开竞价，确保最高eCPM出价的广告网络获得广告曝光机会。开发者可以获取每一次广告展示的实时价格，收益数据更加透明化。
1.1 各广告网络头部竞价支持的广告样式
| 广告网络 | 激励视频 | 插屏广告 | 开屏广告 | 原生广告 | 横幅广告 | 备注 |
|---|---|---|---|---|---|---|
| Sigmob | √ | √ | - | - | - | 联系Sigmob商务人员开通Bidding权限 |
| 腾讯广告 | √ | √ | √ | √ | √ | 签署电子协议后平台即可创建（服务端竞价） |
| Mintegral | √ | √ | √ | √ | √ | 联系Mintegral商务人员开通Bidding权限 |
| 快手 | √ | √ | √ | √ | - | 联系快手商务人员开通Bidding权限 |
| 百度联盟 | √ | √ | √ | - | √ | 联系百度联盟商务人员开通Bidding权限 |
| AdScope | - | √ | √ | √ | - | 联系倍孜商务人员开通Bidding权限 |
| TapADN | √ | √ | √ | √ | √ | 联系Tap商务人员开通Bidding权限 |
| OPPO ADN | √ | √ | √ | √ | - | 联系OPPO商务人员开通Bidding权限 |
| vivo ADN | √ | √ | √ | √ | - | 联系vivo商务人员开通Bidding权限 |
2. 在ToBid聚合平台使用应用内竞价
2.1 ToBid SDK配置
应用内竞价功能只需完成ToBid SDK及相应的广告网络SDK导入即可，无需进行代码修改。点击进入SDK下载页面
2.2 添加应用内竞价广告源
在瀑布流管理页面，点击【添加广告源】，选择支持应用内竞价的广告网络后，在弹出的三方广告位填写页面中，勾选【应用内竞价】，即可开启应用内竞价广告源。
注：在开启应用内竞价后，ToBid会在每次请求时向广告平台实时询价，并根据询价结果进行优先级排序。请与相应第三方广告网络的客户经理确认开通竞价功能后使用
2.3 查看应用内竞价广告源
3. 应用内竞价和瀑布流的原理
3.1 原理介绍
在开发者调用广告请求后，系统会优先向所有应用内竞价广告源发起询价请求，在获得所有竞价方的出价后，系统会将最高出价的竞价广告源和常规广告源进行混合排序，生成新的瀑布流后，下发给客户端。客户端按照排序eCPM和设定的请求模式，发起广告请求。
3.2 广告请求流程
4. 应用内竞价数据分析和观测指标
4.1 重要的观测指标
应用内竞价会比常规广告源的请求，多出多个指标，相关的核心指标和介绍，见下表：
| 指标名称 | 指标介绍 |
|---|---|
| 竞价请求数 | 应用内竞价广告源向第三方广告网络发起询价的次数 |
| 竞价响应数 | 应用内竞价广告源向第三方广告网络发起询价后，返回了价格的次数 |
| 竞价胜出数 | 应用内竞价广告源的竞价响应数中，在整体瀑布流排序中胜出的次数 |
| 竞价响应率 | 计算公式：竞价响应数/竞价请求数 |
| 竞价胜出率 | 计算公式：竞价胜出数/竞价响应数 |
| 竞价请求平均耗时 | 应用内竞价广告源发起竞价请求到接收竞价响应的平均响应耗时 |
| 竞价响应平均出价 | 应用内竞价广告源竞价响应中的平均出价 |
4.2 数据分析
ToBid聚合平台在业内率先推出基于应用内竞价漏斗模型的分析报表，通过便捷、详细的可视化报表，为开发者提供了应用内竞价各个流程及各项指标的数据披露，以及便于开发者日常观测数据、统计数据的运营分析报表。详细可参考数据报表 中【应用内竞价报表】部分，或联系商务运营进行沟通了解。
5. 常见问题
5.1 为什么竞价广告源在瀑布流里的填充率，基本接近100%？
- 如上图所见，所开启的3个竞价广告源，在瀑布流里披露的填充率都是接近100%。此处针对竞价广告源披露的填充率指标，代表【竞价响应率】，也就是向三方询价后，三方广告网络对该次广告请求出价的响应。通常情况下，这个响应率会接近100%（排除反作弊、无设备信息、虚假设备等情况下）。
- 在询价阶段过后，胜出的一方，会带着询价返回的胜出eCPM，和瀑布流里非竞价广告源进行重新的排序。
注：在此时竞价广告源在大部分广告网络间，还没有进行广告物料的下载
- 客户端在拿到服务端排序的最终瀑布流在请求广告时，如按排序eCPM请求至竞价广告源，那么此时才会触发该竞价广告源真正的广告物料加载
注：在竞价广告源的token有效期内，发起广告物料请求，这个填充率也会是接近100%
综上所述，在开启应用内竞价后，无论是询价阶段还是物料请求阶段，在开发者的流量是真实流量的前提下，各家广告网络对真实流量都会有一定的出价能力，因此竞价广告源填充率都会是接近满填充状态，开发者需合理设置各家广告网络的使用情况，来做到瀑布流最大化的填充。
如某竞价广告源的询价响应率或广告物料填充率过低，请及时联系平台商务或技术同学进行错误排查，或通过【应用内竞价报表】的错误分析进行问题定位
5.2 为什么竞价广告源的eCPM这么高但是曝光这么少？
首先要区分是哪个eCPM指标，和竞价广告源有关的eCPM，包含如下3种：
| 指标名称 | 指标解释 |
|---|---|
| eCPM | 应用内竞价广告源的千次曝光收益。在选择的时间范围内，每1000次广告展示所获得的收益 |
| 竞价响应平均出价 | 应用内竞价广告源竞价响应中的平均出价 |
| eCPM API | 三方统计的实际收益与展示计算的eCPM |
- 【竞价响应平均出价】这个指标出现在竞价请求的前序流程里，即询价的过程，尚未进到瀑布流真实请求的序列当中。可以理解为，该指标是各家平台的出价平均值，不代表最终的胜出和展示，出价很多，但是价格低，无法胜出也就无法展示，从而导致不会因此来计算收入。
- 【eCPM】和【eCPM API】，都是在竞价广告源，在出价&胜出&展示之后，由三方广告网络真实计费后产生，意味着会经过各方比价到胜出这样的流程。
极限场景举例说明：
A竞价源平均出价只有10元，在偶然的5次出价会出到1000元，那么出价1000元出价胜出了当次的竞价，产生了曝光，最终产生了结算金额5元，那么A竞价广告源的实际数据就会是收入=5元，展示=5，eCPM=1000，竞价响应平均出价=10
5.3 竞价广告源的请求量如何统计？
竞价请求分为询价阶段和物料请求阶段，ToBid聚合平台在不同的页面内，为开发者呈现了不同的数据结果：
| 页面场景 | 披露数据 |
|---|---|
| 瀑布流 | 请求量 <-> 竞价请求数，即询价阶段请求数 |
| 综合报表 | 广告请求量 <-> 竞价请求数，即询价阶段请求数 |
| 应用内竞价分析报表 | 分别用竞价请求数、广告物料请求量，披露了询价阶段和物料请求阶段的返回量 |
截至目前，除Sigmob的Report API没有披露请求API之外，其余3家竞价平台（Mintegral、腾讯广告、快手）在Report API回传的请求API字段，针对竞价广告位，均披露的是竞价请求数。开发者可在【综合报表】或【应用内竞价分析报表】勾选相应的指标和维度，查看详细数据
5.4 开启应用内竞价后，应该关注什么样的指标？
- 【竞价胜出率】：是核心，该指标代表所开启的竞价广告源在整个瀑布流的竞争力
- 【竞价响应率】：代表各家广告网络对于询价的响应程度，在国内的市场环境，如果该值在正常流量使用且不设置bid flood的情况下，低于80%，那么多余整体瀑布流的变现效果来说建议开发者开启不低于7天的A/B Test，来测试其的稳定性
- 【竞价广告源在瀑布流中的收益/展示占比】：如该值过低，则代表这部分的竞价流程在整体瀑布流的变现效率过低。开发者可在【应用内竞价报表】，通过可视化数据看板一键查看相关数据指标
6. 各广告网络应用内竞价错误码
ToBid针对第三方广告网络提供的错误码描述进行了相关的业务分类汇总。对于无法进行有效业务分类的头部竞价错误码，开发者可以查阅第三方广告网络平台披露的错误码信息了解实际含义并依照文档建议进行修改。
| 广告网络 | 错误码信息 |
|---|---|
| Sigmob | 查看 |
| 腾讯广告 | 查看 |
| Mintegral | 查看 |
| 百度联盟 | 查看 |