关卡表现.
每一天、每一关,有多少人出发,又有多少人通关。
逐关进入与通关 0
关号从小到大排列,全部关卡使用同一刻度。
选择日期,查看逐关表现
查看逐日明细
逐日关卡明细 0
每一行对应一天的一关,人数在该行内去重。
| 游玩次数 | 通关次数 | 入关后通关人数 | 玩家通过率 | ||||
|---|---|---|---|---|---|---|---|
| 等待查询数据 | |||||||
统计口径.
先统一含义,再理解数字。
游玩与通关怎么计算?
游玩人数来自进入关卡事件,通关人数来自完成关卡事件。按稳定玩家身份去重,同一个人多次尝试同一关,在当天该关的人数中只计一次;次数保留每一次真实尝试。
为什么汇总人数不等于明细相加?
顶部两个数字在整个日期范围内按玩家去重;逐关图在所选范围内每关单独去重;逐日明细按每天、每关去重。同一人玩多天同一关,逐关人数仍只计一次。切换“次数”后统计每一次进关与通关事件。
进度条如何对比?
青色为进入,紫色为通关,两条从同一个零点出发。全部关卡共用“最大进入值”的刻度,不能把两条相加。若跨日通关超过最大进入值,坐标会扩展并标明实际上限。所有有记录的关卡按关号升序完整展示。
通关人数可能比游玩人数多吗?
可能。进入和通关分别按事件发生日期记录,玩家昨天进入、今天通关,会计入今天通关人数。这不是对同一批入关玩家的转化率,也不能据此计算流失人数。
玩家通过率怎么计算?
分母是在范围内进入该关的去重玩家,分子是这些玩家在同一环境内随后通过该关的人数;两步都须在所选范围内。逐日表只匹配同日进入后通关,范围汇总可跨日。没有进入时显示—。切换次数仍显示玩家通过率,不能把独立通关次数直接相除当作尝试成功率。
新老玩家如何区分?
以自建统计用户表的首次认证时间为准:早于开始日是老玩家,落在所选范围内是新玩家;缺失或不可靠时间归未知。分组在整个时间段固定。该时间不是微信平台首次访问时间,统计接入前的老玩家和180天历史淘汰都可能影响识别。
启动三步怎么关联?
按同一玩家、环境、冷启动session匹配打开、就绪和首次交互,要求时间顺序完整。只纳入所选范围内的启动,后续最多观察24小时且不晚于查询时刻,逐日结果归启动日期。独立事件覆盖按各事件发生日期统计,不是顺序漏斗;缺阶段不补齐,缺session无法关联。自建采集与We分析的数字不保证相同。
日期、来源和环境
统一使用北京时间,以客户端原始事件时间归日,结束日期包含整天。微信正式版、体验版、开发版可分别查看;本地 Web 模拟是独立数据集,不与微信玩家合并。默认查询今天的微信正式版。
匿名、迟到数据与保留期限
没有玩家身份的事件不计入人数和次数,页面单独提示排除条数。离线补发可能更新过去日期的数字。事件自首次入库后保留180天,更早的无记录不能解释为当时无人游玩。
广告和榜单转化
按同一玩家、环境与流程编号匹配阶段,榜单结果进一步匹配同一次申请。流程按点击日期归属,最多观察24小时;未到期显示观察中,超时无结果显示未知。免费、分享不计广告,旧数据缺关联时仅展示历史概览。已开启访问和新开启分开,不推算当前全量参与人数。
数据从哪里来?
本平台只读查询自建 MongoDB 的启动、进关、通关、广告及榜单事件分表,不读取旧迁移备份,也不是微信 We 分析后台。仅展示汇总数据,不展示玩家身份明细。