开放平台数据统计

基础介绍

字节跳动小程序开放平台提供以下数据分析能力:

  • 活跃用户数、新增用户数、人均时长、人均打开次数,等小程序/小游戏核心运营数据指标
  • 多维度事件分析和多步骤、多纬度漏斗转化分析,提升产品精细化运营效果
  • 针对小游戏:

    • 渠道来源分析能力
    • 录屏等小游戏核心运营数据指标
  • 针对小程序:

    • 页面相关核心指标数据指标
    • 页面转化分析能力,支持多纬度查看

常规分析

接下来对产品功能进行说明,具体指标说明见【指标说明】章节。

概况 & 使用分析

提供活跃用户数、新增用户数、人均时长、人均打开次数,等小程序/小游戏核心运营数据指标。

通过集中展现当前应用的核心数据指标的趋势变化,帮助用户快速了解应用的当前数据表现。

留存分析

提供活跃用户和新增用户的次日留存、3 日留存、7 日留存、14 日留存、30 日留存数据,活跃用户留存数据支持区分不同宿主 APP 查看。

实时分析

针对(活跃)用户数、访问次数、新增用户数、总用户数,进行实时统计展示。

实时数据目前支持最细到小时级别。

高级功能

注意 :需保证接入无误、数据有上报,并且埋点录入准确无误,才可以在第二天通过事件分析和漏斗分析对上报的自定义埋点事件进行统计分析。

  • 埋点录入入口:进入【事件】模块,点击右上角【添加新事件】录入自定义埋点事件。

事件分析

事件指标

  • 用户在小程序上的行为,我们定义为事件,通常由事件名称和相对应的参数两部分组成。
  • 事件可以是一次 button 的交互触发,比如用户点击了"购买"按钮;也可以是一个判断逻辑,比如用户启动了 APP,用户进入了 A 页面,用户离开了 A 页面。
  • 开发者通过开放平台【事件】模块准确完成事件与参数的录入,并且完成接入、实际有数据上报之后,后台数据隔天进行构建,第二天即可在事件分析中对已录入的事件进行分析查看。
  • 基础指标有:

    • 总次数:事件的触发次数
    • 去重人数:触发该事件的去重用户数(设备数)
    • 人均次数:每个用户触发该事件次数的平均值,即总次数/去重用户数(pv/uv)

过滤条件

  • 支持对每个事件按照事件属性添加过滤条件,按照属性的取值进行筛选;
  • 支持多条件过滤:点击"+过滤条件"可乡下增加一条过滤条件;
  • 对已有的过滤条件,可通过鼠标 hover 上去之后显示的垃圾箱 icon 进行删除或清空;

分组查看

  • 支持按照不同事件属性分组和公共属性分组查看数据;
  • 支持查看的公共属性有:新老用户、操作系统、操作系统版本、网络类型、手机品牌;
  • 最多支持 4 个分组(公共属性 2 个,事件属性 2 个),不同分组之间不能重复。

结果查询

  • 全部条件配置完毕之后,点击查询主 button,发起一次查询,即可查看相应的查询结果;
  • 支持图表、报表查看,支持数据下载。

场景示例

示例 :小游戏中想分析特定时间内,不同宿主端上、完成游戏的人数(uv)

  1. 首先需要客户端做相应的埋点,比如设计埋点 event 名可以命名为:game_over,在游戏结束的位置进行上报;

  2. 在开发者后台【事件】模块进行相应的埋点录入,请务必保证录入的 event 名、params、params 数据类型都准确无误;

  3. 埋点准确录入、并且客户端实际有数据上报之后,隔天就可以在【事件分析】中进行相应的分析(除实时数据外,数据构建需要 1 晚的时间,即当天的数据 第二天上午 10 点之后完成构建)

    • 要分析"特定时间内,不同宿主端上、完成游戏的人数(uv)",首先在事件指标中选择对应的事件"game_over"和对应的指标"去重人数(uv)";

    • 分组查看中选择"宿主 app 名称",时间范围按照需求选择想要查看的时间段;

    • 条件配置好之后点击右下角"查询",即可查看相应的分析结果。

漏斗分析(事件转化漏斗)

转化漏斗可以帮助开发者了解用户在小程序中的使用行为,通过分析漏斗路径,了解用户在各步骤转化及流失的情况,定位阻碍用户进入下一步的原因,进而优化小程序,提高转化率。

创建漏斗

  • 至少需要选择 2 个步骤,且不能为空,否则无法给出准确查询结果;
  • 每一步对应一个事件。在一个漏斗中,一个事件只能出现一次;
  • 事件选择与过滤条件部分与事件分析一致:

    • 需准确录入埋点、并且准确上报的数据,才可以在第二天通过漏斗分析查看漏斗转化率;
    • 用户可通过点击鼠标 hover 上去之后显示的 ➕,向下增加一步转化事件,最多支持 10 个步骤;
    • 对已有的过滤条件和事件步骤,可通过鼠标 hover 上去之后显示的垃圾箱 icon 进行删除或清空。

分组查看 & 窗口期

  • 支持按照不同事件属性分组和公共属性分组查看数据;
  • 支持查看的公共属性有:新老用户、操作系统、操作系统版本、网络类型、手机品牌;
  • 窗口期:支持 3 种不同级别:分钟、小时、天。

结果查询

  • 全部条件配置完毕之后,点击查询主 button,发起一次查询,即可查看相应的查询结果;
  • 支持图表、报表查看,支持数据下载。

场景示例

