網(wǎng)站建設(shè)的前沿一直在發(fā)生變化，這得益于我們不斷的想優(yōu)化自己的網(wǎng)站。這次涉及到無縫過渡到最新的核心網(wǎng)站建設(shè)指標，當(dāng)INP成為官方核心網(wǎng)站生命指標時，它將正式取代FID。

事實上INP已經(jīng)出現(xiàn)在性能報告中，這意味著我們今天有機會在它發(fā)布之前熟悉它。這就是這篇文章的內(nèi)容。與其等到INP開始影響我們測量站點性能的方式后再推出它，不如讓我們花幾分鐘時間來加深對它的理解，以及為什么它被設(shè)計來取代FID。

好了現(xiàn)在我們知道INP和FID都是關(guān)于頁面交互的。具體來說它們是關(guān)于測量用戶與頁面交互和頁面響應(yīng)交互之間的時間。首先，F(xiàn)ID是對頁面開始處理交互或輸入延遲。表面上聽起來不錯——我們想知道用戶開始一個交互需要多長時間，如果可以的話，我們會優(yōu)化它。但是它的問題是，只需要一部分時間，頁面就可以完全地回應(yīng)互動。

更全面的情況是，除了兩個其他成分之外，還要考慮輸入延遲:處理時間和演示延遲。換句話說，我們還應(yīng)該看看處理交互所花費的時間，以及頁面呈現(xiàn)UI作為響應(yīng)所花費的時間。您可能已經(jīng)猜到，INP考慮所有三種延遲，而FID只考慮輸入延遲。

INP和FID的第二個區(qū)別是哪個對交互進行評估。FID并不羞于測量哪種相互作用:第一種，如的輸入延遲第一頁面上的交互。我們可以把INP看作是你的頁面對用戶交互的響應(yīng)速度的更完整和準確的表示，因為它看起來 每一個 在頁面上。一個頁面只有一次交互的情況很少發(fā)生，在第一次交互之后發(fā)生的任何交互都可能位于頁面的下方，并且發(fā)生在頁面完全加載之后。FID和INP均以毫秒為單位測量。如果你注意到你的INP時間大于你的FID，不要太擔(dān)心。這是必然會發(fā)生的全部的交互，而不僅僅是第一次交互。

一旦我們確定了緩慢的交互——無論是通過CrUX數(shù)據(jù)的快速測試還是實時監(jiān)控解決方案——我們需要優(yōu)化它們，使它們的延遲至少低于500毫秒，但理想情況下低于200毫秒。優(yōu)化INP歸根結(jié)底是CPU的活動。但是正如我們現(xiàn)在所知道的，INP測量了FID沒有測量的另外兩個相互作用的分量，總共三個分量:輸入延遲, 處理時間，以及演示延遲。每一個都是優(yōu)化交互的機會，所以讓我們來分解它們。

減少演示所需的時間實際上就是減少瀏覽器顯示UI更新、繪制樣式以及進行產(chǎn)生布局所需的所有計算所需的時間。這完全取決于頁面的復(fù)雜程度。也就是說，有一些事情需要考慮，以幫助減少交互的回調(diào)完成運行的時間和瀏覽器能夠繪制結(jié)果視覺變化的時間之間的差距。