“Core Web Vitals”报告

“Core Web Vitals”报告会根据实际使用情况数据（有时称为“实测数据”）显示网页的性能。

打开报告

解读报告

“Core Web Vitals”报告会显示按状态（欠佳、需要改进、良好）、指标类型（CLS、INP、LCP）和网址群组（一组组类似的网页）分组的网址性能。

此报告是根据实际用户数据测得的以下三个指标而生成的：LCP、INP 和 CLS。一旦网址群组的 LCP 和 CLS 数据量达到阈值，网址群组的状态就是其性能最差指标的状态。例如，如果某网址群组的 CLS 为“欠佳”，但 INP 为“良好”，则网址状态为“欠佳”。

如果某个网址群组的 LCP 和 CLS 报告数据量低于下限，则报告将忽略该网址。

此报告中仅显示已编入索引的网址。系统会将这些数据分配给实际网址，而不是像大多数其他报告一样分配给规范网址。

请注意，系统会合并来自所有位置的所有请求中的数据。如果您的大量流量来自（比如说）互联网连接速度较慢的某个国家/地区，您网址的总体性能将会下降。如果您怀疑这可能会导致性能不理想，不妨使用 BigQuery 按国家/地区细分性能数据。

“没有任何数据”

如果您看到屏幕上显示“没有任何数据”，则意味着您的资源是 Search Console 中的新资源，或者 CrUX 报告中没有足够的数据，无法针对指定设备类型（移动设备或桌面设备）提供有意义的信息。

如果您的资源是新资源：无论网址是否属于 Search Console 资源，CrUX 数据库都会收集有关该网址的信息，但在资源创建后，我们可能需要几天时间才能完成 CrUX 数据库中任何现有数据的分析和发布。

您可以使用 PageSpeed Insights 测试工具、Chrome Lighthouse 工具或 AMP 网页体验指南（适用于 AMP 网页）测试各个网址的实时性能

浏览报告

报告会针对每个平台（移动设备或桌面设备）显示两个表格，其中一个表格列出了“欠佳”或“需要改进”的网址存在的问题（网址未被视为良好网址的原因）；另一个表格列出了得分为“良好”的网址的 LCP、INP 和 CLS（查看关于良好网址的数据）。

1. 在着陆页上查看总体趋势图表（针对所有平台）。
2. 点击其中一个图表旁边的打开报告，以便按平台展开细目（移动设备或桌面设备）。
3. 如需查看网址在您的网站上的性能（根据历史用户数据），请切换性能图表上的“欠佳”“需要改进”或“良好”标签页。
4. 查看“网址未被视为良好网址的原因”表格中的性能问题列表。显示的每个网址均代表不同的网址群组。
5. 在问题详情页的示例表格中点击一个网址，即可查看相应网址群组的更多信息。

 

“概览”页面

“Core Web Vitals”报告的“概览”页面按照查看网址时使用的设备（移动设备或桌面设备）对数据进行了细分。数据按网址状态（“欠佳”“需要改进”或“良好”）分组，其状态代表相应网址群组性能最差的指标的状态。

打开特定设备类型的报告即可查看此类设备的更多性能数据。

移动设备和桌面设备的摘要页

平台（移动设备或桌面设备）的摘要报告将会显示您的网站（如果我们拥有该网站的数据）上所有网址群组的状态和问题。点击详情表格中的某一行，即可详细了解因为特定类型的问题而导致网址处于特定状态的情形。

图表

图表上方的标签页会显示处于各个状态的网址（而不是网址群组）的当前总数，以及各个状态对应的问题数量。切换标签页即可选择要在图表中显示的状态。该图表会显示在指定日期具有指定状态的网址计数。

为什么图表中的总计数小于表格中的总计数？

图表只会针对最能拖慢某个网址的问题统计该网址一次。相比之下，表格会针对与某个网址相关的每个问题分别统计该网址一次。因此，如果网址有一个欠佳问题和一个需要改进问题，图表总计数只会针对欠佳问题统计一次，但表格的欠佳和需要改进行会各统计一次。

 

表格

表格按照状态和问题将网址分行列出。每行都包含验证状态、一个以简化时间轴显示该行的迷你图，以及目前处于该速度状态和问题状态的网址数量。

如果一个网址受多个问题的影响，就会出现在多个表格行中。

移动设备和桌面设备的问题详情页

点击移动设备或桌面设备顶级摘要页中的表格行，即可打开对应（设备、状态和问题）组合的详情页。详情页会显示对应于所选问题的网址和其他详细信息。

图表

问题详情图表显示了指定日期对应于相应状态和问题组合的网址数，以及目前受所选状态和问题组合影响的网址总数。

表格

问题详情表格会显示一组已知受所选问题影响的示例网址。每个示例网址都是一组类似网址中的一个。

