
创编流程:创建/添加应用 -> 添加广告网络(如有) -> 创建广告位 -> 添加代码位(配置瀑布流)
以下介绍如何添加代码位(配置瀑布流),包括添加穿山甲代码位和其他广告网络代码位
GroMore 属性名称 | 各广告网络对应的属性名称 | |||||||
穿山甲 | 优量汇 | 快手 | 百度 | Admob | Unity | Sigmob | Mintegral | |
代码位ID | 代码位ID | 广告位ID | 广告位ID | 代码位ID | 广告单元ID | Placement ID | 广告单元ID | 广告单元ID |
指标类型 | 指标名称 | 口径说明 |
GroMore统计数据 | 预估收益 | GroMore统计得到的预估数据,其中竞价代码位的预估收益=每次有效展示的实时价格之和、按价格代码位的预估收益=总展示量/1000*排序价格。与实际结算数据可能存在差异,实际结算以各ADN的结算单为准。 |
请求量 | 在代码位列表中代表广告请求量,在瀑布流汇总行中代表流量请求量,开发者对聚合发起一次流量请求,聚合会对ADN发起多次广告请求 | |
返回量 | 在代码位列表中代表广告返回量,在瀑布流汇总行中代表流量返回量,多个ADN对聚合同时返回广告时,聚合对开发者只统计一次去重的流量返回 | |
填充率 | 在代码位列表中代表ADN给聚合的广告填充率,在瀑布流汇总行中代表聚合给开发者的流量填充率 | |
填充耗时 | 请求中返回广告的填充耗时 | |
展示数 | GroMore统计到的有效广告曝光次数之和 | |
展示率 | Gromore收到来自广告平台的广告返回后,展示成功的占比。公式为 展示率 = (展示量/返回量)*100% | |
点击量 | GroMore统计的有效广告点击次数之和 | |
点击率 | 点击率=点击数/展示数*100% | |
预估收益占比 | 当前代码位在本瀑布流的预估收益/本瀑布流的代码位预估收益(包含bidding+设价代码位+已关闭),精确到小数点后2位 | |
收益api占比 | 当前代码位在本瀑布流的收益API/本瀑布流的代码位总收益API(包含bidding+设价代码位+已关闭),精确到小数点后2位 | |
API数据 | 收益api | 通过Reporting API获取的收益,经实时汇率转换为账号的货币单位。天级别更新,无今日数据。 |
请求量api | 通过reporting api获取的请求数 | |
返回量api | 通过reporting api获取的返回数 | |
填充率api | 通过Reporting API获取的请求数和返回数计算出来的填充率,公式为 填充率API = 返回API /请求API | |
展示量api | 通过ReportingAPI获取的展示数,由于网络环境和口径差异等情况与Gromore统计的可能有一定差异 | |
展示率api | 展示率API=展示API/返回API*100% | |
数据GAP | 请求gap率 | Gromore统计请求量与广告平台统计请求量的差异,公式为 请求gap率=(请求-请求API)/请求API |
返回gap率 | Gromore统计返回量与广告平台统计返回量的差异,公式为 返回gap率=(返回-返回API)/返回API | |
展示gap率 | GroMore统计展示量与广告平台统计展示量的差异,公式为 展示gap率=(展示-展示API)/展示API | |
点击gap率 | GroMore统计点击量与广告平台统计点击量的差异,公式为 点击gap率=(点击-点击API)/点击API |
1:为什么瀑布流管理的数据和收益报表广告位的数据对不上
A:数据报表的广告位维度数据是多个瀑布流数据的加和,而瀑布流管理页面数据展示的「正在运行」中的瀑布流,部分「已关停」瀑布流虽然在平台配置上已关停但是由于用户端上还存在缓存就可能导致还有数据埋点上报,包括不限于关停的AB实验瀑布流、关停的流量分组、部分由于网络问题没有拉取到实时最新配置的瀑布流。
2:为什么应用维度DAU 与 各个广告位DAU加和不等
A:应用维度DAU是包含应用初始化数据,且有设备粒度去重的逻辑;而广告位DAU不包含初始化数据。因此不能简单做加和。
3:为什么服务端bidding请求量少于设价代码位头层,或者流量请求量
A:因为服务端bidding请求是服务端上报,而设价代码位头层和流量请求量是客户端上报,如果出现网络问题服务端上报可能会丢失。
4:为什么【今日】api数据都是0
A:天级别更新,无今日数据,可在第二天查看前一天api数据。
在线客服智能客服 7*24小时在线人工客服 工作日 10~12点/14~19点