GroMore平台披露的数据有两种口径,预估数据和api数据:
页面 | 维度 | 预估数据 | api数据 | 预估数据与api数据gap率 |
数据报表页 | 收益数据报表 | ✅ | ✅ | ✅ |
数据报表页 | 用户行为数据报表 | ✅ | ✅ | —— |
数据报表页 | 分小时级数据报表 | ✅ | 仅支持穿山甲广告网络api模拟数据 | —— |
瀑布流管理页 | 广告位/代码位维度收益数据 | ✅ | ✅ | ✅ |
各广告网络支持的api数据指标如下:
Adn | 收益api | 请求api | 返回api | 填充率api | 展示api | 点击api | eCPM api |
穿山甲(默认均有) | √ | √ | √ | √ | √ | √ | √ |
优量汇 | √ | √ | √ | √ | √ | √ | √ |
百度 | √ | √ | √ | √ | √ | √ | √ |
快手 | √ | —— | —— | —— | √ | √ | √ |
Admob | √ | √ | √ | √ | √ | √ | √ |
Sigmob | √ | —— | —— | —— | √ | √ | √ |
Unity | √ | —— | √ | —— | √ | —— | √ |
Mintegral | √ | √ | √ | √ | √ | √ | √ |
基于代码位维度的数据指标,GroMore api数据与各广告网络后台数据差异不大,两者gap率超过15%可联系GroMore同学协助排查。主要差异在GroMore预估数据与api数据(或广告网络后台数据)之间,下文主要基于这个差异做解释说明。
注意:
- 需确保各adn的reporting api配置成功,详情可点 链接 查看;
- 如下数据及差异仅供参考,最终数据请以各广告网络平台披露结算数据为准。
一次流量请求可能触发多次广告请求,因此流量请求量 ≤ 代码位广告请求量之和。
流量请求量 ≈ 瀑布流中头层代码位请求量(即首个或多个并行代码位请求量)。
指标维度 | 指标 |
瀑布流维度 | 流量填充率=流量返回量/流量请求量 |
流量请求量:应用/流量向Gromore发送请求的次数 | |
流量返回量:应用/流量向Gromore发送请求后,返回成功次数 | |
代码位维度 | 填充率=返回量/请求量 |
请求量:Gromore向广告网络发送请求的次数 | |
返回量:Gromore向广告网络发送请求后,返回成功的次数 | |
填充率api=返回量api/请求量api | |
请求量api:通过ADN Reporting API获取的广告请求数 | |
返回量api:通过ADN Reporting API获取的广告返回数 |
*注:GroMore SDK 3100及以上版本已支持banner轮播,无数据统计差异。
预估数据为GroMore统计的埋点上报数据,而api数据或广告网络后台数据仅包含广告网络认为有效的数据。如频繁请求、作弊、网络问题等无效流量,则仅在GroMore预估数据中统计。其中,对应常见广告网络错误码如下,GroMore披露请求gap率指标超过10%建议重点关注下方的处理方案。
穿山甲对应错误码:-8(频繁请求)、602(网络问题);
优量汇对应错误码:5013;
指标维度 | 指标定义 |
代码位维度 | 展示率=展示量/返回量 |
展示率api=展示量api/返回量api | |
展示量:Gromore统计的广告展示次数 | |
展示量api:通过Reporting API获取的展示数 | |
瀑布流广告位维度 | 流量展示率=流量展示量/流量返回量 |
流量展示量:等于瀑布流下所有代码位展示量之和 |
*注:GroMore SDK 3100及以上版本已支持banner轮播,无数据统计差异。
展示量差异除上述已知广告类型导致数据差异外,常见原因为:广告网络环境、不同广告网络对有效展示的判定标准不同而导致的差异,建议与各广告网络同学咨询明确。当展示GroMore披露展示gap率指标超过10%建议重点关注,一般来看都是预估数据大于api数据,建议尽量满足各广告网络的有效展示标准:
数据维度 | 指标定义 |
预估数据 | 预估收益:普通代码位预估收益=SUM(瀑布流中手动设置的代码位价格*Gromore统计的展示/1000)、竞价代码位预估收益=SUM(每次展示对应的实时价格) |
eCPM:通过预估收益及Gromore统计展示量计算而来,即:预估收益*1000/展示量 | |
api数据 | 收益api:通过Reporting API获取的收益 |
eCPM api:通过Reporting API获取的收益、展示量计算而来 |
举例:
一个流量/用户向GroMore发起请求后,流量请求量+1;
该流量会依次请求代码位A、代码位B...代码位N,代码位A、代码位B...代码位N的广告请求量依次+1,因此,一个流量请求量可能会对应N条广告请求数据;
若在规定时间内,代码位N-1和代码位N都返回了广告,则代码位N-1和代码位N的广告返回量均+1,流量返回量+1,此时一条流量返回量数据对应2条广告返回数据。
参考行业优秀媒体表现,优秀瀑布流配置流量填充率≥90%,流量展示率≥70%
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)差值大,影响数据分析。
代码位名称 | GroMore中的排序价格 | 各ADN后台的期望CPM / GroMore的eCPM API | GroMore统计的展示量 | 展示量API | 预估收益 | 收益API / 各ADN后台的结算收益 | 收益GAP |
汇总 | - | - | - | 10000 | 1500 | 150 | 900% |
代码位A | 200 | 20 | 1000 | 1000 | 200 | 20 | 900% |
代码位B | 150 | 15 | 2000 | 2000 | 300 | 30 | 900% |
...... | ...... | ...... | ...... | ...... | ...... | ...... | ...... |
代码位C | 60 | 6 | 5000 | 5000 | 300 | 30 | 900% |
GroMore中的预估收益是预估数据,穿山甲数据-预估收益接近真实的结算收益,请注意区分,具体计算公式如下:
Online Customer Service24/7 Online Customer Service BotManual customer service, weekdays 10~ 12 o'clock/14~ 19 o'clock