表格包含以下信息：

• 网址：表格中的每一行代表一组类似的网址。
• 对于运行状态不佳的网页：系统将根据您所查看的问题显示下方的对应列。请注意，单个网址可能会受多个问题的影响，但系统仅显示与所选问题对应的列。
  • 群组 INP：过去 28 天内，75% 的网页请求在响应速度方面耗费了这样长或更短的时间。
  • 群组 LCP：在过去 28 天内，75% 的网页请求耗费了不低于此时长的时间来完成 Largest Contentful Paint。
  • 群组 CLS：在过去 28 天内，75% 的网页请求的 Cumulative Layout Shift 达到此分数或低于此分数。

点击示例网址可查看同一群组中的一些其他网页、关于该群组的其他信息，以及用于运行外部测试的链接。表格的上限为 200 行。

其他信息

在问题详情页的示例表格中点击相应网址，即可查看该网址代表的网页群组的更多信息，包括该群组中的其他网址及其得分（前提是这些网址拥有足够多的数据可显示）。

您可点击群组中的某个网址以针对该网址运行 PageSpeed Insights 测试。不过，了解 PageSpeed Insights 与 Core Web Vitals 信息之间的一些重要区别很有帮助：

• Core Web Vitals 会将数据和状态组合到网址群组中；PageSpeed Insights 通常会显示各个网址的数据（除非相应网址本身没提供足够的信息）。PageSpeed Insights 中特定网址的统计信息可能会与 Core Web Vitals 中的群组结果不一致，因为单个网址可能是其群组内的离群网址。
• Core Web Vitals 网址在区分网页时会添加网址参数；PageSpeed Insights 则会先从网址中移除所有参数数据，然后再将所有结果分配给裸网址。

查找特定网址的状态

此报告的设计初衷不是为了了解特定网址的状态，而是了解整个网站的性能，并排查影响网站上多个网页的问题。如果您希望查看特定网址的性能数据，请使用外部测试。虽然您可以深入了解状态和问题并查看受影响的具体网址，但利用“Core Web Vitals”报告查找特定的网址可能会很困难。

报告数据来源

“Core Web Vitals”报告中的数据来自 CrUX 报告。CrUX 报告会从访问您网址的实际用户那里收集有关性能的匿名指标（称为“实测数据”）。无论网址是否属于 Search Console 资源，CrUX 数据库都会收集有关该网址的信息。

群组状态：欠佳、需要改进、良好

系统按具体设备类型为各个网址群组应用“欠佳”“需要改进”和“良好”标签。LCP 和 CLS 数据未达到阈值的网址群组将不会在报告中显示（例如，如果网址只有 LCP 数据达到阈值，而 CLS 没有，则不会显示）。

网址群组的状态是系统为该设备类型分配的最慢状态。例如：

• 如果网址在移动设备上的 CLS 为欠佳，但 LCP 为需要改进，则此网址在移动设备上的状态会被标记为欠佳。
• 如果网址在移动设备上的 LCP 为需要改进，但 CLS 为良好，则此网址在移动设备上的状态会被标记为需要改进。
• 如果网址在移动设备上的 LCP、INP 和 CLS 为良好，且在桌面设备上的 LCP、INP 和 CLS 为需要改进，则此网址在移动设备和桌面设备上的状态分别为良好和需要改进。

 

状态定义

以下是每种状态的性能范围：

	良好	需要改进	欠佳
LCP	<=2.5 秒	<=4 秒	>4 秒
INP	<=200 毫秒	<=500 毫秒	>500 毫秒
CLS	<=0.1	<=0.25	>0.25

 

• LCP（最大内容渲染时间）：从用户请求网址到在视口中渲染最大可见内容元素所需的时间。最大的元素通常是图片或视频，也可能是大型块级文本元素。此指标很重要，因为它反映了访问者看到的网址实际加载速度。
  • 报告中显示的群组 LCP 是指网址群组中某个网址在其 75% 的访问事件中达到 LCP 状态所用的时间。
• INP (Interaction to Next Paint)：该指标通过观测网页为响应在用户访问网页期间发生的所有点击、点按和键盘互动而花费的时间，评估网页对用户互动的总体响应情况。最终 INP 值是观测到的最长互动时间，离群值会被忽略。 
  • 报告中显示的群组 INP 表示网址群组中某个网址在其 75% 的访问事件中获得此值或更高值。
• CLS (Cumulative Layout Shift)：CLS 会衡量在网页的整个生命周期内发生的所有意外布局偏移的得分总和。得分是零到任意正数，其中 0 表示无偏移，且数字越大，网页的布局偏移越大。此指标很重要，因为当用户尝试与网页元素互动时，如果网页元素出现偏移，这会导致糟糕的用户体验。如果您似乎找不出得高分的原因，请尝试与该网页互动，看看这对得分有何影响。
  • 报告中显示的群组 CLS 是指网址群组中某个网址所对应的 75% 的访问事件的最低相同 CLS。

