English
Log In
You can then view all documents
GroMore/平台操作指南/聚合管理/数据说明
数据说明
Last updated 2022-06-15 10:53:42

一、操作说明

瀑布流管理页呈现了汇总+代码位的详细数据。可选择【今日/昨天/自定义时间段】来查看不同时间的代码位数据。也可点击右侧的【自定义指标】图标,勾选相关指标修改页面呈现的数据情况。此外,还可以点击【导出】图标对数据报表进行下载。


二、数据指标说明

此处数据表的指标,基本能在【GroMore-数据报表】(点击可跳转)中找到对应说明,以下仅列出【数据报表】无提及的数据指标及相关说明。

1、填充耗时

数据指标含义

GroMore提供以下 2 个维度的填充耗时数据:

  • 流量填充耗时:
    • 无bidding的瀑布流下,应用向GroMore SDK发起广告请求到广告填充所需实际时间,平台披露的是统计周期内填充耗时的中位数,仅含请求成功的记录。
    • 有bidding的瀑布流下,应用向GroMore SDK发起广告请求到bidding广告与wf标准代码位比价完成(GroMore对外抛出流量填充回调的时机)所需实际时间,平台披露的是统计周期内填充耗时的中位数,仅含请求成功的记录。
  • 广告填充耗时:GroMore SDK向各adn代码位发起请求后填充所需实际时间,平台披露的是统计周期内填充耗时的中位数,仅含请求成功的记录。


主要应用场景

  • 了解不同adn、不同广告类型填充耗时情况;
  • 对比不同adn的填充响应时效;
  • 调整瀑布流请求超时时长:为自定义并行请求和超时时长设置提供数据依据


注意事项

  • 版本要求:【流量填充耗时】仅支持GroMore SDK 2800及以上版本,【广告填充耗时】无版本限制;
  • 流量填充耗时口径变化:2022.06.02,含有bidding的瀑布流中,流量填充耗时口径从流量请求->有广告填充所需的时间,改为从流量请求->bidding与wf比价完成所需的时间(Gromore对外抛出流量填充回调的时机)。因此,含Bidding的瀑布流中,6.06及以后的流量填充耗时,可能大于6.05及以前的数据,该变化属于口径调整带来的正常数据变化,不影响变现效果。更详细说明与原因详见本篇文档中的常见问题6


数据查看路径

各页面披露的数据维度概览如下表所示,具体查看路径详见下方流程和截图。

页面

填充耗时数据维度

应用管理页

流量填充耗时

瀑布流管理页-汇总栏

流量填充耗时

瀑布流管理页-代码位栏

广告填充耗时

AB测试数据

流量填充耗时

① 应用管理页

GroMore平台访问路径:点击【聚合管理】-点击【应用】- 点击数据表右上角的【自定义指标】 -选择【流量填充耗时】数据指标,添加【流量填充耗时】到默认展示数据。

② 瀑布流管理页

GroMore平台访问路径:【瀑布流管理】页 - 点击数据表右上角的【自定义指标】-选择【填充耗时】数据指标,添加【填充耗时】到默认展示数据。需注意,汇总处的数据为【流量填充耗时】,代码位处的数据为【广告填充耗时】。

③ AB测试数据

GroMore平台访问路径:点击【聚合管理】-点击【应用】-选择对应【广告位】到瀑布流管理页-点击【查看A/B测试数据】查看【填充耗时】数据。需注意,此处为【流量填充耗时】数据。


三、常见问题

1、为什么流量填充耗时不支持GroMore SDK 2800以下的版本?

因为在GroMore SDK 2800以下的版本中,Android版本缺少流量填充耗时上报的埋点。

2、填充耗时数值为“0”是什么意思?

“0” 代表请求无填充的记录。

3、为什么数据报表没有填充耗时这个数据呢?

因为填充耗时目前是离线数据,因此无法与其他指标统一实时出数。

4、为什么【广告填充耗时】有些条件下的数据异常大?

目前【广告填充耗时】在GroMore SDK 2500、2501和2511版本会有异常,相关修正工作已在规划中。

5、填充耗时返回的是结果还是素材?

广告填充成功=广告返回=广告加载,即返回的是结果和素材。

6、 为什么22年6月6日后,流量填充耗时变多了?

口径变动:2022.06.06,含有bidding的瀑布流中,流量填充耗时口径从流量请求->有广告填充所需的时间,改为从流量请求->bidding与wf比价完成(GroMore对外抛出流量填充回调的时机所需的时间。

旧口径(大多数情况下,bidding返回广告时间比瀑布流标准代码位的短)

新口径


数据表现:含Bidding的瀑布流中,6.06及以后的流量填充耗时,可能大于6.05及以前的数据,该变化属于口径调整带来的正常数据变化,不影响变现效果。

变动原因:旧口径下,因Bidding广告填充快,整体流量填充耗时表现更短,但实际流量填充可能并未结束,bidding返回的广告可能还需与瀑布流标准代码位返回的广告比价;而新口径以比价完成作为结束节点,此时流量请求->填充的全部流程才结束,相较旧逻辑更加合理。


Contents
Contact us