月度图表叠加标有 LCP、FID 和 CLS 的秒表。

开始测量 Web 指标

开始测量 Web 指标

Updated
Appears in: Web Vitals

收集您网站的 Web 指标数据是对其进行改善的第一步。一次全面的分析将会从真实世界和实验室环境中收集性能数据。测量 Web 指标所要求的代码改动非常微小,并且可以使用免费工具集来完成。

使用 RUM 数据测量 Web 指标 #

真实用户监控 (RUM) 数据,也称实际数据,可以捕获网站真实用户的性能体验。Google 用 RUM 数据来确定网站是否符合核心 Web 指标建议阈值

入门 #

如果您还未设置 RUM,那么以下工具将快速为您提供网站实际性能的相关数据。这些工具都基于相同的底层数据集(Chrome 用户体验报告),但用例略有不同:

  • PageSpeed Insights 网页速度测量工具 (PSI)PageSpeed Insights报告过去 28 天的页面级和域级聚合性能。此外,该工具还会提供如何改进性能的相关建议。如果您正在寻求一种单一操作来着手测量和改进您网站的 Web 指标,我们建议您使用 PSI 来审计您的网站。 PSI 可在网页上使用,也可作为API使用。
  • 搜索控制台搜索控制台为每个页面报告性能数据。因此,该工具非常适合用来识别需要改进的特定页面。与 PageSpeed Insights 不同,搜索控制台的报告包括历史性能数据。只能针对您拥有并已验证所有权的网站使用搜索控制台。
  • CrUX 仪表板CrUX 仪表板是一个预先构建的仪表板,可显示您所选域的 CrUX 数据。该工具是基于 Data Studio 构建的,设置过程大约需要一分钟。与 PageSpeed Insights 和搜索控制台相比,CrUX 仪表板的报告包含更多维度,例如,数据可以按设备和连接类型进行细分。

值得注意的是,虽然上方列出的工具非常适合作为 Web 指标的"入门"测量工具,但这些工具在其他情况下也十分有用。特别要指出的是,CrUX 和 PSI 都可作为 API 使用,还可用于构建仪表板和其他报告。

收集 RUM 数据 #

尽管基于 CrUX 的工具是调查 Web 指标性能的良好开端,但我们强烈建议您使用自己的 RUM 来对性能数据进行补充。您自己收集的 RUM 数据可以针对您网站的性能提供更详细、即时的反馈,因而更加易于识别问题和测试可能的解决方案。

基于 CrUX 的数据源使用大约一个月的粒度来报告数据,但相关具体细节在不同工具中会有细微差别。例如,PSI 和搜索控制台报告过去 28 天观察到的性能,而 CrUX 数据集和仪表板则按日历月进行报告。

您可以通过专用的 RUM 供应商或亲自搭建工具来收集您自己的 RUM 数据。

专用的 RUM 供应商专门收集和报告 RUM 数据。如需在这些服务的基础上同时使用核心 Web 指标,请向您的 RUM 供应商咨询为您的网站启用核心 Web 指标监控的相关信息。

如果您没有 RUM 供应商,那么可以通过使用web-vitals JavaScript 库来扩充您现有的分析手段,从而对这些指标进行收集和报告。以下内容对该方法进行了更详细的解释。

web-vitals JavaScript 库 #

如果您正在为 Web 指标搭建和实现自己的 RUM,那么收集 Web 指标测量值最简单的方法是使用web-vitals JavaScript 库。web-vitals是一个小型的模块化库 (约 1KB),可以提供一个便捷的 API 来为每个可实际测量的 Web 指标进行收集和报告工作。

Web 指标的构成指标并非都由浏览器的内置性能 API 直接公开,而是直接基于这些 API 所构建。例如,Cumulative Layout Shift 累积布局偏移 (CLS)是使用布局不稳定性 API实现的。通过使用web-vitals ,您无需自己实现这些指标。该 JavaScript 库还能确保您收集的数据与每项指标的方法论和最佳实践相匹配。

如需进一步了解执行web-vitals的更多相关信息,请参考文档实测 Web 指标的最佳实践指南。

数据聚合 #

