核心 Web 指標
Web 指標
不斷優化用戶體驗是所有網站取得長遠成功的關鍵。Web 指標都能幫助您量化網站的體驗指數，併發掘改進的機會。
核心 Web 指標的構成指標會隨着時間的推移而發展 。當前針對 2020 年的指標構成側重於用戶體驗的三個方面——加載性能、交互性和視覺穩定性——幷包括以下指標（及各指標相應的閾值）：
Largest Contentful Paint (LCP) ：最大內容繪製，測量加載性能。爲了提供良好的用戶體驗，LCP 應在頁面首次開始加載後的 2.5 秒內發生。
First Input Delay (FID) ：首次輸入延遲，測量交互性。爲了提供良好的用戶體驗，頁面的 FID 應爲 100 毫秒或更短。
Cumulative Layout Shift (CLS) ：累積佈局偏移，測量視覺穩定性。爲了提供良好的用戶體驗，頁面的 CLS 應保持在 0.1. 或更少。
Google 建議使用第 75 個百分位數，即記錄同一指標的多個結果，將它們按從最佳到最差的順序進行排序，然後在四分之三點處分析數字。因此，四分之三的站點訪問者將體驗到這種級別的性能。
換句話說，如果一個網站有至少 75% 的頁面瀏覽量達到 "良好" 閾值，則該網站在這項指標下就會被歸類爲性能 "良好"。相反，如果有至少 25% 的頁面瀏覽量達到 "欠佳" 閾值，則該網站會被歸類爲性能 "欠佳"。因此，如果 LCP 的第 75 個百分位數爲 2 秒，就會被歸類爲 "良好"，而如果 LCP 的第 75 個百分位數爲 5 秒，則會被歸類爲 "欠佳"。
可實現性 LCP
利用 CrUX 的數據，我們可以確定網絡上滿足 LCP 候選 "良好" 閾值的域所佔的百分比。
被歸類爲 "良好"（LCP 候選閾值）的 CrUX 域所佔的百分比
雖然只有不到 10% 的域滿足 1 秒閾值，但 1.5 秒到 3 秒之間的其他所有閾值也都滿足我們的要求，即至少有 10% 的域滿足 "良好" 閾值，因此這些閾值仍然是有效的候選值。
此外，爲了確保所選取的閾值對於優化良好的網站始終都可實現，我們分析了全網表現最出色的網站的 LCP 性能，從而確定哪些閾值對於這些網站是始終都可實現的。具體來說，我們的目標是確定一個對於表現最出色的網站來說，始終可以在第 75 個百分位數實現的閾值。我們發現，1.5 秒和 2 秒的閾值並不是始終都可以實現的，而 2.5 秒的閾值是始終可以實現的。
爲了確定 LCP 的 "欠佳" 閾值，我們利用 CrUX 數據來確定大多數域能夠滿足的閾值：
被歸類爲 "欠佳"（LCP 候選閾值）的 CrUX 域所佔的百分比
在閾值爲 4 秒的情況下，大約 26% 的手機端域和 19% 的桌面端域將被歸類爲欠佳。這些 百分比落在我們 10-30% 的目標範圍內，因此，我們認爲 4 秒是可接受的 "欠佳" 閾值。
因此，我們得出結論，對於最大內容繪製來說，2.5 秒是一個合理的 "良好" 閾值，4 秒是一個合理的 "欠佳" 閾值。
可實現性 FID
利用 CrUX 的數據，我們確定網絡上的大多數域在第 75 個百分位數滿足 FID 的 100 毫秒 "良好" 閾值：
滿足 FID 100 毫秒閾值並被歸類爲 "良好" 的 CrUX 域所佔的百分比
此外，我們觀察到全網最出色的網站始終能夠在第 75 個百分位數上（並且通常在第 95 個百分位數上）滿足此閾值。
鑑於上述情況，我們得出結論，100 毫秒是合理的 FID "良好" 閾值。
可實現性 CLS
根據 CrUX 數據，我們可以看到近 50% 的域的 CLS 爲 0.05 或更低。
被歸類爲 "良好"（CLS 候選閾值）的 CrUX 域所佔的百分比
被歸類爲 "欠佳"（CLS 候選閾值）的 CrUX 域所佔的百分比
在閾值爲 0.25 的情況下，大約 20% 的手機端域和 18% 的桌面端域將被歸類爲欠佳。這些百分比落在我們 10-30% 的目標範圍內，因此我們得出結論，0.25 是可接受的 "欠佳" 閾值。
本文由 Readfog 進行 AMP 轉碼，版權歸原作者所有。
來源：https://mp.weixin.qq.com/s/js5e8u7m6azf19gOUjNVaA