页面速度慢、渲染延迟和 LCP 问题

问题描述 投票:0回答:1

大家好,感谢您成为这个社区的一部分。 我正在开发 FanzoStyle 网站。在我在缓存、CDN 上完成所有工作并尝试不优先考虑 Java 脚本之后,LCP 和特殊渲染延迟很低。

我期待的很简单,良好的 Web 核心重要链接。

我真的很感谢你的帮助。

performance pagespeed google-search-console google-pagespeed
1个回答
0
投票

因此,这可能是灯塔测试结果没有那么有用的地方(部分原因是它们已经变得毫无用处 - 我们会谈到这一点)。

时刻关注真实用户数据,了解TTFB、FCP、LCP之间的细分

您正在谈论渲染延迟,所以我认为您正在谈论 Lighthouse 给出的 LCP 故障部分:

LCP breakdowns

当我查看您的真实测试结果时,我看到了这一点:

PageSpeed Insight real users are experiencing

也就是说,2.6 秒的 TTFB 已经超过了 LCP 2.5 秒的良好阈值。如果不改进 TTFB,您将无法在 LCP 上取得多大进展。

这里有以下建议:

TLDR:这可能是由于您的访问者最终到达您的网站的方式(例如,通过多次重定向——通常是广告的问题),或者他们离您很远(因此您可能需要投资 CDN 来改善这个),或者因为您每次都访问服务器,因为您没有缓存。您需要查看自己的分析以了解您的流量来源才能回答这个问题。

TTFB 后约 0.8 秒,您在 3.4 秒处获得 FCP 然后 0.7 秒后您将获得 LCP。

老实说,LCP 后的时机还不错,如果您可以改进 TTFB,那么您可能会解决其中的大部分问题。

不要欺骗指标 - 您只会剥夺自己的信息并使用户的体验变得更糟

下一个主要问题是,在用户与页面交互(例如通过滚动或按下按钮)之前,您不会显示主要内容(产品)。这就是为什么该页面在 Lighthouse 屏幕截图中看起来不完整的原因。

这通常是由性能插件完成的,作为一种以牺牲用户利益为代价来欺骗 LCP 算法的方法。太好了,您的 LCP 指标变得更快了,但用户体验却差得多。而且您并没有失去了解并能够衡量这一点的所有可见性。这也意味着 Lighthouse 审核毫无用处,因为该网站已明确设置为欺骗它。

© www.soinside.com 2019 - 2024. All rights reserved.