数据差异分析及常见问题

一、平台披露数据说明

1、数据口径及定义

GroMore平台披露的数据有两种口径，预估数据和api数据：

• 预估数据：GroMore通过埋点上报获取的数据；

• api数据：各广告网络通过Reporting API回传给GroMore的数据，其中穿山甲广告网络默认回传，其他广告网络需授权回传，授权操作详见链接；

• gap率 =（预估数据-api数据）/ api数据；

2、各报表支持的数据类型

3、各ADN支持的api数据指标

1. 各广告网络api数据获取权限可联系各广告网络申请；

2. 部分广告网络暂不支持所有字段api数据回传，因此即使授权回传，也可能导致GroMore披露api数据与各广告网络后台数据在某些计算口径下不同。

各广告网络支持的api数据指标如下：

二、GroMore预估数据与api数据差异说明

基于代码位维度的数据指标，GroMore api数据与各广告网络后台数据差异不大，两者gap率超过15%可联系GroMore同学协助排查。主要差异在GroMore预估数据与api数据(或广告网络后台数据)之间，下文主要基于这个差异做解释说明。

注意：

• 需确保各adn的reporting api配置成功，详情可点 链接 查看；

• 如下数据及差异仅供参考，最终数据请以各广告网络平台披露结算数据为准。

1、请求量、返回量及填充率

数据统计口径说明

一次流量请求可能触发多次广告请求，因此流量请求量 ≤ 代码位广告请求量之和。

流量请求量 ≈ 瀑布流中头层代码位请求量（即首个或多个并行代码位请求量）。

广告类型特殊逻辑

• 开屏/激励视频/全屏视频：预缓存功能影响
• 当前开发者使用各ADN的预缓存代码位，GroMore仅对实时开屏请求进行数据统计，对于ADN自行发起的预缓存请求，GroMore无法对其请求量和返回量进行统计。
• 差异范围：使用预缓存前提下，已知ADN请求和填充数据是GroMore统计的2倍左右。
• 穿山甲激励视频：GroMore SDK 3200支持穿山甲激励视频“再看一次”功能影响
• 类似轮播banner，“再看一次”的激励视频代码位，将缺少二请的请求、填充、展示、点击数据，与API数据存在差异。
• 差异范围：与用户行为相关，穿山甲API数据大约不超过GroMore统计的两倍左右。
• banner：轮播功能影响
• 当前GroMore不支持banner轮播(自动刷新)功能，但默认会给广告网络开放接口，轮播间隔时间默认30秒以便支持开发者使用。GroMore仅对banner广告位首次请求做数据统计，对于赢得首次展示机会的广告网络，后续自动刷新将不做请求量、返回量统计。
• 差异范围：与用户行为强相关，用户对应页面停留时长越长则差异越大。

*注：GroMore SDK 3100及以上版本已支持banner轮播，无数据统计差异。

ADN不统计的无效数据

• ADN不统计的无效数据

预估数据为GroMore统计的埋点上报数据，而api数据或广告网络后台数据仅包含广告网络认为有效的数据。如频繁请求、作弊、网络问题等无效流量，则仅在GroMore预估数据中统计。其中，对应常见广告网络错误码如下，GroMore披露请求gap率指标超过10%建议重点关注下方的处理方案。

穿山甲对应错误码：-8（频繁请求）、602（网络问题）；

优量汇对应错误码：5013；

• 建议处理方案
• 针对频繁请求
• 方案一：开发者自身对请求做频次控制。已知穿山甲广告网络当前频控为10秒50次，其他广告网络可咨询对应同学；
• 方案二：升级GroMore SDK版本至2900及以上版本。为规避频繁请求各广告网络导致广告网络对应用质量有负向判断，GroMore针对频繁请求做了熔断机制，即流量频繁请求（10秒50次）GroMore触发机制后，GroMore10秒内不对对应广告网络发起真实请求从而规避负影响。同时GroMore也会将相关请求以错误码形式披露给开发者，对应错误码为40043。
• 针对各广告网络判定无效流量
• 建议对用户质量做好把控，或联系各广告网络协作排查。

2、展示量及展示率

数据统计口径说明

广告类型特殊逻辑

• banner：轮播功能影响
• GroMore不支持轮播功能，同理请求及返回量归因，赢得首次展示机会的广告网络，后续自动刷新功能对应展示量也不做统计。

*注：GroMore SDK 3100及以上版本已支持banner轮播，无数据统计差异。

• 信息流：广告滑动影响
• 不同广告网络会对用户滑动广告带来的多次展示有不同校准逻辑，已知部分广告网络会忽略全部滑动展示数据、部分广告网络会根据反作弊逻辑处理、部分广告网络不做校准，对此GroMore保持中立暂不做对齐。
• 差异范围：暂无界定。

其他原因：网络问题、有效展示判定标准不同

展示量差异除上述已知广告类型导致数据差异外，常见原因为：广告网络环境、不同广告网络对有效展示的判定标准不同而导致的差异，建议与各广告网络同学咨询明确。当展示GroMore披露展示gap率指标超过10%建议重点关注，一般来看都是预估数据大于api数据，建议尽量满足各广告网络的有效展示标准：

• 不要遮挡、扭曲和模糊广告图片和内容；

• 原生和banner广告展示面积超过50%像素，展示时长超过1秒；

• 开屏广告展示面积要超过屏幕的75%，播满5秒或者点击了跳过按钮；

• 激励视频和全屏视频，视频播放时长超过1秒。

3、eCPM及收益

数据统计口径说明

常见数据差异

• eCPM、预估收益：兜底代码位默认不设置价格，即导致eCPM披露为0，因此对应预估收益也为0，从而存在数据差异；
• eCPM api、收益api：
• GroMore默认仅呈现穿山甲广告网络的api数据，其他广告网络需回传reporting api数据才可呈现，reporting api数据回传操作详见链接；
• 分小时级数据报表披露eCPM api及收益api数据，仅包含穿山甲广告网络api模拟数据。

