数据报表
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数据时区后，第二天会生效；切换三方数据时区后，会实时生效