网站速度指南：如何在 statpx 中解读核心网页指标

网站速度页面回答了一个实验室工具无法回答的问题：您的网站对实际使用它的人来说究竟有多快？它不是从单一服务器运行合成测试，而是聚合来自每位访客自己浏览器的真实用户核心网页指标——最大内容绘制（LCP）、累计布局偏移（CLS）和下一次绘制交互（INP）。本指南将带您了解该页面显示的内容以及如何解读它。

自动收集——无需任何配置

如果您已经安装了 statpx 追踪代码片段，网站速度数据就已经在流入了。该代码片段使用浏览器内置的 PerformanceObserver API，直接从每次真实页面加载中捕获 LCP、CLS 和 INP，然后与您正常的浏览量数据一起报告。无需添加单独的脚本，无需配置采样，也无需搭建实验室环境——每一位加载您页面的访客都在默默贡献一次真实测量。

解读优秀/待改进/较差分布

每个指标使用与 Google 核心网页指标评估相同的阈值分为三个等级：

网站速度页面上的分布条显示了在您选定的日期范围内，真实访问中有多少比例落入每个等级。健康的网站应该显示大多数访问都在"优秀"区间。如果"较差"占比不止一点点，那么该指标正在实际损害用户体验——也很可能影响搜索排名，因为核心网页指标是 Google 的一个排名信号。

LCP 趋势、最慢页面与移动端 vs 桌面端

在分布图下方，网站速度页面还从另外三个维度拆解数据：

• LCP 趋势线——追踪您的最大内容绘制中位数随时间的变化，让您立即看出某次部署是让网站更快还是更慢了。
• 最慢页面——按真实用户 LCP 对各个 URL 进行排名，让您准确知道哪些模板或内容类型最需要优化，而不是靠猜测。
• 移动端 vs 桌面端——按设备类型拆分每个指标。移动网络和处理器通常是瓶颈，这个视图能告诉您这对您的具体受众是否成立。

这些视图共同将"网站感觉很慢"变成了一份具体的、有优先级的清单：先修哪些页面、哪个指标、哪个设备类别。将网站速度与您的核心网页指标深度解析结合使用，可以了解导致 LCP、CLS 和 INP 得分不佳的技术背景以及如何逐一修复它们。

把慢页面变成修复清单

识别出最慢的页面后，将它们与您的错误追踪进行交叉核对——一个既慢又抛出 JavaScript 错误的页面，通常是整个网站中优先级最高的修复对象，因为它正在实实在在地破坏一部分真实流量的体验。修复上线几天后，重新检查 LCP 趋势线，确认它确实改变了真实用户的数字，而不仅仅是您本地测试的结果。

总结

网站速度页面的存在，是为了让您永远不必猜测性能优化工作是否有回报。它在安装追踪代码片段的那一刻就已自动开始收集，分为优秀/待改进/较差以便您一眼发现问题，并按页面和设备拆分让您准确知道该关注哪里。在每次部署和每次改版后都检查一下——真实用户核心网页指标是唯一真正反映访客体验的速度数字。