启动场景上报分析

用户在体验小游戏时，对启动时长非常敏感，通常随着小游戏启动时间的增长，用户流失会越多。因此启动时间的长短直接影响到新进留存效果的好坏。

为了帮助开发者主动发现游戏可交互前的各个阶段的性能、留存情况，平台提供了从「启动点击」开始到「首屏渲染完成」为止的启动数据分析，开发者可以通过性能分析-启动数据了解小游戏的启动时序和查看关键的启动数据。

除此之外，在用户真正与游戏发生交互前，通常还会包含许多游戏的业务资源下载和逻辑处理，开发者也可以通过 bl.reportScene实现自定义启动场景数据的上报。

启动场景上报

说明

游戏可交互 - 用户最早可操作游戏的时间；

场景说明

为了帮助开发者更好地统计分析用户的启动阶段耗时以及留存情况，平台将启动场景分为两个部分：

1. 系统启动场景：系统自带场景、维度、指标的上报，无需开发者手动上报；
2. 自定义启动场景：开发者可以通过主动调用 bl.reportScene接口上报自定义的启动场景； 注意：启动场景上报能力仅适用于启动阶段分析，对于其他场景的统计上报，可能会无法得出正确结论，不建议使用。

系统启动场景

围绕小游戏的启动流程，平台默认提供了部分启动场景，其中大部分场景无需开发者手动上报，但某些场景的统计，需要开发者主动调用接口来上报数据，以便平台能够准确统计该场景的耗时情况。具体的场景说明如下表所示：

上报自定义启动场景

更多参数请参考 bl.reportScene接口文档

示例代码

bl.reportScene({
  sceneId: 7,
  costTime: 350,
  success (res) {
    // 上报接口执行完成后的回调，用于检查上报数据是否符合预期
    console.log(res)
  },
  fail (res) {
    // 上报报错时的回调，用于查看上报错误的原因：如参数类型错误等
    console.log(res)
  }
})