首页 > 解决方案 > 尽管 PSI 结果超过 90%,但核心网络生命体征仍失败

问题描述

网站:www.purelocal.com.au

在 Google PSI 中测试了 1000 个 URL - 全部为绿色 90%+。但是,在 Google 网站管理员工具中 = 0 GOOD URLS。有人可以解释一下谷歌需要什么以及我们可以做些什么来在 6 月之前通过核心网络生命体征吗?我们花了几个月的时间优化所有内容,但无法进一步优化,但 Google 表示我们的 URL 没有传递核心网络生命力……这太荒谬了。

标签: core-web-vitals

解决方案


在CrUX Dashboard中查看您网站的报告,您可以进一步优化以下几项内容:

在此处输入图像描述

首先,您网站的 LCP 处于 75% 良好桌面体验的边缘,而手机体验则低于 66%。https://web.dev/optimize-lcp/有一些解决 LCP 问题的好技巧。

其次,虽然您网站的桌面 FID 体验非常好(98%),但您似乎确实对手机用户有一个严重的问题(只有 44% 好)。https://web.dev/optimize-fid/文章中也有类似的好技巧。

在此处输入图像描述

虽然 PSI 上的大绿色“98”分数使页面看起来几乎完美,但就用户体验而言,最重要的是真实的现场数据。该信息可以在报告的“字段数据”和“来源摘要”部分中找到。


您在评论中提到您的服务器响应时间是一个问题。我可以通过实验室测试来确认这一点:

在此处输入图像描述

https://webpagetest.org/graph_page_data.php?tests=210506_AiDcJ0_0283e8c51814788904bdf19cebe7a5c8&medianMetric=TTFB&fv=1&median_run=1&zero_start=true&control=NOSTAT#TTFB

在此处输入图像描述

https://webpagetest.org/result/210506_AiDcJ0_0283e8c51814788904bdf19cebe7a5c8/8/details/#waterfall_view_step1

上图第 1 行的浅蓝色长条显示了您的服务器响应请求所需的时间。在这种情况下,到第一个字节的时间 (TTFB) 是 1.132 秒。对于大多数用户来说,实现快速 LCP 将是一个巨大的问题,因为在这些测试中,只需 1.9 秒即可将 HTML 发送到客户端。再多的前端优化也无法让 HTML 更快到达。您需要专注于后端优化以降低 TTFB。

我无法为您提供任何具体的托管建议,但共享托管似乎对您用户的 LCP 性能产生了不利影响。


推荐阅读