PageSpeed Insights (PSI) 會回報行動版和電腦版網頁的使用者體驗 ,也會針對該網頁提供改善建議。
PSI 會提供網頁的相關研究室和現場資料。研究室資料適合用於偵錯 因為是在受控管的環境中收集而得。不過 捕捉現實世界的瓶頸,欄位資料適合用來擷取真實世界的使用者 但指標組合有限請參閱如何思考 關於速度工具,進一步瞭解這兩種資料。
實際使用者體驗資料
PSI 中的實際使用者體驗資料是由 Chrome 使用者體驗提供技術支援 報表 (CrUX) 資料集。PSI 回報實際使用者第一 內容繪製 (FCP)、與下一個繪製動作的互動 (INP)、 最大內容繪製 (LCP) 和累計版面配置 過去 28 天收集期間的轉變 (CLS) 體驗。PSI 也會回報 為 Time to First Byte (TTFB) 實驗指標提供體驗。
如要顯示某個網頁的使用者體驗資料,請確保網頁有足夠的資料 要加入 CrUX 資料集如果網頁已 或從實際使用者提供的樣本數太少如果發生這種情況,PSI 會下降 可納入來源層級的精細程度,涵蓋 Google 數據分析中, 網站。有時來源也可能沒有資料不足,這時 PSI 會 卻無法顯示任何實際使用者體驗資料。
評估體驗品質
PSI 會將使用者體驗的品質分成三類:良好、需要改善、 或不佳PSI 已根據 Web Vitals 計畫:
不錯 | 需要改善 | 不佳 | |
---|---|---|---|
FCP | [0,1800 毫秒] | (1800 毫秒、3000 毫秒) | 超過 3000 毫秒 |
LCP | [0,2500 毫秒] | (2500 毫秒、4000 毫秒) | 超過 4000 毫秒 |
CLS | [0、0.1] | (0.1、0.25] | 超過 0.25 |
INP | [0,200 毫秒] | (200 毫秒、500 毫秒) | 超過 500 毫秒 |
TTFB (實驗功能) | [0,800 毫秒] | (800 毫秒、1800 毫秒) | 超過 1800 毫秒 |
分佈情形和所選指標值
PSI 會顯示這些指標的分佈情形,方便開發人員瞭解 造訪該網頁或來源這種分佈方式分為三個類別: 「良好」、「需要改善」和「不佳」,以綠色、琥珀和紅色長條表示。 舉例來說,如果 LCP 的琥珀色長條中顯示為 11%,代表觀察到的 LCP 值佔所有 LCP 值的 11% 介於 2500 毫秒至 4000 毫秒
![實際使用者 LCP 體驗分佈的螢幕截圖](https://developers-dot-devsite-v2-prod.appspot.com/static/speed/docs/insights/images/v5/metric_distribution.jpeg?authuser=7&hl=zh-tw)
PSI 回報所有指標的第 75 個百分位數。75 日 百分位數已選取,可讓開發人員瞭解 造成的使用者體驗不佳這些欄位指標值會歸類為 和需求提高/降低
Core Web Vitals
Core Web Vitals 是一組常見的效能信號, 各種網路體驗。Core Web Vitals 指標是 INP、LCP 和 CLS, 並在網頁或來源層級匯總資料在所有查詢中 三項指標,如果第 75 個百分位數,匯總作業就會通過 Core Web Vitals 評估 三項指標的表現都良好否則匯總作業就不會通過評估。如果 匯總功能的 INP 資料不足,如果 INP 和 75 都的資料不足,就會通過評估 LCP 和 CLS 的平均百分位數都是「良好」的。如果 LCP 或 CLS 的資料不足, 無法評估來源層級匯總作業。
PSI 和 CrUX 欄位資料的差異
PSI 中的欄位資料與 BigQuery 的 CrUX 資料集表示 PSI 資料每天都會更新。 BigQuery 資料集則每月更新,且僅限於來源層級的資料。 這兩個資料來源都代表過去 28 天內的資料。
研究室診斷
PSI 使用 Lighthouse 分析模擬中的指定網址 「成效」、「無障礙功能」、「最佳做法」和「搜尋引擎最佳化」這幾個類別。
分數
區段頂端會顯示每個類別的分數,由執行 Lighthouse 決定 收集及分析網頁的診斷資訊。90 分以上: 並且視為良好50 到 89 代表需要改善的分數,低於 50 分則視為不佳。
指標
「成效」類別也會根據不同指標提供網頁成效,包括: First Contentful Paint、 Largest Contentful Paint、 Speed Index (速度指數), 累計版面配置位移 Time to Interactive 和 Total Blocking Time
每項指標都會經過評分,並標上圖示:
- 「良好」圖示會標上綠色圓圈
- 「需要改善」方塊標示了「需要改善」的方形資訊方框
- 以紅色警示三角形表示不佳
稽核
每個類別都有一份稽核項目,針對如何改善網頁使用者的問題提供相關資訊 無須專人管理如需詳細瞭解詳細資訊,請參閱 Lighthouse 說明文件 每個類別稽核的細目。
常見問題 (FAQ)
Lighthouse 會使用哪些裝置和網路條件來模擬網頁載入?
目前,Lighthouse 會模擬中階裝置 (Moto G4) 裝置的網頁載入狀況 和行動網路影片上的 模擬電腦,透過有線網路連接電腦。PageSpeed 也會在 會根據網路狀況而有所不同的資料中心 可讓您查看 藉由查看 Lighthouse Report 的環境區塊:
![節流資訊工具提示的螢幕截圖。](https://developers-dot-devsite-v2-prod.appspot.com/static/speed/docs/insights/images/v5/lh_network_throttling.jpeg?authuser=7&hl=zh-tw)
注意:PageSpeed 會回報在北美洲、歐洲或亞洲的任一處執行,
為何現場資料和研究室資料有時會相互矛盾?
欄位資料是一份歷來資料報表,可反映出特定網址的成效, 以匿名方式收集使用者透過各種裝置和網路處理的匿名效能資料 條件。研究室資料是以單一裝置在單一裝置上的模擬負載為依據,且已固定 網路條件組合因此值可能會有所不同。 請參閱研究室與實際資料不同的原因 (及其處理方式)
為什麼所有指標的第 75 個百分位數?
我們的目標是確保大多數使用者都能順利載入網頁。著重於 75 指標值,可確保網頁能提供良好的使用者體驗 盡可能滿足最困難的裝置和網路狀況 請參閱定義 Core Web Vitals 指標門檻 瞭解詳情。
研究室資料的分數良好?
任何綠色分數 (90+) 都算良好,但請注意,研究室資料充足 因此使用者也能享有良好的體驗
為什麼成效分數從執行到執行會不斷變化?我並未在我的頁面上進行任何變更!
成效評估的變化版本是透過 影響程度不一的管道數量幾個常見的指標來源 變數包括區域網路可用性、用戶端硬體可用性和用戶端資源 爭論。
為什麼無法提供網址或來源的實際使用者 CrUX 資料?
Chrome 使用者體驗報告彙整了從 選擇加入的使用者 規定網址必須公開 (可供檢索和建立索引) 而且有足夠數量的不重複樣本 可提供具代表性的去識別化檢視表 網址或來源的效能表現
More questions?
如果您在使用 PageSpeed Insights 時遇到具體且可解答的問題, 在 Stack Overflow 上以英文提問。
如有任何關於 PageSpeed Insights 的一般意見或疑問,或想要 一般討論,請在郵寄清單中發起討論串。
如果您對 Web Vitals 指標有一般問題,請在 web-vitals-feedback 討論群組中發起討論串。
意見回饋
本頁內容是否有幫助?