指標

CrUX 中的指標是由瀏覽器公開的標準網路平台 API 驅動。尤其是在 BigQuery 資料集中,這項資料會匯總成來源解析。如果網站擁有者需要取得更詳盡 (例如網址層級解析) 分析和對網站成效的深入分析,可以使用相同的 API 針對本身來源收集詳細的實際使用者評估 (RUM) 資料。請注意,雖然 Chrome 支援所有 API,但其他瀏覽器可能無法支援完整的指標組合。

大部分的指標都是以直方圖匯總的形式呈現,可透過圖表呈現分佈情況和百分位數值的近似值。

首次繪製時間

「首次顯示所需時間會回報瀏覽器在瀏覽後首次轉譯的時間,這不包括預設的顯示背景所需時間,但包括非預設的顯示背景所需時間。這是開發人員在顧及網頁載入的第一個時刻,就是瀏覽器開始轉譯網頁的時間。」

Paint Timing API

首次顯示內容所需時間

「First Contentful Paint」會回報瀏覽器首次轉譯任何文字、圖片 (包括背景圖片)、非白色畫布或 SVG 的時間。這包括含有待處理網站字型的文字。因為這是使用者第一次開始瀏覽網頁內容。」

Paint Timing API

DOM 內容載入完成

「DOMContentLoaded 會回報初始 HTML 文件完全載入和剖析的時間,而不必等待樣式表、圖片和子頁框載入完成。

MDN

最大內容繪製

「Largest Contentful Paint (LCP) 是評估載入速度的重要指標,以使用者為中心,它會在網頁主要內容可能載入時標示出網頁載入時間軸的時間點,因為快速的 LCP 有助使用者確認網頁的實用性。

web.dev/articles/lcp

載入中

「頁面及其相依資源載入完畢後,就會觸發載入事件。」

MDN

累計版面配置轉移

「累計版面配置位移 (CLS) 是評估視覺穩定性的關鍵指標,以使用者為中心,有助於量化使用者遇到版面配置意外變化的頻率。低 CLS 可確保網頁賞心悅目。

web.dev/articles/cls

首次輸入延遲

「首次輸入延遲時間 (FID) 是在評估載入回應時,以使用者為中心的重要指標,能量化使用者嘗試與無回應的網頁互動時的感受,因為 FID 偏低可確保網頁可供存取。」

web.dev/articles/fid

與下一個顯示的內容互動

「與下一個顯示的內容互動 (INP)」是一項欄位指標,可評估回應速度。INP 會記錄整個網頁生命週期中所有互動的延遲時間。系統會將這些互動的最高價值 (或接近頻率最高的網頁) 記錄為網頁的 INP。INP 值低則可確保網頁隨時都能穩定回應。」

web.dev/articles/inp

我們已於 2022 年 2 月在 CrUX 資料集新增與「下一個顯示的內容」(INP) 的互動功能。這個新指標會擷取個別事件的端對端延遲時間,讓您更全面地掌握網頁在生命週期內的整體回應速度。

導覽類型指標會詳細列出下列導覽項目的網頁瀏覽量百分比:

類型 說明
navigate 網頁載入並不屬於任何其他類別。
navigate_cache 從 HTTP 快取提供主要資源 (主要 HTML 文件) 的網頁載入。網站通常會使用快取功能處理子資源,但主要的 HTML 文件的快取用量大幅減少,如果可以,就可能會無法在本機和 CDN 快取內容,大幅改善效能。
reload 使用者透過以下方式重新載入網頁:按下重新載入按鈕、按下網址列中的 Enter 鍵,或是取消關閉分頁。網頁重新載入時,通常會重新驗證伺服器,確認主頁面是否有所變更。如果網頁重新載入的比例偏高,可能表示使用者體驗不佳。
restore 網頁在瀏覽器重新啟動後重新載入,或是因為記憶體問題而遭到移除的分頁。若是 Android 裝置上的 Chrome,則會改為回報「重新載入」。
back_forward 瀏覽記錄,也就是使用者最近瀏覽過該網頁,然後返回查看的網頁。採用正確的快取後,這類體驗就能讓使用者體驗在合理且快速的情況下,但仍須讓網頁經過處理和執行 JavaScript,兩種 bfcache 都能避免。
back_forward_cache bfcache 提供的記錄導覽。將網頁最佳化以發揮 bfcache 的優勢,移除封鎖程式可帶來更快的體驗,所以網站應能正常顯示
prerender 網頁預先算繪類似 bfcache,可能會導致頁面近乎即時載入。

在某些情況下,網頁載入可以結合多種瀏覽類型。在這種情況下,CrUX 會以表格反向順序 (由下至上) 回報第一個相符項目。

詳情請參閱導覽類型公告貼文

實驗指標

使用 BigQuery 的 CrUX 資料集會提供實驗功能指標,CrUX API 也提供部分指標。這些指標會根據使用者意見不斷演進,且可能會定期變動。查看版本資訊,掌握最新異動。

第一個位元組時間

與其他計時器 (例如 LCP) 不同,CrUX 中的 TTFB 只會收集完整頁面資料,後者也會在往返導覽和預先算繪頁面上收集。因此,TTFB 的樣本大小可能會小於其他指標,也不一定會與這些指標直接進行比較。

CrUX 會在伺服器收到文件資源的第一個位元組時測量 TTFB。TFB 的傳統觀點是指測量文件回應開始的時間,但使用早期提示時,「第一個位元組」會早於此數字。日後的 CrUX 可能會更新為忽略早期提示。

TTFB 並非伺服器回應時間的直接測量指標,因為這類指標確實包括重新導向時間,以及會受到快取、 CDN 或伺服器傳回回應的影響。這在 CrUX 等現場資料中特別明顯,但由於結束網址是測試,且經常會多次否定快取變更,因此實驗室測試通常不受這些因素影響。

熱門程度

熱門程度排名」指標是 CrUX 資料集內網站熱門程度的相對指標,計算方式則是依來源瀏覽的總次數。排名是以對數 10 計量表示,其中包含半個步驟 (例如「前 1000 個」、「前 5K 個」、「前 5 萬個」、「前 10 萬個」、「前 50 萬個」、「前 100 萬」等),而且不含前 1,000 個網址 (例如前 5,000 個網址,實際上是 4,000 個網址,不含前 1,000 個)。上限會隨著資料集成長而動態調整。

我們提供熱門程度做為廣泛分析的參考,例如根據國家/地區判斷前 1,000 大出發地的表現。

通知權限

如果網站要求顯示使用者通知,這項指標代表使用者回應提示的相對頻率:接受、拒絕、忽略或關閉。

封包往返時間

根據最近的網路連線,提供導航開始時的 HTTP (應用程式層) 往返時間的預估值。 這項指標又稱為 Network Information API 的 rtt 屬性,這個 API 是負責使用有效連線類型 (ECT) 維度的 API。

這項指標僅適用於 CrUX API 和 CrUX History API (匯總到第 75 個百分位數)。無法提供直方圖。也無法在 BigQuery 中使用。