您可以运行外部测试，寻找解决这些问题的建议。

网址群组

该报告中的网址会被划分成一组组具有类似用户体验的网页。LCP、INP 和 CLS 状态适用于整个群组。某些离群网址在某些访问中可能会具有更好或更差的值，但在对这组网址的所有访问中，有 75% 的访问经历了所显示的群组状态。系统会假定，这些群组具有一个共同的框架，并且群组行为不佳的原因很可能是由相同的根本原因导致的。

为保护用户隐私，网址群组中的数据必须达到一定的量才能显示在报告中。如果某个网址群组的信息不足以显示在报告中，Search Console 会创建更高级别的“源”群组，其中包含的网址和数据应该会足以显示在报告中。此源群组包含同一 protocol://host:port 群组中所有网址的数据。例如，如果网址 https://m.example.com/a/b/c.html 所属群组的数据不足以显示，Search Console 便会创建源群组 https://m.example.com。此源群组包含 https://m.example.com 下所有网址的数据，无论该网址所属的群组是否也没有足够的数据。

请注意以下几点：

• 源群组的定义包含协议；因此 http://m.il.example.com 和 https://m.il.example.com 是不同的源群组。
• 源群组包含该源下所有网址的数据，无论相应网址是否属于报告中显示的另一个群组。
• 如果源群组没有足够的数据，就不会显示出来（而且，进一步来说，相应网站的数据也将不足以显示在此报告中，除非有多个源群组）。
• 您可以查看源群组的数据，无论该群组是否在当前资源中。不过，您只能查看当前资源中的示例网址。
• Search Console 会按展示次数降序排列群组成员。

修正问题

非技术用户

1. 对问题划分优先级：我们建议您先修正所有被标记为“欠佳”的网页，然后优先解决会影响最多网址的问题或会影响最重要网址的问题。您可以改善标记为“需要改进”的网址，但其优先级低于修正“欠佳”的网页。
2. 对问题划分完优先级后，与工程师或负责更新网址的所有人分析报告。
3. 常用的网页修正方法：
   • 缩减网页大小：最佳做法是让一个网页及其所有资源不超过 500KB。
   • 为便于在移动设备上实现最佳性能，一个网页最多只能包含 50 个资源。
   • 通过外部测试获取网页修正方面的建议。
4. 通过外部测试来测试修正效果。
5. 如果您认为某个问题已得到修正，请在 Search Console“Core Web Vitals”报告中的问题详情页上点击启动跟踪。
6. 跟踪验证流程。

网站开发者

1. 对问题划分优先级：我们建议您先修正所有被标记为“欠佳”的问题。您可以改进被标记为“需要改进”的网址，但其修正优先级低于“欠佳”网址。在同一种状态中，应优先处理影响最多网址或影响最重要网址的问题。
2. 给定网址群组中显示的网址按展示次数降序排列，因此顶部的网址对相应网址群组状态的影响最大。请按照所示的顺序修正网址，以实现状态的最大改观，但我们建议您尽可能修正更多网址。请注意，如果某个网址群组接近某个状态的边界，则其状态可能会受到群组中位于列表底端的几个网址的影响。
3. 建议您阅读 web.dev 快速加载指南和 developers.google.com 上的“网站开发基础”性能页面，了解有关如何提高网页速度的理论知识和指南。
4. 通过外部测试获取网页修正方面的建议。
5. 通过外部测试来测试修正效果。
6. 如果您认为某个问题已得到修正，请在 Search Console“Core Web Vitals”报告中的问题详情页上点击启动跟踪。
7. 跟踪验证流程。

其他实用资源：

• 关于如何了解和缩短网页加载时间的指南
• Lighthouse，用于衡量网页性能的开源工具
• 更多衡量网页性能的 Google 工具
• 如果您希望在网页中添加测试，以了解 LCP、INP 和其他指标，请参阅以用户为中心的性能指标。

我的网站状态发生了变化，但我没对网站进行任何更改

如果您没有在网站上进行任何更改，但是许多网页的状态发生了很大变化，这可能是因为很多网页的状态本来就处于边界，某个网站级事件将网页推出了边界：例如，网站流量急剧增加，或是提供图片文件的服务发生延迟变化，这些都可能会导致网站速度变慢。一个很小的网站级变化可能足以将大量处于“良好”状态边界的网页推向“需要改进”状态，或将处于“需要改进”状态边界的网页推向“欠佳”状态。

另一个可能性较低的原因是客户端发生了大规模变化。例如，一个受到广泛采用的浏览器进行了版本更新，或是一个较慢的网络上涌入了大量用户。请注意，网站性能是根据实际使用情况数据衡量的。您可以检查日志，查看是否有任何浏览器、设备或位置与网站状态同时发生变化。

