13

Google 将其PSI快速排名 FCP的定义从 90% 更改为 1000 毫秒以下的 75%

来自 PSI 文档:

为什么 v4 和 v5 中的 FCP 有不同的值?

v5 中的 FCP 报告第 75 个百分位(截至 2019 年 11 月 4 日),之前是第 90 个百分位。在 v4 中,FCP 报告中位数(第 50 个百分位数)。

来自 Rick 的最佳答案中的良好数据/提示仍然在下面。

原始问题:

当说“根据现场数据,‘页面速度很慢’”时,使用 90 分位而不是之前的中位分数或更低的百分位是否会使 google.com 等高流量网站无法获得排名“快速地”?这是由于当月流量在 10M+ 范围内并在全球分布时出现的长尾?

上次我检查时(2018 年 2 月上旬),桌面 google.com 获得了 100 Lighthouse 综合得分,这应该被解释为“几乎没有改进的空间”,然而,该页面被评为“慢”,因为第 90 个百分位 FCP 超过 3 秒。

当 google.com 的桌面页面根据现场数据排名缓慢时,像 nytimes.com 这样的页面是否会被认为是快速的?

最近的例子(2019 年 2 月 14 日) 在此处输入图像描述

FCP 尾部更长的前一个示例: 在此处输入图像描述

4

3 回答 3

8

要直接回答这个问题,不,获得快速 FCP 标签并非不可能。这个问题还有很多,所以我会尝试详细说明。

另一种表述“快速”标准的方式是:“至少 90%的用户体验的 FCP 是否小于 1 秒?”

为什么是 90%?因为它包含了很大一部分用户体验。正如PSI 文档所说:

我们的目标是确保页面适合大多数用户。通过关注我们指标的第 90 个和第 95 个百分位值,这可确保页面在最困难的设备和网络条件下满足最低性能标准。

为什么是 1 秒?这是用户期望页面开始显示有意义进展的速度的主观值。1 秒后,用户可能会分心甚至沮丧。当然,圣杯是即时加载,但这被选为一个现实的基准来争取。

所以最坏的情况是 10% 的 FCP 体验是 1 秒或更慢。这种特定的保证是一个足够高的标准,可以确信用户始终拥有快速的体验。

这就解释了为什么酒吧设置在它所在的位置。对于实现起来有多现实的问题,我们实际上可以使用BigQuery 上公开的 CrUX 数据来回答这个问题。

#standardSQL
SELECT
  p90,
  COUNT(0) AS numOrigins
FROM (
  SELECT
    origin,
    MIN(start) AS p90
  FROM (
    SELECT
      origin,
      bin.start,
      SUM(bin.density) OVER (PARTITION BY origin ORDER BY bin.start) AS cdf
    FROM
      `chrome-ux-report.all.201901`,
      UNNEST(first_contentful_paint.histogram.bin) AS bin)
  WHERE
    cdf >= 0.9
  GROUP BY
    origin)
GROUP BY
  p90
ORDER BY
  p90

这是一个计算 FCP 直方图来源的第 90 个百分位数的查询。如果这听起来令人困惑,这里有一个可视化:

Origins 的第 90 个百分位 FCP 分布

红色累积分布线越过 1000 毫秒标记的位置告诉我们将被标记为快速的来源的百分比。不是很多;数据集中只有 2% 或 110153 个来源。

有趣的是,浏览“快速 FCP”来源列表,其中许多都有.jpTLD .kr。可以合理地假设它们是本地化的日本和韩国网站,其用户几乎完全来自这些国家。这些是互联网速度很快的国家。因此,当您的用户始终保持快速的连接速度时,在 90% 以上的时间内为快速网站提供服务自然会更容易。

我们可以做的另一件事是了解原产地的受欢迎程度,那就是加入 Alexa 前 100 万个域名列表:

#standardSQL
SELECT
  Alexa_rank,
  Alexa_domain,
  COUNT(0) AS numOrigins,
  ARRAY_AGG(origin LIMIT 3) AS originSample
FROM (
  SELECT
    origin,
    MIN(start) AS p90
  FROM (
    SELECT
      origin,
      bin.start,
      SUM(bin.density) OVER (PARTITION BY origin ORDER BY bin.start) AS cdf
    FROM
      `chrome-ux-report.all.201901`,
      UNNEST(first_contentful_paint.histogram.bin) AS bin)
  WHERE
    cdf >= 0.9
  GROUP BY
    origin)
JOIN
  `httparchive.urls.20170315`
ON
  NET.REG_DOMAIN(origin) = Alexa_domain
WHERE
  p90 < 1000
GROUP BY
  Alexa_rank,
  Alexa_domain
ORDER BY
  Alexa_rank

有 35985 个域的域在前 1M 中。您可以自己运行查询以查看完整结果。

排名靠前的快速 FCP 域

您可以看到,前 20 个域中有大约 100 个来源符合 FCP 的要求。在列表中进一步挑选一些有趣的例子:

