在 Pagespeed 洞察中,我在 Origin Summary 中收到以下消息:“在过去的 28 天收集期内,从该来源提供的所有页面的总体体验未通过 Core Web Vitals 评估。”
有谁知道有多少百分比的 URL 必须通过测试才能改变它?或者标准是什么?
在 Pagespeed 洞察中,我在 Origin Summary 中收到以下消息:“在过去的 28 天收集期内,从该来源提供的所有页面的总体体验未通过 Core Web Vitals 评估。”
有谁知道有多少百分比的 URL 必须通过测试才能改变它?或者标准是什么?
让我们以最大内容绘制 (LCP)为例。
首先,通过/失败不是基于 URL 的百分比,而是基于平均时间/分数。
这是一个重要的区别,因为您可能有 50% 的数据失败,但如果它只失败了 0.1 秒(2.6 秒)而其他 50% 的数据通过了 1 秒(1.5 秒),则平均值将通过(平均 2.05 秒是通过)。
显然,这是一个过于简单的示例,但您希望您的网站可以有 50% 的网站处于亏损状态,并且理论上仍然可以通过,这就是为什么每个类别中的百分比更多用于诊断的原因。
如果CrUX 数据集中所有页面的 LCP 平均时间小于 2.5 秒(“良好”),那么您将获得绿色分数,即通过。
如果时间少于 4 秒,分数将为橙色(“需要改进”),但这仍然算作失败。
超过 4 秒,它会失败并且会变成红色(“差”)。
因此,您需要满足以下条件才能通过网络生命体征(在撰写本文时):-
如果其中任何一个超过阈值,您将失败,即使另外两个在绿色/通过范围内。
FID - 在页面上运行 lighthouse(或 Page Speed Insights)时,您不会将 FID 作为综合测试(实验室数据)的一部分。
相反,您会得到总阻塞时间 (TBT) - 在大多数情况下,这对于 FID 来说是足够接近的近似值,因此请使用它(或运行性能跟踪)。