小程序性能数据上报教程｜指标选取、采样与周会解读口径 – MPForge

一、指标怎么选：可行动是唯一标准

结论先记住：一个指标报上来之后，如果没人能因为它的变化做出任何决定，它就不该进看板。

五个起步指标足够覆盖大多数项目：启动耗时（冷启动到首页可交互）、首屏渲染（核心内容出现）、路由切换耗时（页与页之间）、核心接口耗时（下单、列表这类主路径接口的分位数）、JS 错误率（按页面和错误类型聚合）。分位数比平均值重要——平均值会掩盖长尾，而用户体验差的就是长尾那批人，看 P90/P95 而不是均值。

商家侧最容易误解的一点：性能数据的单位不是「越高越差」这么简单，它直接挂在转化上。列表页首屏多等一秒，跳出率就明显抬升，所以性能报表和订单报表应该放在同一个周会上看，而不是让技术自己在角落里盯。平台侧的 体验评分 可以当体检报告用，但自己的业务数据要自己上报，两者口径不同。

二、采样与环境：不打满、不混淆

全量上报是新手第一个坑：流量一大，日志存储成本和查询噪音一起爆炸。

采样口径建议：常规页面 1%~10% 起步，下单、支付这类主路径可以放大到全量或高比例，因为出问题时需要完整样本排查。分环境上报必须从第一天就做——开发版、体验版、正式版分开打标，否则测试机上的异常数据会污染线上基线。每条数据带上版本号、机型档位、网络类型三个维度，退化才能归因：是这次发版弄坏的，还是某类低端机一直如此。

机型维度单独强调：高端机曲线漂亮、低端机惨不忍睹是常态，混在一起看平均会被高端机「美化」。看板默认按机型档位拆分，至少保一枚「入门安卓机」的独立视角。隐私合规也在这层处理：不采集具体设备标识与个人内容，上报字段只保留统计所需的维度，脱敏原则写进 数据导出合规口径 一起执行。

三、五步搭一套能用的上报

按顺序做，别一上来就写看板代码：

1. 定义口径：五个指标每个写清「从什么事件开始、到什么事件结束、算什么分位数」，口径不落文档，两个月后没人记得数字怎么来的。
2. 定采样率：按环境与页面重要度分层配置，主路径高采样、边缘页低采样，写进配置中心可随时调。
3. 打全维度：版本号、机型档位、网络类型、页面路径四个维度逐条落库，缺一个退化就归不了因。
4. 搭最小看板：只出三张图——本周 Top 退化项、主路径指标趋势、错误率分布，多余图表一律不做。
5. 接实时日志：看板发现异常后，用 实时日志 下钻到具体个案，两级配合才闭环，光看聚合曲线查不了根因。

四、周会怎么用数据：只看退化、只做决定

数据会议的产出不是「了解情况」，而是三件事：改不改、谁改、什么时候改完。

三条翻车点提前避开：

• 别只报不改：报表搭完没人认领退化项，两个月后看板就成了摆设——每个指标必须有明确 owner。
• 别堆自定义指标：业务埋点按需加，先看 事件上报口径 把事件定义统一，否则同一动作多个版本各算各的。
• 别忽略运维侧衔接：上报链路自身的可用性要有监控，参考 数据运维清单，别等大盘空白一周才发现采集挂了。

五、常见问题 FAQ