三星网站获取

需要注意的是,这些来源不一定是排名靠前的,只是它们的域。在没有原始排名数据的情况下,这是我能做的最好的近似值。

较小的警告是,BigQuery 和 PSI 在桌面/移动设备上是略有不同的数据集和 PSI 细分,而我的分析将它们结合在一起。因此,这项研究并不能完美地代表 PSI 的预期。

最后,我只想解决关于在 Lighthouse 中获得 100 分的问题。100 分并不一定意味着没有任何需要改进的地方。像这样的综合测试需要校准以代表实际的用户体验。例如,如果在代表菲律宾用户体验的条件下进行测试,性能审计可能会开始失败。实际从该位置运行测试可能会出现性能问题,例如内容分发问题,以及我们可以在任何地方模拟的条件(如连接速度)。

总结一切:

  • 设置高标准是因为我们希望确保绝大多数用户体验是快速的
  • 许多网站已经超过了这个标准,尽管只占整个数据集的一小部分
  • Alexa 排名向我们展示了拥有一个访问量很大的网站并提供始终如一的快速体验是可能的
于 2019-02-19T22:33:53.757 回答
1

您误解了谷歌灯塔的结果。首先,没有性能测试是绝对的。完全 100% 性能的页面是不可能的,因为即使它对我来说在 1 秒内加载,由于网络问题和延迟,对于加纳人来说它可能不会在 1 秒内加载。即使我有一个没有 javascript 的纯 HTML 页面,它作为来自超快速网络服务器的静态文件提供,对于在古巴或牙买加某处有拨号互联网的人来说,该页面可能会在 10 秒内加载。

流量大只是意味着“我不仅从互联网速度极快的美国或欧洲获得流量,我还从互联网速度开玩笑的牙买加获得流量”。每个严肃的 Web 应用程序都有这个问题。所以是的,几乎没有改进的余地,因为你做的一切都是正确的——这是一个本地互联网问题。

我想这会立即转化为社会学/政治上的“第一世界问题”思维定势问题。您显然生活在第一世界国家或至少拥有 3G/4G 互联网,您无法想象牙买加人拥有 2G 互联网。所以不要担心灯塔百分比。由于该国家/地区的技术限制,使网站完全 100% 性能在全球任何地方加载不到 1 秒是不可能的 - 您无法修复。

于 2019-02-17T07:17:10.750 回答
0

当 google.com 的桌面页面根据现场数据排名缓慢时,像 nytimes.com 这样的页面是否会被认为是快速的?

答案是:是的,绝对是。

我明白你的困惑。这是由于错误假设 Google 拥有一个性能良好的网站。请注意,Google 的主页非常大。仅 HTML 就超过 200kb。它加载的 javascript 重达 436kb。页面总重量超过 1Mb。我们在这个页面上看到了什么?绝对没有。它实际上是一个空白的页面。一兆字节是可以填满一本书 500 页的代码量。这两部哈利波特小说中的代码需要在你加载这个空白页面后立即被你的浏览器执行。

只是为了让您了解这有多么大得离谱:我在阿姆斯特丹拥有一家网络开发机构,我的网站(首页)和这个 Google 页面一样空。然而,它只有 41kb(包括一个完全不必要的自定义 woff2 字体文件,它占用了 17kb)。

当您使用常规 3G 连接连接到 Google 主页时,页面加载时间超过 3.5 秒。想想这对牙买加或古巴人意味着什么!他们将几乎无法在桌面上访问 Google,或者至少是非常糟糕的体验。作为比较:我的网站加载时间比普通 3G 快 0.7 秒。重要的是要知道,当您的互联网速度较慢(占世界的一半)时,大小是影响速度的主要因素。

所以......桌面上的谷歌主页是一个非常糟糕的例子,它的低(速度)分数是值得的。《纽约时报》可以轻松获得更高的分数,只需将其页面的权重降低到低于 Google 主页的权重即可。

性能得分与 FCP

上次我检查时(2018 年 2 月上旬),桌面 google.com 获得了 100 Lighthouse 综合评分,这应该被解释为“几乎没有改进的空间”,然而,该页面被评为“慢”,因为第 90 个百分位 FCP 超过 3 秒。

在上面的部分中,您将 100 分与 FCP 联系起来。它不再那么简单(不再)。绩效得分是一个复杂的指标。它是以下变量的加权平均值(请注意,FCP 不再是其中的一部分)。

第一次有意义的绘制 - 权重:5
第一次交互 - 权重:5
一致交互 - 权重:5
速度指数指标 - 权重:1
估计输入延迟 - 权重:1

请注意,Google 主页需要 3.5 秒才能进行交互(根据 Lighthouse)。然而,由于该指标的计算方式,它目前的性能仍然得分为 97,这至少是了不起的。这证实了(接近)100 分可能是一个误导性的数字。

于 2019-08-23T00:23:34.877 回答