發布日期：2022 年 6 月 23 日，上次更新時間：2026 年 9 月 15 日
CrUX 中的指標是由瀏覽器公開的標準網頁平台 API 所提供。在 BigQuery 資料集中，這項資料會匯總至來源解析度。如果網站擁有者需要更詳細的網站效能分析和洞察資料 (例如網址層級的解析度)，可以使用相同的 API 收集自家來源的詳細真實使用者評估 (RUM) 資料。請注意，雖然 Chrome 提供所有 API，但其他瀏覽器可能不支援完整指標集。
大多數指標會以直方圖匯總表示，方便您查看分布情況，並估算百分位數值。
累計版面配置轉移
Cumulative Layout Shift (CLS) 是以使用者為中心的重要指標，可評估視覺穩定性，量化使用者多常遇到未預期的版面配置位移情形，CLS 分數越低，表示網頁越能帶給使用者愉悅的體驗。
DOM 內容載入完成
「DOMContentLoaded 會報告初始 HTML 文件完全載入和進行剖析的時間，且無須等待樣式表、圖片和子頁框載入完畢。」
首次繪製時間
「首次算繪」會回報瀏覽器在導覽後首次轉譯的時間。這不包括預設的顯示背景所需時間，但包括非預設的顯示背景所需時間。這是開發人員在載入網頁時最先關注的關鍵時刻，也就是瀏覽器開始算繪網頁的時間。」
First Contentful Paint
「首次顯示內容所需時間 (FCP)」是指瀏覽器首次轉譯任何文字、圖片 (包括背景圖片)、非白色畫布或 SVG 的時間。這包括含有待處理網站字型的文字。這是指使用者首次開始瀏覽網頁內容的時間。」
Interaction to Next Paint
「『與下一個顯示的內容互動』(INP) 是評估回應速度的欄位指標。INP 會記錄整個網頁生命週期內所有互動的延遲時間。系統會將這些互動的最高值 (或互動次數較多網頁的接近最高值) 記錄為網頁的 INP。INP 分數越低，網頁的即時回應能力就越有保障。
Interaction to Next Paint (INP) 已於 2022 年 2 月新增至 CrUX 資料集。這項新指標會擷取個別事件的端對端延遲時間，並提供網頁在整個生命週期內的整體回應速度，讓您更全面地掌握相關資訊。
最大內容繪製
「最大內容繪製 (LCP) 是評估使用者感知載入速度的重要指標，因為它會標示網頁載入時間軸中，網頁主要內容可能已載入的時間點。LCP 越快，使用者就越能確信網頁實用。」
Largest Contentful Paint 資源類型
LCP 會記錄可視區域中最大圖片、文字區塊或影片的轉譯時間 (相對於使用者初次瀏覽網頁的時間)。
web.dev/articles/lcp - What elements are considered for LCP
文字和圖片 (包括第一張影片影格圖片) 的載入特性和最佳化技術通常大相逕庭。瞭解最大內容繪製資源類型的比例，有助於深入瞭解最大內容繪製指標和最佳化路徑。
詳情請參閱「LCP 資源類型發布網誌文章」。
Largest Contentful Paint 圖片子部分
「如果 PageSpeed Insights 未提供改善這項指標的建議，LCP 最佳化作業可能會更加複雜。對於複雜的工作，通常最好是將其分解為較小且好管理的工作，然後逐一解決。」
web.dev/articles/optimize-lcp - LCP 細分為子部分
將圖片 LCP 分解為最重要的子部分，有助於運用特定建議和最佳做法，針對每個部分進行最佳化。
LCP 圖片子部分會以四個不同的指標提供：
largest_contentful_paint_image_time_to_first_bytelargest_contentful_paint_image_resource_load_delaylargest_contentful_paint_image_resource_load_durationlargest_contentful_paint_image_element_render_delay
子部分只會納入圖片，不包括影片的第一個影格圖片，因為這類圖片較為複雜，我們無法測量完整下載時間 (請注意，影片的第一個影格會納入 LCP 資源類型指標，因此這類複雜情況並不相關)。
此外，由於文字子部分較不實用，且會扭曲圖片 LCP 數字，因此也不會納入。如果網站主要由文字 LCP 組成，整體 TTFB 和整體 FCP 指標就是實用的細分資料，但請注意，這些指標適用於所有 LCP，而非僅限文字 LCP。
詳情請參閱這篇網誌文章。
瀏覽類型
導覽類型指標會細分下列導覽的網頁瀏覽百分比：
| 類型 | 說明 |
|---|---|
navigate |
不屬於其他任一類別的網頁載入。 |
navigate_cache |
載入網頁時，主要資源 (主要 HTML 文件) 是從 HTTP 快取提供。網站通常會快取子資源，但主要 HTML 文件通常快取次數較少。如果可以快取，就能在本地和 CDN 快取，進而顯著提升效能。 |
reload |
使用者重新載入網頁，方法包括按下重新載入按鈕、在網址列中按下 Enter 鍵，或是復原已關閉的分頁。重新載入網頁通常會導致重新驗證回到伺服器，檢查主頁面是否已變更。如果網頁重新載入的百分比偏高，可能表示使用者體驗不佳。 |
restore |
瀏覽器重新啟動後重新載入頁面，或是因記憶體問題而移除的分頁。如果是 Android 版 Chrome，系統會改為回報「重新載入」。 |
back_forward |
瀏覽記錄導覽，表示使用者最近瀏覽過該頁面並返回。如果快取設定正確，這些體驗應該相當快速，但仍需處理網頁並執行 JavaScript，而 bfcache 可避免這兩項作業。 |
back_forward_cache |
從往返快取提供的歷史記錄導覽。移除阻礙因素，將網頁調整至最佳狀態，充分運用 bfcache，應可加快網頁載入速度，因此網站應會 |
prerender |
網頁已預先算繪，這與 bfcache 類似，可近乎即時載入網頁。 |
在某些情況下，載入網頁可能是多種導覽類型的組合。在這種情況下，Chrome 使用者體驗報告會回報表格中第一個相符的項目 (從底部到頂端)。
詳情請參閱導覽類型公告文章。
Onload
「網頁及其相依資源載入完成時，系統會觸發載入事件。」
封包往返時間
根據最近的網路連線，在導覽開始時估算 HTTP (應用程式層) 往返時間。這項指標是以 Network Information API 的 rtt 屬性為依據，而這個 API 也負責先前的「有效連線類型 (ECT)」維度。
詳情請參閱「LCP 資源類型發布網誌文章」。
實驗指標
實驗性指標可透過 BigQuery 存取 CrUX 資料集，也能透過 CrUX API 存取，但並非所有指標都適用於這兩種方式。這些指標會根據使用者意見回饋進行調整，因此可能會有所變動。如要瞭解最新異動，請參閱版本資訊。
Time to First Byte
與其他計時器 (例如 LCP) 不同，CrUX 中的 TTFB 只會在完整網頁載入時收集，其他計時器也會在往返快取 (bfcache) 導覽和預先算繪的網頁上收集。因此，TTFB 的樣本大小可能小於其他指標，且不一定能直接與其他指標比較。CrUX 中的 TTFB 會包含冷載入網頁、快取網頁載入，以及透過已建立連線載入網頁 (例如網站內網頁載入)。
TTFB 並非伺服器回應時間的直接指標，因為 TTFB 包含之前的指標，包括重新導向時間，且會受到回應是從快取、CDN 或伺服器提供而有所影響。這在 CrUX 等實際工作環境資料中特別明顯，而實驗室測試通常較不受這些因素影響，因為系統會測試最終網址，並經常重複否定快取變更。
熱門程度
熱銷度排名指標是 CrUX 資料集中網站熱銷度的相對指標，計算依據為來源的導覽總次數。排名採用以 10 為底的對數比例，並以半步為單位 (例如前 1,000 名、前 5,000 名、前 10,000 名、前 50,000 名、前 100,000 名、前 500,000 名、前 1,000,000 名等)，每個排名都會排除前一個排名 (例如前 5,000 名實際上是 4,000 個網址，排除前 1,000 名)。上限會隨著資料集成長而動態調整。
熱門程度可做為廣泛分析的參考指標，例如判斷前 1,000 個來源的國家/地區成效。
通知權限
對於要求顯示通知權限的網站，這項指標代表使用者回應提示的相對頻率：接受、拒絕、忽略或關閉。
廣告指標
Chrome 提供公開指標和工具，讓網站和其他人 (例如廣告主) 進一步瞭解實際使用者的廣告體驗及其影響。
- 廣告數量：這項指標說明一般使用者在網站上一次看到的廣告數量。
- 廣告密度：這項指標說明一般使用者看到的內容和廣告比例。
- 廣告權重：CPU：這項指標說明廣告的 CPU 消耗量，可能會影響效能。
- 廣告權重：網路：這個指標說明廣告耗用的網路資源。
我們認為這些指標對網路廣告主和他們用來放送廣告的服務特別實用。我們從廣告生態系統中許多利害關係人那裡得知，這些指標有助於他們評估廣告商機，並做出廣告產品決策。
詳情請參閱廣告指標推出網誌文章和廣告評估說明文件。