什麼是fid/tbt？第一輸入延遲（fid）量測用戶之間的剪輯；s的原型設定連接了一個頁面（點擊一個扣件或一個連結），然後瀏覽器響應並執行預期功能。
基本上，第一次輸入延遲告訴美國，無論多久，一個特殊的用戶必須在其原型點擊後保持介面的效果。
Web.dev告訴美國，輸入延遲的主要原因是以前的瀏覽器；s的主線是從事其他工作，並且可以；不要對特殊的近距離反應
通常情况下，這是由於與Javascript相關的任務由來已久，需要執行一批剪輯
![“img]()
以及最大含量油漆（LCP）和累積佈局移位（CLS）中，第一次輸入延遲是穀歌強調其頁面體驗更新成功的三個半途而廢的關鍵因素之一
在這次更新中，穀歌確認3個半途網站的重要資訊將成為其排名算灋的一部分。囙此，您將頁面剝奪給了追求錯誤的人&ldquo；好“，；根據穀歌過去的數據，他們的半身生命值被量測。
| | < | < | < | < | < | < | < | < | < | < | < | < | < | < | << | < | < | < | < | << | <<<<<<<<<<<<<<<<<<<<<<<<<<<< | | | | <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< <<<<<<<<<<<< |
CLS | <0.1 | <0.25 | <0.25 | 由於FID只是一個通過存在的特异性相互作用單獨量測的統計資料，它不能在實驗室環境中成功複製鈹
然而，總阻塞時間（TBT）只是一個度量標準，從根本上衡量瀏覽器被阻塞的剪輯有多多大，並真實地估算FID。這；囙此，您必須：；我會發現TBT成功的Semrush；s Core Web Vitals研究FID的替代方法。
什麼原因導致FID/tbt差？
如上所述，需要長時間剪輯才能完成的過度任務，真實地封锁瀏覽器；的主線程，並封锁它在近距離內執行調用方任務，意志pb到普通FID。
![“img]()
通常，主線程的保持和阻塞是加載頁面的標誌，而內容已經顯示，但加載尚未完成
如何修復不良fid/tbt
![“img]()
，因為我們發現的與FID相關的阻塞在葉片加載階段成功發生，您可以通過優化頁面的主線程來减少TBT和Trust FID
解决這一問題的champion模式是通過消除長時間的任務。
長時間的任務是過度的任務，只要主線程被阻塞超過50毫秒
潜在地，如果一個特殊的點擊連接了一個可點擊的組件，在一個長期的任務中成功地訪問了瀏覽器，他們會發現一個成功的保持響應。
幸運的是，在燈塔和Semrush的幫助下，潜入你的樹葉中，完成長期的任務是相當隨意的。
首先，你應該認識到哪些頁面有問題。這是俄勒岡州的一個範本職業，是一個類似於主頁的環境葉子嗎
然後，找出是什麼長期任務導致了astir問題。
然後，你可以使用追跡燈塔檢查來找到如何修改TBT的想法。他們的建議如下：
- 延遲荧幕外影像
- 减少協力廠商程式碼的互動
- 避免過大的DOM大小
- 减少JavaScript執行時間
- 儘量減少主線程工作
通過Semrush網站稽核和檢查來採納這些建議向您的開發人員提供幫助，幫助他們確定任務的優先順序，從而最大限度地减少FID並修改您的網站；如果你想潜得更深，並準確地找到長期任務所在的地方，你可以解開燈塔，檢查長時間任務是否成功通過主線程。
檢查長任務是否成功通過主線程。
要優化你的FID，你需要識別導致平庸互動的原因。正如我們上面所討論的，您請求識別以前在主線程中成功執行的長期任務。
有兩種方法可以真正發現長期任務：
.png)
English (US)