收藏
回答

启动留存率超80%,为什么首屏实际统计却只有50%左右?

AppID
wx4048d7ad27c6ea21

先看几张图:

-----------------------------------------------------------------7月23日:

数据解释:

7月23日买量,新增298个用户,日活是466个,根据启动留存率85%,进入首屏的应该要有:396个用户,而根据我们产品自己的统计只有269个用户,其中27%的用户不知所踪?既没有在启动中流失,也没有进入首屏。

-----------------------------------------------------------------7月24日

数据解释:

7月23日买量,新增877个用户,日活是1000个,根据启动留存率79%,进入首屏的应该要有:790个用户,而根据我们产品自己的统计只有518个用户,其中27%的用户不知所踪?既没有在启动中流失,也没有进入首屏。

-----------------------------------------------------------------

不只是这几天,我连续在MP买了好几天的量,每天都有27%的用户蒸发了,既没有在启动加载中流失,也没有进入游戏中。我们自己的统计很简单,就在首屏调用的cocos analytics统计的,cocos这边我也咨询过,不存在延迟统计。

我想请问一下微信小游戏数据统计方面的人帮我看看,如何解释27%的蒸发用户,如何优化27%的用户?

回答关注问题邀请回答
收藏

2 个回答

  • 袁梓民
    袁梓民
    2022-07-26

    可能有几个因素

    1. 小游戏数据助手统计的启动留存是指:canvas有渲染首帧的用户,游戏自己做的统计并不是渲染首帧上报,这里统计口径就不一样,如果游戏首帧到游戏自己的统计之间时间较长,也会存在用户流失。
    2. 小游戏的统计是基于PV的,首屏留存率=进入首屏次数/点击小游戏的次数,而业务统计的是UV,这里口径不一样;
    3. 这里走的上报是否为普通的wx.request上报?这个上报并不是客户端级别上报,而官方统计的首帧上报是客户端级别的上报,是可靠的,也就是即便当前网络不好,只要发生了首帧渲染行为,后续时机合适一定会报上去,而自定义的网络上报是没有这个保障的,最近我们恰好在规划可靠的用户自定义首场景上报能力。
    2022-07-26
    有用
    回复
  • 小游戏运营专员 - 宏
    小游戏运营专员 - 宏
    2022-07-26

    性能优化可参考:https://developers.weixin.qq.com/minigame/dev/guide/performance/perf-overview.html

    2022-07-26
    有用
    回复
登录 后发表内容