「與下一個顯示的內容互動」將正式成為 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 計畫指標的感想。