运行可重复的网站速度检查

一次有用的速度检查会记录网址、设备假设和测试条件，然后调查最大的瓶颈。它应该帮你选择并验证一项更改，而不是把单一的性能得分变成对每一位访客的断言。

建立基准

选择一个具有代表性的网址并记录测试时间。注意移动端或桌面端的配置、重定向以及运行过程中是否遇到了 Cookie 弹窗或异常内容。重复进行可比的实验室运行以了解变异性。检查是否有可用的现场测量数据，以及这些数据是适用于该页面还是更广泛的源。

按顺序阅读报告

1. 确认预期的页面确实已加载。
2. 识别主要内容元素并调查其请求路径。
3. 检查脚本执行、渲染阻塞工作和布局更改。
4. 在浏览器中执行重要的交互，而不是假设负载测试已经对其进行了测量。
5. 将不可用的数据与测量得到的零值区分开来。

总阻塞时间有助于诊断主线程加载工作，但它不等同于 INP。高 Lighthouse 得分并不能证明现场 Core Web Vitals、转化性能或搜索排名。

示例：移动端与桌面端结果不一致

假设桌面端表现很快，而移动端实验室运行加载大尺寸产品图片较晚。比较所选的图片资源、设备设置和连接假设。测试适当尺寸的响应式图片，然后重新运行相同的移动端配置。检查图片质量、布局尺寸以及耗时。该示例描述的是测试设计，而非对特定改进的承诺。

保持更改日志

记录已部署的更改、更改前后的测量数据，以及受影响的用户旅程是否仍然正常工作。如果你想了解是什么导致了结果，请避免合并毫不相关的更改。现场报告可能需要一段时间才能反映新的访问；即时的实验室改进和随后的现场结果应分别报告。

启动速度检查器运行，然后使用浏览器性能工具进行更深入的诊断。有关该服务测量指标的说明，请参阅 PageSpeed Insights 文档。