「與下一個顯示的內容互動」將正式成為 Core Web Vitals，並將於 3 月 12 日取代 First Input Delay。
網站體驗指標計畫提供了指標，協助網頁開發人員評估使用者體驗的關鍵面向。首次輸入延遲時間 (FID) 代表程式的回應能力，但隨著時間的推移，他們顯然需要新指標才能擷取網路互動方面的各方面，FID 卻不需要。Chrome 團隊已體認到這種需求，於 2022 年 5 月推出了「與下一個繪製項目互動 (INP)」做為實驗指標。去年，INP 成為待處理指標，我們也宣布將於 2024 年 3 月將 INP 提升為穩定狀態。
今天，我們宣布 INP 將於今年 3 月 12 日正式成為 Core Web Vitals 指標，並由 FID 取代，屆時 FID 將於這項轉換作業中停用。
本文將提供 Chrome ���隊的建議，說明如何為這項異動做好準備，以及相關異動生效後的影響。
如何做好準備？
這項變動的第一步是確認網站的 INP 是否通過「良好」門檻。所有 Core Web Vitals 指標的評分，是根據欄位在所有網頁載入第 75 個百分位數的效能計算得出。
如要瞭解網站在 INP 上的表現，最簡單的方法是使用 PageSpeed Insights，這項工具會顯示 Chrome 使用者體驗報告 (CrUX) 的資料。CrUX 是 Web Vitals 計畫的官方資料集，也是網站的潛在現場資料來源。
另一個欄位資料來源可能來自即時使用者監控 (RUM) 供應商，該供應商也會觀察網站在相關領域的成效。如果你與 RUM 供應商合作，請詢問對方的 INP 支援情形。
如果您發現網站的 INP 位於「需要改善」或「不佳」因此，我們準備了多項資源來協助您提升成效，從診斷及排解 INP 問題開始：
瞭解問題後，您就能參考下列指南，找出應針對互動的哪些部分進行最佳化：
- 如果 JavaScript 在主執行緒上佔用大量時間，請將長時間工作最佳化。如果網頁載入期間發生許多主執行緒活動，導致主執行緒執行了大量長時間的工作，可能是指令碼評估工作過多出現問題。
- 最佳化輸入延遲時間：如果互動時間過長才會開始處理，請選取這個選項。
- 大型 DOM 需要大量轉譯工作，而且互動通常會改變 DOM。建議您避免大型且複雜的版面配置和版面配置輾轉現象，並盡可能減少 DOM 大小。
- 如果 CSS 選取器較為複雜，在回應使用者互動行為時，使用這類選取器同樣可能大幅提高執行效率。
- 最後，如果您的網站透過 JavaScript 在用戶端上呈現 HTML 的大部分 HTML 程式碼，請務必瞭解 HTML 用戶端轉譯作業會對互動性造成哪些影響。
INP 的複雜性是指在許多方面都能提升互動性，但實在是值得的。目前有幾個個案研究 (例如經濟時報和 redBus 的個案研究) 探討如何減少互動延遲來提升業務成果。最佳化網站的 INP 可能也有助於達成目標。
INP 成為 Core Web Vitals 後會有什麼影響？
值得一提的是，INP 將於今年 3 月 12 日正式成為 Core Web Vitals，並取代 FID。另一個結果是，FID 將不再是 Core Web Vitals 中的一種，並且將正式淘汰並從計畫中移除。
因此 FID 說明文件中應會出現變化。我們依然會保留重要的 FID 相關文件，但會在壓力 FID 已淘汰狀態時加上醒目通知，並參閱 INP 說明文件。其他以 FID 為中心的說明文件可能會完全移除，並重新導向至相關 INP 說明文件。
許多 Google 工具仍然代表 FID，但 INP 也是如此。在 INP 於 3 月 12 日成為 Core Web Vitals 後，FID 就會立即從 Google Search Console 中移除。至於 PageSpeed Insights 和 CrUX 等其他工具，則會有六個月的淘汰期，讓開發人員有機會更新程式碼。
最後，如果您對 Google 搜尋在 Core Web Vitals 中納入 INP 的影響有任何疑問，請參閱 Google 搜尋中心的 INP 公告文章。
前方路況
過去兩年來，我們仔細規劃了將 INP 納入 Core Web Vitals，代表有很大的進展。我們相信，INP 的整體網路回應方式，可協助開發人員更準確地評估及改善這方面的使用者體驗，讓網路反應更靈敏。隨著 INP 在 3 月 12 日成為 Core Web Vitals 指標，我們希望開發人員能趁此時間瞭解並改善 INP 成效。
一如既往，如有問題或疑慮，歡迎隨時透過 web-vitals-feedback@googlegroups.com 與我們分享 INP、FID 或任何 Web Vitals 計畫指標的感想。