4、DAU/DEU/ARPDAU

• DAU：GroMore埋点上报统计，每天启动应用的独立用户数。可能与开发者统计的dau存在差异，如某用户App活跃但未触发请求GroMore SDK，则开发者统计DAU会计数但GroMore不会计数；

• DEU：GroMore埋点上报统计，每天观看过广告的独立用户数；

• ARPDAU：人均广告收益，ARPDAU=收益/DAU。

三、流量数据和广告数据差异说明

1、定义补充说明

• 流量请求量/流量返回量/流量填充率是指应用与GroMore之间的数据，即从流量/用户维度来统计请求量、返回量、填充率，是广告位维度的指标；

• 广告请求量/广告返回量/广告填充率指GroMore与各个代码位之间的数据，是代码位维度的指标。

• 一条流量请求量、流量返回量会对应多条广告请求量、广告返回量。

举例：

一个流量/用户向GroMore发起请求后，流量请求量+1；

该流量会依次请求代码位A、代码位B...代码位N，代码位A、代码位B...代码位N的广告请求量依次+1，因此，一个流量请求量可能会对应N条广告请求数据；

若在规定时间内，代码位N-1和代码位N都返回了广告，则代码位N-1和代码位N的广告返回量均+1，流量返回量+1，此时一条流量返回量数据对应2条广告返回数据。

2、流量请求量和广告请求量的差异

• 预缓存功能影响
• 当开发者开启GroMore的预缓存功能时，当新一次预请求发起时流量请求量、广告请求量都会正常计算；但如果真实请求发起后使用了上次预缓存的物料，此时流量请求量正常统计但因为GroMore不会再次请求各个代码位，因此广告请求不会再发起，广告请求量也不会被统计。
• 由于预缓存引起的请求量差异不会造成流量浪费，仅在数据上体现了真实情况。
• 广告网络环境影响
• 网络问题影响常见于Bidding请求量和流量请求量的差异，尤其是服务端Bidding。由于服务端Bidding请求量上报时机在服务端，如网络问题导致请求无法发至服务端，后台统计便会缺失。

3、流量填充耗时和广告填充耗时的差异

• 预缓存功能影响
• 流量填充耗时的准确时机为GroMore向应用抛出填充回调的时机，广告填充耗时指代码位返回广告的时机，正常情况下流量填充耗时是大于广告填充耗时的；
• 但在开启预缓存功能的情况，如果真实请求发起后使用了上次预缓存的物料，则流量填充耗时会非常短，如果大部分真实请求都使用了预缓存的物料，则有可能出现流量填充耗时小于广告填充耗时的情况。
• 预缓存功能引起的耗时数据差异不影响流量正常填充，仅在数据上体现了真实情况。

四、其他常见问题

Q1 优秀瀑布流配置对应的广告位流量填充率、流量展示率分别是多少？

参考行业优秀媒体表现，优秀瀑布流配置流量填充率≥90%，流量展示率≥70%

Q2 GroMore 排序价格、eCPM、eCPM API 与 穿山甲（流量-代码位）的期望CPM 之间的区别是？

• 穿山甲的期望CPM，是在穿山甲ADN下，【流量-代码位】中新建代码位时，设置的“期望CPM”，即该代码位的真实底价。

• GroMore 排序价格：即在瀑布流下/在GroMore中添加代码位时填写的价格，该价格仅用于在瀑布流中给该代码位排序与计算预估收益，而非真实期望CPM。

• GroMore eCPM=预估收益*1000/展示量，其中预估收益根据排序价格计算，均为预估数据

• GroMore eCPM API=收益API*1000/展示API，均为API数据

GroMore中添加代码位时填写的排序价格

GroMore瀑布流详情页中的排序价格、eCPM API

注：建议GroMore排序价格与各ADN后台的期望CPM保持一致，否则会影响广告展示或gap率分析。

举例1：影响广告展示。

GroMore中，bidding返回的广告会插入wf中，与wf中的排序价格再次比价，再向用户展示价格更高的广告。

如某无真实底价的兜底代码位A排序价格设了100，Bidding出价90，两者都返回了广告，此时代码位A的广告胜Bidding广告（因排序价格>bidding出价），会向用户展示代码位A的广告，但代码位A未设真实底价（期望CPM），因此实际eCPM api（从各ADN后来拉取的数据）可能不足90，收益可能有损。

举例2：导致收益gap率异常大。

如GroMore瀑布流下标准代码位的排序价格与这些代码位在各ADN后台的期望CPM不一致，可能会导致GroMore中预估收益与各ADN计算的结算收益（GroMore中的收益API）差值大，影响数据分析。

Q3 GroMore的预估收益、收益API 与 穿山甲数据-预估收益 的 区别。

GroMore中的预估收益是预估数据，穿山甲数据-预估收益接近真实的结算收益，请注意区分，具体计算公式如下：

• GroMore预估收益=GroMore排序价格*展示量/1000；

• 穿山甲-数据中的预估收益：预估收益=账号在所选时间段内的收入，接近于结算收益；

• GroMore收益API=穿山甲-数据中的预估收益。

Q4 Gap率是？怎么利用这个指标？

• Gap率是指预估数据与API数据之间的差异。

• 建议分析方法：请求gap率、返回gap率建议分析代码位维度数据，因请求gap率=（广告请求量-请求量API）/请求API，返回gap率同理，均为代码位维度的数据。不建议用来分析应用、广告位、瀑布流的数据。展示gap率=（展示量-展示api）/ 展示api，代码位、瀑布流、广告位、应用维度的数据均可分析。