根据https://pagespeed.web.dev/的说法,我的LCP现场数据得分很奇怪--目前这个分数高达3.2分。
然而,根据每次测试,我的成绩在0.6分到1分之间。
我试过Chrome灯塔,像https://www.webpagetest.org/这样的在线工具--我尝试将我的LCP数据登录到Google并使用https://web-vitals-report.web.app/进行分析--所有这些都显示LCP得分小于1s。
我看过这个:https://web.dev/debug-web-vitals-in-the-field/#the-web-vitals-report-tool
但是,似乎没有一种方法可以显示是哪个元素导致了LCP延迟?
感谢您的任何建议!
发布于 2022-08-22 15:36:45
您所链接的那篇文章详细介绍了如何在您从:https://web.dev/debug-web-vitals-in-the-field/#usage-with-the-web-vitals-javascript-library链接的部分上方收集LCP元素。
下一版本的web-vitals.js库将把这段代码包含在库本身中,并将其构建为使返回元素更容易报告。到Google这样的属性构建。
如果您在由webvitals.js读取的现场数据中没有看到较慢的LCP,那么这是很有希望的,并表明这个问题可能已经解决了。CrUX的数据长达28天,这可能只是个老问题.
然而,这可能仍然是一个问题,只是没有出现。要么是因为你偶尔会从较慢的设备和连接中获得流量,要么是因为网络生命库无法测量的东西。特别是,JavaScript解决方案不能总是精确地测量跨站点内容(例如,如果是来自其他领域的图像)。这篇文章中的更多细节:https://web.dev/crux-and-rum-differences/
不幸的是,没有更多的细节(原版LCP是问题还是URL级别?典型的LCP元素是什么?CrUX API给出的页面数量是否每天都在增加?)很难给出比这更多的建议。
https://stackoverflow.com/questions/73435038
复制相似问题