如何FID / TBT?
首次输入延迟(FID)测量用户在页面上的第一个交互之间的时间(单击按钮或链接),并且当浏览器响应并执行预期功能时。
以简单的术语来说,首先输入延迟告诉我们用户必须在首次点击后等待界面的响应多长时间。
Web.dev
告诉我们输入延迟的主要原因是浏览器的主线程忙于做其他事情,无法立即响应用户。
通常,这是由于长时间的JavaScript相关任务,可以占用大量时间来执行。
(CLS),首先输入延迟是其中之一e核心Web Vitals Google在其
页面体验更新中强调 2021年夏季推出。 在此更新中,谷歌确认三个核心Web Vitals将成为其排名算法的一部分。因此,当测量其核心网络威力时,您希望您的页面根据Google根据Google根据Google的分数。
需要改进 | 普尔 |
LCP |
|
<=2.5s [第 |
<=4s |
||
> 300ms的 |
<=100ms |
<=300ms |
|
<=0.1 |
<=0.25 |
> 0.25 |
由于FID是仅由所测量的统计真实的用户交互,它无法在实验室设置中复制。
然而,总阻塞时间(TBT)是一个基本上测量浏览器被阻止的时间的度量,因此可以密切估计FID。这就是为什么你会在Semrush的核心网络毒品报告代替FID中看到TBT。
是什么导致差的FID / TBT?
如上所述,任何需要很长时间的任务,因此,阻止浏览器的主线程并阻止它立即执行新任务,将导致差的FID。
由于我们看到与FID相关的大多数封锁发生在页面加载阶段,通过优化页面的主线程,您可以降低TBT,因此FID。
这样做的最佳方法是通过消除长任务。
长期任务是主线被阻挡超过50毫秒的任何任务。
潜在地,如果用户在长期任务期间单击浏览器中的可点击可点击的元素,它们将看到响应的延迟。
幸运的是,潜入您的页面可能很容易在灯塔和semrush的帮助下找出长期任务。
首先,您应该了解哪些页面有问题。这是一个teMplate问题或只是像主页的具体页面?
DEFER offscreen图像
减少第三方代码的影响
采取这些建议以及SEMRUSH现场审核,并将它们呈现给您的开发人员,以帮助他们优先考虑最小化FID的任务并改善您的网站的页面体验。
以优化您的FID,您需要了解导致差的交互性的原因。正如我们上面讨论的那样,您需要在主线程中发生长任务时了解。
有两种方法可以实际看到长期任务:
使用灯塔的绩效审计的特殊建议称为“避免长主线程任务”在两个变体中查看原始迹线
一旦你生成您的报告,您可以滚动到潜入灯塔的建议,这将是标记的机会和诊断。
查找并打开推荐避免长主线程任务”。它的问世在审计,如果有至少一个任务需要50ms以上。
此列出所有在那里灯塔看见一个长的实例任务,可能阻止和延迟用户的交互。
查看原始迹象
拍摄另一种外观,可以单击灯塔报告中的查看原始跟踪,查看页面加载的时间表。确保您检查了Web Vitals设置,以便看出“长期任务”何时需要更多T.汉50ms。 记住,灯塔告诉我们,任何超过50毫秒被认为是好的更快,而任何超过50ms的慢被认为是穷人。 使用此步骤在页面上的特定实例上,可以提高FID。 SEMRUSH上的TBT SEMRUSH的现场审计允许您跟踪其他核心网站的TBT以及其他核心Web Vitals当您审核您的网站时。 这里使用SEMRUSH的好处是它将在核心Web Vitals报告中保存您的数据因此您可以参考您随着时间的推移改善您的重要指标。 这允许您首先检查核心网络威力,然后进行更改,然后重新运行审计,并查看您的分数如何提高。 你LL还找到了一个完整的性能报告,其中包含有关如何提高您网站总页面负载速度以及其他优化提示的更多信息。 今天尝试一下,并优化您的页面体验!