数据报表问题
#
TradPlus报表中的各项指标分别是什么意思?分组 | 指标 | 指标说明 |
---|---|---|
用户数据 | DAU | 每日启动应用(初始化TradPlus SDK)的用户数 |
DEU | 每日观看广告的用户数 | |
新用户 | 首次启动应用(初始化TradPlus SDK)的用户数 | |
新用户/ DAU | 新用户的比例 | |
次日留存率 | 新用户在次日仍然活跃的比例 | |
渗透率 | 每日观看广告的用户比例,即DEU / DAU | |
人均启动次数 | 平均每个用户启动应用的次数,即总启动次数 / DAU | |
人均使用时长 | 平均每个用户使用应用的时长,即全部用户的日使用时长 / DAU | |
单次使用时长 | 平均每次使用应用的时长,即全部用户的日使用时长/总启动次数 | |
请求广告数据 | 启动应用 | 应用初始化TradPlus SDK |
读取策略 | TradPlus SDK从TradPlus服务器读取广告策略 | |
应用请求 | 应用向TradPlus SDK成功发起的请求 | |
应用填充 | 综合报表:应用向TradPlus SDK发起请求后,广告成功返回的次数 | |
漏斗分析:应用向TradPlus SDK发起请求后,广告成功返回 | ||
应用填充率 | 应用填充 / 应用请求 | |
应用填充时长 | 从应用发起请求到成功填充广告的平均时长 | |
请求 | TradPlus通过广告网络的报表API拉取到的请求数 注意:部分广告网络不返回请求数 | |
填充 | TradPlus通过广告网络的报表API拉取到的填充数 注意:部分广告网络不返回填充数 | |
填充率 | 填充 / 请求 | |
请求(TP) | TradPlus SDK向广告网络发送请求的次数 | |
填充(TP) | TradPlus SDK向广告网络发送请求后,返回广告填充的次数 | |
填充率(TP) | TradPlus SDK向广告网络发送请求后,返回成功的占比 | |
填充时长 | 从请求广告到成功填充广告的平均时长 | |
到达场景数据 | 到达广告场景 | 应用调用TradPlus的进入广告场景接口 |
广告场景到达率 | 到达广告场景的用户数 / 启动应用的用户数 | |
广告Ready 数据 | 广告Ready率 | 用户到达广告场景时,广告已经Ready的比例 |
查询isReady | 应用调用TradPlus SDK的isReady接口 | |
查询Ready率 | 应用调用TradPlus SDK的isReady接口后,广告已经Ready的比例 | |
竞价数据 | 竞价请求 | TradPlus通过广告网络的报表API拉取到的竞价请求数 |
竞价响应 | TradPlus通过广告网络的报表API拉取到的竞价响应数 | |
竞价响应率 | 竞价响应数 / 竞价请求数 | |
竞价胜出率 | 广告请求数 / 竞价响应数 | |
竞价请求(TP) | TradPlus 记录的竞价请求数 | |
竞价响应(TP) | TradPlus 记录的竞价响应数 | |
竞价响应率(TP) | 竞价响应数(TP) / 竞价请求数(TP) | |
竞价胜出率(TP) | 广告请求数(TP) / 竞价响应数(TP) | |
展示广告数据 | 触发展示 | 应用调用TradPlus的show接口(横幅广告为load成功) |
广告触发率 | 触发展示的次数 / 到达广告场景的次数 | |
展示 | TradPlus通过广告网络的报表API拉取到的展示数 | |
展示(TP) | TradPlus记录的展示数 | |
有效展示TP | TradPlus SDK收到三方广告SDK的展示回调 注意:部分三方广告SDK不返回Banner或Native的展示回调 | |
触发展示 / DAU | - | |
展示 / DAU | - | |
展示 / DEU | - | |
展示(TP) / DAU | - | |
展示(TP) / DEU | - | |
展示Gap | - | |
展示率 | 展示数 / 填充数 | |
展示率(TP) | 展示数 (TP) / 填充数(TP) | |
有效展示率TP | 有效展示TP / 展示 (TP) | |
展示成功率 | 展示次数 / 触发展示的次数 | |
点击广告数据 | 点击 | TradPlus通过广告网络报表API拉取到的点击数 注意:部分广告网络(如Unity Ads)不返回点击数 |
点击(TP) | TradPlus记录的广告点击数 注意:部分广告网络不提供点击回调,导致TradPlus统计到的点击数比三方数据少 | |
点击Gap | TradPlus与广告网络点击的差异,即(TP - 三方)/ 三方 * 100% | |
点击率 | 点击数 / 展示数 | |
点击率(TP) | 点击数(TP) / 展示数(TP) | |
收益数据 | eCPM | 平均每1000次展示获得的广告变现收入 |
eCPC | 平均每次点击获得的广告变现收入 | |
预估收入 | TradPlus通过广告网络报表API拉取到的估算收入 Smaato:对应三方后台的收入是netRevenue(分成后的收入) Chartboost:对应三方后台的收入是moneyEarned(实际收入) | |
eCPM(TP) | TradPlus预估的平均每1000次展示获得的广告变现收入,即预估收入 / 展示(TP) * 1000 | |
eCPC(TP) | TradPlus预估的平均每次点击获得的广告变现收入,即预估收入 / 点击 (TP) | |
预估收入(TP) | 预估eCPM *TradPlus记录的展示汇总得出预估收益 | |
分小时报表专有名词 | 预估eCPC | 预估收入 / 点击数 |
预估eCPM | TradPlus基于排序价格或自动价格计算的eCPM,即(预估收入/TradPlus统计的展示)* 1000 | |
预估收入 | 预估eCPM * 展示 / 1000 | |
ARPDAU | 平均每个用户的广告收入,即收入 / DAU | |
ARPDEU | 平均每个观看广告用户的广告收入,即收入 / DEU | |
占比 | 请求占比 | 该广告源请求数 / 合计请求数 * 100% |
填充占比 | 该广告源填充数 / 合计填充数 * 100% | |
展示占比 | 该广告源展示数 / 合计展示数 * 100% | |
收入占比 | 该广告源收入 / 合计收入 * 100% |
#
综合报表的应用填充率和填充率分别是什么意思?应用填充率是应用向TradPlus SDK发起广告请求的填充情况。是衡量应用内实际广告填充率的数值。
(三方)填充率是TradPlus SDK向三方平台发起广告请求的填充情况。由于此填充率是每一层广告源的汇总数据,当其中几层设置过底价导致填充率较低时,汇总的填充率会低于100%,属于正常现象。
#
为什么综合报表处某个产品的三方展示率会超过100%?三方展示率=三方展示数/三方填充数*100%。
由于部分三方广告网络平台不提供或不返回填充数,因此会出现三方展示数大于三方填充数的情况,即三方展示率超过100%。
不提供、不返回填充数的三方广告网络平台:Unity、Vungle、Applovin、Mopub、Pangle、MyTarget、穿山甲、快手、Sigmob等
#
为什么TradPlus后台的综合数据报表没有数据?1,请确认三方后台是否有数据。如三方后台无数据,请确认应用是否上线,接入SDK是否有误;如三方后台有数据,请继续排查;
2,请确认TradPlus后台的“广告网络”的授权是否生效。如未生效,请正确填写信息并完成授权;如已生效,请继续排查;
3,请确认在TradPlus-应用管理,填写的应用ID、广告位ID是否正确;并确认在TradPlus-广告网络,填写的授权信息,是否为该应用、该账号的授权信息。
4,如果是优量汇和穿山甲平台,无法获得三方报表授权权限,请确认是否正确上传三方报表。
#
无法申请到广告平台的API key,但是希望在TradPlus后台看到这部分数据怎么办?可以在三方广告平台下载数据,并导入到TradPlus后台中,仅针对国内穿山甲和优量汇。操作步骤详见广告网络章节。
#
TradPlus后台的DAU是如何统计的?TradPlus的DAU是基于初始化SDK的设备数统计的。如果开发者设置了仅部分用户初始化TradPlus SDK,则会影响DAU统计的准确性。
#
LTV 报表最长可以统计几天的?LTV报表支持90天。
#
新增用户分析可以查看哪些数据?可以看到新增用户在第N天的ARPU、人均展示、eCPM的值。
#
漏斗分析报表是什么?TradPlus SDK会记录到从启动应用、应用向TradPlus发送请求、用户到广告场景、展示广告、点击广告等七个重要的埋点,来查看每一步的流失比例进而定位到具体问题,进行优化。包括以下几点:
1,启动应用:启动应用的用户数和次数
2,读取广告位配置:应用读取广告位配置的用户数和次数
3,应用请求广告:应用请求TradPlus SDK的用户数和次数
4,应用填充率:应用自身向TradPlus SDK发起广告请求的填充情况
5,到达广告场景:进入广告场景的用户数和次数。
*什么是广告场景?详见“广告场景”章节。
6,广告场景触达率:进入广告场景的用户数 / 启动应用的用户数
7,触发广告展示:触发广告播放的用户数和次数
8,广告触发率:触发广告播放的用户数 / 到达广告场景的用户数
9,展示成功:成功展示广告的用户数和次数
10,广告展示成功率:展示成功的用户数 / 触发广告展示的用户数
#
如何分析漏斗数据?1,应用填充率
一般应用填充率在90%及以上较为合理。
如应用填充率低于该范围,可以尝试增加一层不设低价的兜底层。
如仍然低于该范围,可按照“三方填充率波动异常,怎么排查?”进行排查。
*漏斗数据的详细介绍,请查看变现数据分析及优化-如何使用漏斗分析报表章节。
2,广告场景触达率
广告场景设计、广告策略、广告频次控制等都会影响广告场景触达率,因此广告场景触达率没有一个固定的范围。
3,广告触发率
广告触发率受到广告奖励内容等的影响,广告触发率没有一个固定的范围。
#
各类数据的更新时间是什么?报表名称 | 数据/指标 | 更新时间 | 更新频率 |
---|---|---|---|
综合报表 | 三方数据 | 实时更新当天数据 海外广告网络有时差,一般情况下,在北京时间16:00左右可查前一日的完整数据(部分广告网络回传数据时间会晚于16:00) 若当前TradPlus账号时区为UTC+0,各广告网络返回昨日完整数据的北京时间如下:Meta 17:00,Mopub 第三天10:00,快手5:00,Pangle 14:00,穿山甲 15:00,Sigmob 15:00,Admob(其账号时区:UTC+8) 1:00,Admob(其账号时区:UTC+0) 9:00,Admob(其账号时区:UTC-8) 17:00,其他广告网络 9:00 若当前TradPlus账号时区为UTC+8,各广告网络返回昨日完整数据的北京时间如下:Meta/UnityAds/Applovin/Tapjoy 1:00,Mopub 第三天10:00,穿山甲 15:00,快手 5:00,Sigmob 15:00,Pangle 14:00,Admob(其账号时区:UTC+8) 1:00,Admob(其账号时区:UTC+0) 9:00,Admob(其账号时区:UTC-8) 17:00,其他广告网络 9:00 若当前TradPlus账号时区为UTC-8,各广告网络返回昨日完整数据的北京时间如下:Meta/UnityAds/Applovin/Tapjoy 17:00,Mopub 第三天10:00,穿山甲 15:00,快手 5:00,Sigmob 15:00,Pangle 14:00,Admob(其账号时区:UTC+8) 1:00,Admob(其账号时区:UTC+0) 9:00,Admob(其账号时区:UTC-8) 17:00,其他广告网络 9:00 | 不同广告网络拉取数据的频率不同 |
TP埋点数据 | 实时更新当天数据 | 每5-30分钟更新一次 | |
分小时报表 | 所有指标 | 实时更新当天数据 | 每5-30分钟更新一次 |
用户活跃报表 | 所有指标 | 实时更新当天数据 | 每5-30分钟更新一次 |
用户LTV | 所有指标 | 若当前TradPlus账号时区为UTC+0,20:30可拉取到前一日完整数据 若当前TradPlus账号时区为UTC+8,22:00可拉取到前一日完整数据 若当前TradPlus账号时区为UTC-8,23:30可拉取到前一日完整数据 | 次日更新 |
用户留存 | 所有指标 | ||
留存价值分析 | 所有指标 | ||
漏斗分析 | 所有指标 | 实时更新当天数据 | 每5-30分钟更新一次 |
中介组 | 三方数据 | 同综合报表一致 | 同综合报表一致 |
TP埋点数据 | 实时更新当天数据 | 每5-30分钟更新一次 |
#
报表的时区可以切换吗?数据报表支持修改报表时区。目前支持UTC+8中国标准时间、UTC+0格林威治标准时间、UTC-8太平洋标准时间,默认为UTC+8时间。TradPlus埋点数据和部分广告平台(Facebook,Unity ads,Applovin和Tapjoy)支持按时区切换,其他广告平台以API返回时区为准。
报表时区修改: TradPlus开发者后台-我的账号-报表时区
注意:分时区功能仅对2021年1月1日以后的数据有效
#
在TradPlus后台切换时区后,多久会生效?切换TP数据时区后,第二天会生效;切换三方数据时区后,会实时生效