“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(查看关于良好网址的数据)。
- 在着陆页上查看总体趋势图表(针对所有平台)。
- 点击其中一个图表旁边的打开报告,以便按平台展开细目(移动设备或桌面设备)。
- 如需查看网址在您的网站上的性能(根据历史用户数据),请切换性能图表上的“欠佳”“需要改进”或“良好”标签页。
- 查看“网址未被视为良好网址的原因”表格中的性能问题列表。显示的每个网址均代表不同的网址群组。
- 在问题详情页的示例表格中点击一个网址,即可查看相应网址群组的更多信息。
“概览”页面
移动设备和桌面设备的摘要页
移动设备和桌面设备的问题详情页
此报告的设计初衷不是为了了解特定网址的状态,而是了解整个网站的性能,并排查影响网站上多个网页的问题。如果您希望查看特定网址的性能数据,请使用外部测试。虽然您可以深入了解状态和问题并查看受影响的具体网址,但利用“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 会按展示次数降序排列群组成员。
修正问题
非技术用户
网站开发者
我的网站状态发生了变化,但我没对网站进行任何更改
如果您没有在网站上进行任何更改,但是许多网页的状态发生了很大变化,这可能是因为很多网页的状态本来就处于边界,某个网站级事件将网页推出了边界:例如,网站流量急剧增加,或是提供图片文件的服务发生延迟变化,这些都可能会导致网站速度变慢。一个很小的网站级变化可能足以将大量处于“良好”状态边界的网页推向“需要改进”状态,或将处于“需要改进”状态边界的网页推向“欠佳”状态。
另一个可能性较低的原因是客户端发生了大规模变化。例如,一个受到广泛采用的浏览器进行了版本更新,或是一个较慢的网络上涌入了大量用户。请注意,网站性能是根据实际使用情况数据衡量的。您可以检查日志,查看是否有任何浏览器、设备或位置与网站状态同时发生变化。
检查此期间的网站流量数据是否发生较大的改变,同时还需要深入了解具体问题,并查看受影响网页的群组 LCP/INP/CLS 数据。如果这些数据显示网页正处于欠佳/需要改进/良好状态边界,那么即使发生一个很小的变化也可能会将网页推向新的状态。
验证修正效果
当您解决所有网址中的特定问题后,您可以确认此问题是否在所有网址上都已得到修正。为此,请点击开始跟踪启动为期 28 天的监控会话,以检查您的网站中是否依然存在此问题的个案。如果在这 28 天期限内,网站上的任何网址都未出现此问题,系统就会将此问题视为已修正。只要任一网址中存在此问题,系统就会将此问题标记为未修正;但无论问题状态如何,系统都会在整个 28 天期限内继续评估各个网址的状态。
- 如需查看进行中的验证请求或已失败请求的验证详情,请执行以下操作:
- 点击问题详情页面的验证状态部分中的查看详情。
- 您可随时重启验证跟踪期:
- 打开验证详情页面,然后点击开始新的验证。
- 如果验证失败,请执行以下操作:
- 再次尝试修正问题。
- 打开验证详情页并点击开始新的验证,重启跟踪期。
问题验证状态
这是整个验证请求的状态,每个问题的问题验证状态都会显示在摘要页上以及问题详情页上。
可能存在以下验证状态:
- 未启动:有一个或多个网址上出现了此问题的个案,而您从未针对相应网址提出验证请求。
- 已开始:您已启动验证尝试,并且系统尚未发现相应问题的其他个案。
- 未发现问题:您已启动验证尝试,并且系统发现目前已检查的所有问题个案都已修正。
- 已通过:所有网址都处于“已通过”状态。如需使系统显示此状态,您必须先点击验证修复(如果您从未请求验证,但问题个案都消失了,则状态将变为“不适用”)
- 不适用:虽然您从未启动验证尝试,但 Google 发现该问题在所有网址上都已修正。
- 失败:启动验证尝试后,有一个或多个网址处于“失败”状态。
网址验证状态
这是指验证进度页中每个网址的验证状态。在有效验证期间,系统会显示“待定”/“已通过”/“失败”三种状态;有效验证期结束后,系统仅会显示“失败”状态(有效验证期结束后,系统会从列表中移除已修正的项目)。
- 待定:Google 正在等待足够的数据来确定该网址是否仍受影响。
- 已通过:该网址似乎不再受此问题的影响。
- 失败:该网址仍受所列问题的影响。
只有在验证跟踪期内,才会出现已通过和失败网址状态。如果某个网址在验证请求期限之外出现问题,然后此问题又消失了,则该网址会直接从列表中消失,并且没有状态。
已从网站中移除且过去 28 天内没有任何数据的网址将不再显示在验证历史记录或报告中。
“Core Web Vitals”报告内含指向两款外部测试工具的链接,供您进行额外的网页测试。适用工具类型取决于网页类型:
- 非 AMP 网页:PageSpeed Insights 测试工具会报告网页在移动设备和桌面设备上的性能,并提供关于如何改进网页的建议。测试结果中既会显示实时测试数据,又会显示来自真实用户的实地测试数据。请注意,PageSpeed Insights 中的信息可能会不同于“核心网页指标”报告中的信息。了解原因。
- AMP 网页:AMP 网页体验指南会对 AMP 网页进行全面的实时测试,包括 Core Web Vitals。测试结果中既会显示实时测试数据,又会显示来自真实用户的实地测试数据。
这些工具的链接会显示在示例网址旁边(依次点击摘要页上的详情表格 > 相应状态行 > 相应示例网址 > 示例详情窗格,然后将鼠标指针悬停在某个类似网址上方);不过,您也可访问这些工具并自行提供网址。
您还可以使用 Chrome 浏览器内置的一款测试工具:Chrome Lighthouse 工具。