增強與下一個顯示的內容互動

INP 不再是實驗功能。瞭解 Chrome 預計在 2024 年成為 Core Web Vitals 的計畫。

Annie Sullivan
Annie Sullivan

Chrome 的 Web Vitals 計畫旨在幫助開發人員專注於打造優質的使用者體驗指標,也就是 Core Web Vitals。我們一直致力改善使用者體驗的其中一項重要功能,就是回應速度,也就是網頁能快速回應使用者互動。

「首次輸入延遲時間」(FID) 是 Core Web Vitals 指標,可用於測量回應速度。如我們先前所述,FID 目前存在已知的限制。因此,我們開始針對能更有效解決這些限制的實驗指標進行探索及徵詢意見。我們在 2022 年宣布「與下一個繪製項目互動 (INP)」這項新指標,使其廣泛顯示在我們的工具中,並且開始與社群合作測試其效力。

經過一年的測試並收集社群成員的意見後,我們已準備停用訓練工具,並宣布 INP 已不再處於實驗階段。此外,自 2024 年 3 月起,我們也承諾提升 INP 這項新的 Core Web Vitals 指標的回應速度,並將 FID 取代。

本文將進一步探討這項決策的動機、實際異動,以及如何著手進行。如要進一步瞭解這項異動對 Google 搜尋的影響,請參閱他們的網誌文章

更精準的回應情形指標

我們在 2020 年將 FID 推出為 Core Web Vitals 時,FID 無疑是邁出了一大步。透過全新方式,開發人員可以評估回應速度,而這項功能一直是 Web Vitals 計畫中不可或缺的一環。與只計算網頁互動情形的類似指標 (例如總封鎖時間 (TBT)互動時間 (TTI)) 不同,FID 會直接評估使用者體驗。至關重要的一點是,網頁雖然即時回應速度較慢 (TTI) 或 TTI,但仍然被判定為回應式網頁,因為這是使用者實際與網頁互動的方式。

儘管這種做法確實改善了我們評估回應方式的方式,但 FID 的評估方式卻不受限制。該名稱本身提供以下兩項限制:「第一個輸入」以及「delay」FID 只會回報使用者與網頁互動「第一次」的回應速度。雖然最初曝光很重要,但最初互動不一定代表網頁整個生命週期中的「所有」互動。此外,FID 只會測量最初互動的「輸入延遲時間」部分,也就是瀏覽器在開始處理互動之前,必須等待的時間長度 (因為主要執行緒忙碌程度所致)。

請輸入 INP。INP 不只是評估最初互動,而是將所有互動納入考量,並記錄整個網頁生命週期中速度最慢的其中一種互動。此外,INP 不僅會測量延遲部分,還會測量從互動開始、透過事件處理常式到瀏覽器可以繪製下一個影格的完整時間長度。因此是「下一個顯示畫面」互動。相較於 FID,這些實作詳細資料讓 INP 能更全面地評估使用者感知的反應。

不斷演進的 INP

即日起,INP 已不再處於實驗階段,因此會視為待處理的 Core Web Vitals 指標。這是新的標示,表示 INP 已證明自己準備好取代 FID,但我們還沒做出改變。為了讓生態系統有時間進行調整,INP 將於 2024 年 3 月正式成為 Core Web Vitals 指標的穩定指標。

圖片顯示 INP 階段的時程表,從 Chrome 於 2022 年 5 月推出 INP 實驗開始,到今天 (2023 年 5 月) 為止,Chrome 宣布 INP 目前為非實驗性質,並等到 INP 成為穩定版 Core Web Vitals 指標,預計在 2024 年 3 月才取代 FID。
顯示 INP 階段時間軸圖表。

您會在我們的工具中看到 INP,不含 experimental 前置字元或圖示。如要透過程式輔助方式使用下列任一 API 的 INP 資料,請更新程式碼,切換至非實驗性質的 INP 欄位。

工具 已淘汰的欄位 新欄位
CrUX API experimental_interaction_to_next_paint interaction_to_next_paint
CrUX History API experimental_interaction_to_next_paint interaction_to_next_paint
CrUX BigQuery experimental.interaction_to_next_paint interaction_to_next_paint
PageSpeed Insights API experimental_interaction_to_next_paint interaction_to_next_paint
Lighthouse 報告* experimental-interaction-to-next-paint interaction-to-next-paint
將 API 對應至新舊 INP 欄位名稱的對應項目。
* Lighthouse 將停止使用 11 版中的實驗性 INP 欄位。

為簡化轉換作業並避免破壞任何下游應用程式,這些 API 會持續提供實驗性 INP 欄位 90 天。實驗性 INP 欄位的 API 支援功能將於 2023 年 8 月 8 日結束。

同時,FID 目前在 2024 年 3 月仍屬於 Core Web Vitals。屆時,INP 會加入最大內容繪製 (LCP)累計版面配置位移 (CLS),做為三個穩定的 Core Web Vitals 指標。我們會在日後的更新中進一步提供 FID 變更的確切時間以及 FID 的計畫,待 Core Web Vitals 替換。

開始使用 INP

良好的 INP 值不超過 200 毫秒、低於 500 毫秒,甚至需要改善。

別等到 INP 在 2024 年成為 Core Web Vitals 後就著手改進了。在行動裝置上,FID 成效良好的網站,有 93% 的網站排名可能非常好。但您可能會好奇,發現只有 65% 的網站在行動裝置上享有良好的 INP。INP 能更準確地呈現回應速度,因此這些數據幫助我們清楚掌握改進空間,

如要確認網站是否有 INP 問題、解決方式和所有 INP 問題,建議先參閱 INP 最佳化指南。無論您是初次瞭解回應速度,還是是成效專家,我們都新增了許多指引,讓所有人都能輕鬆瞭解如何評估及最佳化 INP。

INP 可能需要一些時間學習,這完全沒問題。為協助您專注於獲得最高投資報酬率的最佳化,今年稍早,我們發布了一篇網誌文章,說明如何取得最有效的建議,以改善 Core Web Vitals。具體而言,我們編寫了三種必須瞭解的技巧,這些技術同樣適用於最佳化 FID 和 INP:避免或中斷長時間工作、避免不必要的 JavaScript,以及避免大型轉譯更新。若要進一步瞭解上述內容及其他 INP 最佳化技巧,請參閱這份說明文件

前方路況

新的回應標準已經設定成新的標準,很高興看到社群正面臨各種挑戰,希望能夠提供更優質的使用者體驗。早期的意見回饋個案研究都很有潛力,但我們深知對許多人而言,這可能是未來漫長又不熟悉的道路。為此,我們致力透過更完善的診斷工具說明文件,盡可能簡化這段作業流程,為開發人員提供協助。

敬請密切留意 INP 於 2024 年 3 月的確切升級日期。雖然這項指標不再是實驗功能,但還是歡迎你隨時透過 web-vitals-feedback@googlegroups.com 提供意見,協助我們改善 INP 和 Web Vitals 計畫。