今天才发现，原来 Google 有一个比 PageSpeed 更准的性能工具
4 分钟seo · performance · pagespeed · crux · handbook
我们已经知道了 PageSpeed 这个平台，可以在实验环境下，模拟用户在访问你的网站的时候，你网站的各种性能指标，是否达标，一般有下面这些：
- LCP（Largest Contentful Paint）：最大内容绘制，衡量加载速度。
- FID（First Input Delay）/ INP（Interaction to Next Paint）：衡量交互响应。
- CLS（Cumulative Layout Shift）：衡量页面稳定性（防止跳动）。
- 以及一些网络相关指标（如首字节时间 TTFB、设备/连接类型等）。
但问题是实验是实验，真实环境有时候就是会和实际实验场景很不一样的，Google 也发现了这个问题，所以做了这样的一个工具，帮助小伙伴们监测真实场景下的网站**核心网页指标（Core Web Vitals）**的情况。
小吉看了下官方文档，发现数据来自 Chrome 用户（桌面端和移动端）。并且数据是匿名、聚合后的真实用户体验。这对于已经有流量起色的网站来说很好，可以时不时拿出来康康，检查一下是否有数据性能不达标的情况。
某网站的测试结果
有开发资源的，还可以利用他们提供的 CrUX API 能力，用来监控核心页面的性能指标。注意鸟，这玩意是真实环境的，所以非常有说服力。
另外，还可以通过这个看看你的竞对，看看他们网站的技术指标咋样，也大概从一个侧面收集到他们公司、团队的技术对这一项的投入情况。
某网站结果出现断层的情况
注意，小吉发现有时候网站中的数据会出现如上图所示的断层，其实原因也很简单，就几种：
- 样本量不足 — CrUX 的数据来自真实用户访问。如果某一段时间内桌面端用户访问量不够多，Google 就不会公开对应的 LCP、INP 数据（保护隐私 + 保证统计可靠性）。结果就是：那段时间的指标会显示为空白或断层。
- 设备/平台分布差异 — 如果大部分访问都来自移动端，那么桌面端的数据经常会"不连续"，而移动端的图表可能会比较完整。
- 技术性迁移 — 比如在迁移域名，那可能部分页面重定向到了另外的站上，那这里当然就没了数据。
如果你网站流量已经在这里能够看到三条曲线了，小吉觉得，在这里看更有价值，没必要通过 PageSpeed 去监控了。有条件的，还可以把首页、价格页、下载页等重点页面写个脚本监控起来，防止未来做调整的时候出现一些技术性的问题，造成对网站的增长有所影响。希望对你有用 🙌