检查此期间的网站流量数据是否发生较大的改变，同时还需要深入了解具体问题，并查看受影响网页的群组 LCP/INP/CLS 数据。如果这些数据显示网页正处于欠佳/需要改进/良好状态边界，那么即使发生一个很小的变化也可能会将网页推向新的状态。

 

分享报告

您只需点击这个网页上的分享 按钮，即可分享涵盖范围报告或增强选项报告中的问题详情。通过此链接，分享对象将只能访问当前问题详情页面以及该问题的验证记录页面，而无法访问您的资源中的其他网页，也无法对您的媒体资源或账号执行任何操作。您可以随时通过停止分享这个网页而撤销链接。

导出报告数据

许多报告都提供了导出按钮 以便您导出报告数据。系统会导出图表数据和表格数据。在报告中显示为“~”或“-”（不存在/不是数字）的值将在下载的数据中显示为零。

验证修正效果

当您解决所有网址中的特定问题后，您可以确认此问题是否在所有网址上都已得到修正。为此，请点击开始跟踪启动为期 28 天的监控会话，以检查您的网站中是否依然存在此问题的个案。如果在这 28 天期限内，网站上的任何网址都未出现此问题，系统就会将此问题视为已修正。只要任一网址中存在此问题，系统就会将此问题标记为未修正；但无论问题状态如何，系统都会在整个 28 天期限内继续评估各个网址的状态。

开始跟踪不会让 Google 重新编制索引或采取任何其他主动措施。它只会让 Search Console（重新）开始监控您网站的 CrUX 数据，监控期限为 4 周。

• 如需查看进行中的验证请求或已失败请求的验证详情，请执行以下操作：
  • 点击问题详情页面的验证状态部分中的查看详情。
• 您可随时重启验证跟踪期：
  • 打开验证详情页面，然后点击开始新的验证。
• 如果验证失败，请执行以下操作：
  1. 再次尝试修正问题。
  2. 打开验证详情页并点击开始新的验证，重启跟踪期。

问题验证状态

这是整个验证请求的状态，每个问题的问题验证状态都会显示在摘要页上以及问题详情页上。

可能存在以下验证状态：

• 未启动：有一个或多个网址上出现了此问题的个案，而您从未针对相应网址提出验证请求。
• 已开始：您已启动验证尝试，并且系统尚未发现相应问题的其他个案。
• 未发现问题：您已启动验证尝试，并且系统发现目前已检查的所有问题个案都已修正。
• 已通过：所有网址都处于“已通过”状态。如需使系统显示此状态，您必须先点击验证修复（如果您从未请求验证，但问题个案都消失了，则状态将变为“不适用”）
• 不适用：虽然您从未启动验证尝试，但 Google 发现该问题在所有网址上都已修正。
• 失败：启动验证尝试后，有一个或多个网址处于“失败”状态。

网址验证状态

这是指验证进度页中每个网址的验证状态。在有效验证期间，系统会显示“待定”/“已通过”/“失败”三种状态；有效验证期结束后，系统仅会显示“失败”状态（有效验证期结束后，系统会从列表中移除已修正的项目）。

• 待定：Google 正在等待足够的数据来确定该网址是否仍受影响。
• 已通过：该网址似乎不再受此问题的影响。
• 失败：该网址仍受所列问题的影响。

只有在验证跟踪期内，才会出现已通过和失败网址状态。如果某个网址在验证请求期限之外出现问题，然后此问题又消失了，则该网址会直接从列表中消失，并且没有状态。

已从网站中移除且过去 28 天内没有任何数据的网址将不再显示在验证历史记录或报告中。

 

外部测试工具

“Core Web Vitals”报告内含指向两款外部测试工具的链接，供您进行额外的网页测试。适用工具类型取决于网页类型：

• 非 AMP 网页：PageSpeed Insights 测试工具会报告网页在移动设备和桌面设备上的性能，并提供关于如何改进网页的建议。测试结果中既会显示实时测试数据，又会显示来自真实用户的实地测试数据。请注意，PageSpeed Insights 中的信息可能会不同于“核心网页指标”报告中的信息。了解原因。
• AMP 网页：AMP 网页体验指南会对 AMP 网页进行全面的实时测试，包括 Core Web Vitals。测试结果中既会显示实时测试数据，又会显示来自真实用户的实地测试数据。

这些工具的链接会显示在示例网址旁边（依次点击摘要页上的详情表格 > 相应状态行 > 相应示例网址 > 示例详情窗格，然后将鼠标指针悬停在某个类似网址上方）；不过，您也可访问这些工具并自行提供网址。

您还可以使用 Chrome 浏览器内置的一款测试工具：Chrome Lighthouse 工具。