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

INP 不再處於實驗階段。瞭解 Chrome 預計在 2024 年將 Chrome 納入 Core Web Vitals 的計畫。

安妮.沙利文 (Annie Sullivan)
Annie Sullivan

Chrome 透過網站體驗指標計畫的使命,是協助開發人員專注於打造優質使用者體驗的關鍵指標,也就是「網站體驗核心指標」。我們一直致力改善使用者體驗的其中一項要點是,那就是網頁能迅速回應使用者互動。

首次輸入延遲時間 (FID) 是用來測量回應速度的 Core Web Vitals 指標,但如我們先前所述,FID 仍有已知限制。有鑑於此,我們決定針對能更有效解決這些限制的實驗指標進行探索並尋找相關意見回饋。2022 年,我們宣布了與下一個繪製互動 (INP) 互動這項新指標,開始與社群合作測試這項新指標的成效。

經過一年的測試並收集社群意見後,我們準備著手訓練工具,並宣布 INP 不再處於實驗階段。此外,自 2024 年 3 月起,我們也致力宣傳 INP 做為回應速度的「Core Web Vitals」指標,取代 FID。

本文將詳細說明做出決策的動機、異動內容,以及著手進行的部分。如要進一步瞭解這項異動對 Google 搜尋的影響,請參閱該網誌的網誌文章

更精準的回應情形指標

我們在 2020 年推出 Core Web Vitals 指標,界定了 FID 的發展向前邁進了一大步。這項工具一直以來都是網站體驗指標計畫中不可或缺的一環,可讓開發人員根據實際體驗,以新的方式評估回應情形。有別於只近乎提供頁面互動性的類似指標 (例如總封鎖時間 (TBT)互動時間 (TTI)),FID 會直接評估使用者體驗。幸好,由於實際使用者與網頁的互動方式的關係,所以網頁可能會有延遲 TBT 或 TTI 的速度,使用者仍然認為網頁反應良好。

雖然確實改善了我們評估回應速度的方式,但 FID 仍有不足之處。名稱本身實際上就有「第一個輸入」和「延遲」這兩個限制。FID 只會回報使用者「首次」與網頁互動的時間。儘管最初曝光很重要,但初次互動並不一定代表網頁整個期間內的「所有」互動。此外,FID 只會測量最初互動的「輸入延遲」部分,也就是瀏覽器在開始處理互動前,必須等待的時間 (因主執行緒忙碌性問題)。

輸入 INP。INP 不只會評估最初互動,而是會將所有互動納入考量,以回報網頁整個生命週期中最慢的互動之一。此外,INP 不僅測量延遲部分,還會透過事件處理常式測量從開始互動開始、到瀏覽器能夠繪製下一個頁框為止的完整期間。因此,與「下一個顯示的內容」互動。這些實作詳細資料讓 INP 比 FID 更全面地評估使用者感知回應度。

不斷演化的 INP

即日起,INP 已不再處於實驗階段,而是會將其視為「待處理」Core Web Vitals 指標。這項新標示表明 INP 已證明可取代 FID,不過我們尚未做出變更。為了讓生態系統有時間進行調整,INP 將於 2024 年 3 月正式成為穩定的「Core Web Vitals」指標。

這張圖片顯示 INP 階段時程,從 Chrome 宣布在 2022 年 5 月宣布推出 INP 實驗開始,到 2023 年 5 月,Chrome 宣布 INP 現已成為非實驗性質的「Core Web Vitals」指標,最終直到 INP 成為穩定的 Core Web Vitals 指標,最終直到 2024 年 3 月為止。
顯示 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 天。我們將於 2023 年 8 月 8 日停止支援實驗性 INP 欄位。

同時,FID 將維持至 2024 年 3 月,成為 Core Web Vitals。屆時,INP 將彙整最大內容繪製 (LCP)累計版面配置位移 (CLS),做為三個穩定的網站體驗核心指標。我們會在日後更新中提供更多相關資訊,說明這項變動的確切時間,以及 FID 替換為 Core Web Vitals 的計畫。

開始使用 INP

良好的 INP 值介於 200 毫秒或更短的時間內,不佳的值必須超過 500 毫秒,而且需要改善。

別等 INP 在 2024 年成為 Core Web Vitals 指標了。您的網站有 93% 的網站在行動裝置上的 FID 成效可能很不錯,但您或許沒注意到,只有 65% 的網站在行動裝置上的 INP 良好。INP 能更準確地反映回應速度,因此這些數據能幫助我們更明確地瞭解還有待改進的地方。

如想瞭解自家網站是否有 INP 問題、如何解決這些問題,以及 INP 中的所有問題,建議先參閱 INP 最佳化指南。無論您是首次瞭解反應能力,還是成效專家,我們都新增了許多指南,讓所有人都能輕鬆瞭解如何評估及最佳化 INP。

INP 可能需要一點時間學習,沒關係。為協助您全力找出投資報酬率最高的最佳化項目,我們在今年稍早發布了一篇網誌文章,逐一說明最有利於改善網站體驗核心指標的建議。具體而言,我們撰寫了大約三項必須瞭解的技巧,這些技術同樣適用於最佳化 FID 和 INP:避免或中斷長時間工作、避免不必要的 JavaScript,以及避免大規模的轉譯更新。如要進一步瞭解上述方法和許多其他 INP 最佳化技巧,請參閱我們的說明文件

前方道路

我們訂定了新的回應標準,很高興能看到這個社群不斷進步,進而提供更優質的使用者體驗。早期的意見回饋個案研究一直很精彩,但我們知道對於許多人而言,未來可能很漫長,且並非一蹴可幾。我們藉由改良的診斷tools說明文件,幫助開發人員輕鬆完成這趟旅程。

敬請密切留意 INP 預計於 2024 年 3 月正式推出的確切日期。即使該指標不再處於實驗階段,我們也隨時歡迎透過 web-vitals-feedback@googlegroups.com 提供意見,協助我們改善 INP 和網站體驗指標計畫。