示例:查看小游戏新用户和老用户从进入游戏到顺利结束游戏的漏斗转化情况

  1. 首先需要客户端做相应的埋点,比如在游戏开始的位置上报埋点 event 名为"game_start",在游戏结束的位置上报埋点 event 名可以命名为"game_over";

  2. 在开发者后台【事件】模块进行相应的埋点录入,请务必保证录入的 event 名、params、params 数据类型都准确无误;

  3. 埋点准确录入、并且客户端实际有数据上报之后,隔天就可以在【漏斗分析】中进行相应的分析(除实时数据外,数据构建需要 1 晚的时间,即当天的数据 第二天上午 10 点之后完成构建)

    • 要分析"小游戏新用户和老用户从进入游戏到顺利结束游戏的漏斗转化情况",首先配置漏斗:漏斗 1 选择事件"game_start",漏斗 2 选择事件"game_over";

    • 在分组查看中选择"新老用户",时间范围按照需求选择想要查看的时间段;

    • 条件配置好之后点击右下角"查询",即可查看相应的分析结果。

    • 切换新用户和老用户不同的转化漏斗视图,可以通过漏斗图表左上方的下拉框进行选择切换。

小游戏

来源分析

展示进入到小游戏的不同来源数据情况。

可查看打开次数、活跃用户数等不同核心指标的不同来源数据情况。

录屏相关指标

针对小游戏的特殊业务场景,在使用分析中添加录屏相关的指标。具体指标有:

点击发布录屏次数、点击发布录屏人数、点击发布录屏率、录屏成功发布率、人均成功发布视频数。

小程序

页面转化漏斗

针对小程序特殊业务场景,在漏斗分析模块中支持页面转化漏斗分析功能,可通过输入页面路径、查看不同页面之间的漏斗转化率。

页面相关指标

针对小程序的业务特点,在使用分析中添加页面相关的指标。

指标说明

基本指标

指标名称 指标说明
日访问数(启动次数) 启动应用程序的次数。
日访问唯一用户数(活跃用户数) 启动应用程序的设备数(多次启动不重复统计)。
新增用户数 首次启动应用程序的设备数。
总用户数 历史上所有启动过应用程序的设备数去重。
30 日活跃用户数 30 天内访问过应用程序的设备数(多次启动不重复统计)。
人均启动次数 平均每个用户启动应用程序的次数。等于总启动次数/总启动用户数。
人均使用时长 平均每个用户使用应用程序的时间。等于总时长/总启动用户数。
人均浏览页面数 平均每个用户浏览过的页面数。等于页面被浏览总数/总浏览页面用户数。
入口点击率 进入到应用程序的用户除以该应用程序被曝光的用户总数。
新增用户留存 新增用户后续有过启动应用程序行为,被视为新增留存用户。这部分用户占比为新增用户留存率。
活跃用户留存 活跃用户后续有过启动应用程序行为,被视为活跃留存用户。这部分用户占比为活跃用户留存率。

录屏分享相关指标

指标名称 指标说明
分享次数 启动应用程序被分享的次数。
点击发布录屏次数 发起录屏并录屏成功的次数。
点击发布录屏人数 发起录屏并录屏成功的设备数。
点击发布录屏率 活跃用户中,点击发布录屏的用户占比。
等于点击发布录屏人数除以小游戏日活(活跃用户数)。
录屏成功发布率 点击发布录屏的总次数中,成功发布的次数占比。
等于录屏成功发布的次数除以点击发布录屏次数。
人均成功发布视频数 平均每个活跃用户,成功发布录屏的次数。
等于录屏成功发布的次数除以小程序/小游戏的活跃人数。

数据分析维度

纬度 说明
统计时间(时间范围) 查看数据统计的范围。目前除实时数据外,其余数据均为第二天上午 10:00 之后产出。
APP 小程序/小游戏所在的宿主端 APP。目前核心指标只支持对今日头条和抖音的区分宿主 APP 查看数据;事件分析、漏斗分析中支持了对更多宿主 APP 的数据区分查看。
操作系统 例如:安卓、iOS,等。
操作系统版本 操作系统的版本,例如:安卓 8.0.0 。
新老用户 在选定的时间范围内,首次启动应用程序的用户,被定义为新用户;非首次启动应用程序的用户被定义为老用户。活跃用户包含新用户和老用户。
网络类型 例如:4G、wifi,等。
手机品牌 例如:苹果、三星,等。

质量监控指标优化建议

平均下载耗时

控制包体大小,主要资源:代码(js、json 等)、字体、图片、音效、模型文件等

  1. 资源压缩
  2. 可以针对图片资源优化图片资源注意事项
  3. 部分资源可以放在 CDN 上,检查多余资源并删除

平均加载耗时

  1. 首帧绘制前,避免做过多耗时的操作,可以在首帧绘制之后再执行(比如读取本地数据、获取设备信息等)
  2. 首帧需要的资源放本地包,优先加载渲染
  3. 避免加载多余的资源,可以延后处理

崩溃率

  1. 避免内存泄漏
  2. 测试环节多机型多版本覆盖测试,处理版本兼容性
  3. 异常监控消息通知,及时处理反馈

取消率

优化下载耗时和加载耗时

平均帧率

  1. 利用工具性能调优,排查 内存泄漏、cpu 耗时操作等问题
  2. 可以考虑制定卡顿标准,采集帧率,卡顿时可以上报设备、场景、截图等有助于定位问题的信息

平均内存占用

  1. 图片内存优化
  2. 合理释放无用资源占用的内存