PageSpeed 结果与 webpagetest.org 不一致
PageSpeed inconsistent result against webpagetest.org
当使用 webpagetest 测试我的网站性能时，我得到了很好的结果，我的页面在 1 秒内完全加载，大约需要 0.6 秒。
这些测试是使用我的用户群位置（巴西 - 圣保罗）进行的，因此它可能与他们的结果相似。
但是当我检查 Google Search Console 的速度结果时，它显示大约 1.4 秒，这与我在这里的结果相差太远。
我怀疑的是：
是因为 Goolge Search Console 中的速度结果仍处于试验阶段吗？
还是我在这些测试中做错了什么？
我正在测试的网页是：
https://www.99contratos.com.br/contrato-locacao-residencial.php
点击下面的 link 可以看到我从 webpagetest 得到的结果：
非常感谢所有帮助/提示/解释。
亲切的问候
速度测试结果显示的速度（以秒为单位，不是分数）对测试服务器区域有很大影响。离测试服区域越近，加载速度越快。
您网页的速度测试结果示例，使用来自澳大利亚-悉尼、加拿大-温哥华的服务器，以及您的基本位置：巴西-圣保罗，使用 GTmetrix。
- Australia - Sydney (3,2s)
- Canada - Vancouver (1,9s)
- Brazil - São Paulo (0,8s)
因此，可以得出结论，Google Search Console 使用的 LARGE POSSIBLE test server region 离您的基本位置很远。
顺便说一下，当我从印度尼西亚打开你的页面时，它只需要大约 0.9-1.2 秒。那么，恭喜，您的页面速度很快！
Search Console 中的数据是 'real world data' 基于访问者体验的数据。
它比综合测试更准确。
你需要看的是你的故障，而不仅仅是速度。如果“红色”和“橙色”的比例很小（不到 20%），那么您不必担心，这些用户可能拥有超级便宜的手机或 3G 连接不佳。你对此无能为力。
您还需要考虑的是人们从哪里访问您的网站。如果他们都来自国外，那么您需要一个尽可能靠近他们的 CDN，因为延迟会破坏您的网站加载速度（因此请在 Google Analytics 中查看您的访问者统计信息）。
查看您的用户正在使用哪些设备访问您的网站，如果他们都拥有超级便宜的 android 手机，那么他们在处理页面时预计会有更长的加载时间（很难确定）。
为了让您放心 - 使用 Developer Tools Audit，我的页面得分为 98 / 100，考虑到我在英国，这已经足够快了。
一些提高速度的建议
你还没有完成的主要事情是inline your critical CSS。
这意味着您的 'above the fold' 内容可以显示所有 HTML 已加载的秒数。通过不必等待 CSS 从单独的请求加载，这可以真正加快您在 FCP 和 FMP 上的页面速度，尤其是当有人处于高延迟连接时。
您的请求数量也可以通过为您的图标使用 内联 SVG 来减少，从而使您的页面更小并减少网络请求（这再次有助于减少往返延迟，因为一次最多可以完成 8 个请求，因此对于 26 个请求，您至少有 5 次往返服务器 (1 (html), 8, 8, 8, 1)).
当使用 webpagetest 测试我的网站性能时，我得到了很好的结果，我的页面在 1 秒内完全加载，大约需要 0.6 秒。
这些测试是使用我的用户群位置（巴西 - 圣保罗）进行的，因此它可能与他们的结果相似。
但是当我检查 Google Search Console 的速度结果时，它显示大约 1.4 秒，这与我在这里的结果相差太远。
我怀疑的是： 是因为 Goolge Search Console 中的速度结果仍处于试验阶段吗？ 还是我在这些测试中做错了什么？
我正在测试的网页是：
https://www.99contratos.com.br/contrato-locacao-residencial.php
点击下面的 link 可以看到我从 webpagetest 得到的结果：
非常感谢所有帮助/提示/解释。
亲切的问候
速度测试结果显示的速度（以秒为单位，不是分数）对测试服务器区域有很大影响。离测试服区域越近，加载速度越快。
您网页的速度测试结果示例，使用来自澳大利亚-悉尼、加拿大-温哥华的服务器，以及您的基本位置：巴西-圣保罗，使用 GTmetrix。
- Australia - Sydney (3,2s)
- Canada - Vancouver (1,9s)
- Brazil - São Paulo (0,8s)
因此，可以得出结论，Google Search Console 使用的 LARGE POSSIBLE test server region 离您的基本位置很远。
顺便说一下，当我从印度尼西亚打开你的页面时，它只需要大约 0.9-1.2 秒。那么，恭喜，您的页面速度很快！
Search Console 中的数据是 'real world data' 基于访问者体验的数据。
它比综合测试更准确。
你需要看的是你的故障，而不仅仅是速度。如果“红色”和“橙色”的比例很小（不到 20%），那么您不必担心，这些用户可能拥有超级便宜的手机或 3G 连接不佳。你对此无能为力。
您还需要考虑的是人们从哪里访问您的网站。如果他们都来自国外，那么您需要一个尽可能靠近他们的 CDN，因为延迟会破坏您的网站加载速度（因此请在 Google Analytics 中查看您的访问者统计信息）。
查看您的用户正在使用哪些设备访问您的网站，如果他们都拥有超级便宜的 android 手机，那么他们在处理页面时预计会有更长的加载时间（很难确定）。
为了让您放心 - 使用 Developer Tools Audit，我的页面得分为 98 / 100，考虑到我在英国，这已经足够快了。
一些提高速度的建议
你还没有完成的主要事情是inline your critical CSS。
这意味着您的 'above the fold' 内容可以显示所有 HTML 已加载的秒数。通过不必等待 CSS 从单独的请求加载，这可以真正加快您在 FCP 和 FMP 上的页面速度，尤其是当有人处于高延迟连接时。
您的请求数量也可以通过为您的图标使用 内联 SVG 来减少，从而使您的页面更小并减少网络请求（这再次有助于减少往返延迟，因为一次最多可以完成 8 个请求，因此对于 26 个请求，您至少有 5 次往返服务器 (1 (html), 8, 8, 8, 1)).