web-vitals收集的测量值进行报告至关重要。如果在测量数据后不进行报告,那么您就无法看到这些数据。 web-vitals文档包含的一些示例说明了如何将数据发送到一个通用 API 端点Google 分析Google 跟踪代码管理器

如果您已经有特别中意的报告工具,则可以考虑使用该工具。如果还没有,那么可以使用免费的 Google 分析来实现这一目的。

在考虑使用哪种工具时,思考谁会需要访问数据往往十分有帮助。当整个公司(而非单个部门)都希望提高绩效时,企业通常会取得最高的绩效。请参阅跨功能修复网站速度,了解如何获得不同部门的支持。

数据解读 #

在分析性能数据时,留意分布的尾部数据十分重要。RUM 数据经常显示出非常大的性能差异,有些用户的速度体验很快,而有些用户的速度体验很慢。但是,使用中位数来汇总数据就会很轻易地掩盖掉这种特性。

在 Web 指标方面,Google 使用"良好"体验的百分比,而不是中位数或平均值等统计数据来确定一个网站或页面是否符合建议阈值。具体而言,只有当一个网站或页面 75% 的页面访问量在每项指标下都满足"良好"阈值时,这个网站或页面才会被视为符合核心 Web 指标阈值。

使用实验室数据测量 Web 指标 #

实验室数据,也称为合成数据,是从受控环境,而非实际用户中收集的数据。与 RUM 数据不同,实验室数据可以在预上线环境中进行收集,因此可以整合到开发者工作流程和持续集成过程中。收集合成数据的工具包括灯塔和 WebPageTest 网页性能测试工具等。

注意事项 #

RUM 数据和实验室数据之间始终会存在差异,特别是在实验室环境的网络条件、设备类型或地理位置与用户相对应的信息之间存在显著差异的情况下。但是,在收集有关 Web 指标的实验室数据时,尤为需要注意以下几条具体注意事项:

  • **累积布局偏移 (CLS):**在实验室环境中测量的累积布局偏移可能会由于人为因素低于在 RUM 数据中观察到的 CLS。CLS 的定义为"整个页面生命周期内针对发生的每次意外布局偏移得出的所有单次布局偏移分数的总和。"然而,真实用户加载的页面生命周期通常会与虚拟性能测量工具加载的页面生命周期有很大不同。许多实验室工具只加载页面,而不进行交互。因此,这些工具只能捕获初始页面加载期间发生的布局偏移。相比之下,由 RUM 工具测量的 CLS 能够捕获整个页面生命周期中发生的意外布局偏移
  • First Input Delay 首次输入延迟 (FID):首次输入延迟无法在实验室环境中进行测量,因为该项指标需要用户与页面进行交互。因此,Total Blocking Time 总阻塞时间 (TBT) 是我们推荐的 FID 实验室代理。 TBT 测量"First Contentful Paint 首次内容绘制和 Time to Interactive 可交互时间之间页面被阻塞而无法对用户输入作出响应的总时间"。虽然 FID 和 TBT 的计算方式不同,但这两项指标都能体现出引导进程中被阻塞的主线程。当主线程被阻塞时,浏览器就会对用户交互作出延迟响应。 FID 测量用户首次尝试与页面交互时发生的延迟(如果存在)。

工具集 #

这些工具可用于收集 Web 指标的实验室测量值:

  • Web 指标 Chrome 扩展程序: Web 指标 Chrome 扩展程序对给定页面的核心 Web 指标(LCP 最大内容绘制、FID 和 CLS)进行测量和报告。该工具旨在为开发者进行代码更改时提供实时性能反馈。
  • **灯塔:**灯塔对 LCP、CLS 和 TBT 进行报告,并突出显示合适的性能改进。灯塔在 Chrome 开发者工具中既可以作为 Chrome 扩展程序运行,也可以作为 npm 包运行。灯塔还可以通过灯塔 CI整合到持续集成工作流程中。
  • WebPageTest 网页性能测试工具:WebPageTest将 Web 指标作为其标准报告的一部分。 WebPageTest 可用于在特定设备和网络条件下收集 Web 指标的相关信息。
Last updated: Improve article