// 相關文章
PageSpeed Insights（簡稱 PSI）是 Google 的免費網頁測速工具，網址是 pagespeed.web.dev。輸入一個網址，幾秒鐘後它會給出這個頁面在手機和電腦上的載入表現，以及改進建議。PageSpeed Insights怎麼用，其實只有三步；難的是看懂報告，尤其是“真實使用者體驗”和“實驗室資料”這兩塊為什麼經常互相矛盾。
這篇按 Google 官方文件 PageSpeed Insights 簡介 和 Chrome 使用者體驗報告指南 的口徑來寫，再加上我們自己改版一個網站時的一次實測，講清楚怎麼用、分數多少算好、報告哪些地方最容易看錯。
測的是一個具體網頁，不是整個網站。首頁、產品頁、文章頁的載入表現可能差很多，所以要分別測。
這是最關鍵的一點。PSI 的報告上半部分和下半部分，資料來源完全不同：
| 部分 | 資料從哪來 | 能回答什麼 | 侷限 |
|---|---|---|---|
| 瞭解真實使用者的體驗 | Chrome 使用者體驗報告（CrUX），統計過去 28 天、符合 CrUX 收集條件的真實 Chrome 使用者資料 | 你的真實訪客載入得快不快，是否通過核心網頁指標評估 | 頁面太新或流量太少時沒有資料 |
| 診斷效能問題 | Lighthouse 在模擬環境裡跑一次 | 具體哪些資源拖慢了載入，怎麼改 | 只是單次模擬，每次結果會有波動 |
官方對這兩類資料的定位是：實驗室資料適合除錯，因為環境受控；真實使用者資料能反映實際體驗，但指標更少。兩者有時對不上，因為一個是真實裝置和網路下的歷史彙總，一個是在固定條件下的單次模擬。
官方說明，CrUX 要求網址公開（可抓取、可編入索引），並且有足夠多的不同訪客樣本。如果這個網址資料不夠，PSI 會退回顯示整個來源（同一協議和主機下所有頁面的彙總，子域名不算在內）的資料；來源級資料也不夠，就顯示“無資料”。這時只能參考實驗室資料，新站和小流量的外貿站經常是這種情況。
先分清兩套標準，很多人會混在一起：
Lighthouse 給每個類別打分：效能、無障礙功能、最佳做法、搜尋引擎最佳化。按官方說明，90 分及以上算良好，50 到 89 分是需要改進，低於 50 分是不佳。
PSI 用第 75 百分位的數值來判斷，也就是讓 75% 的造訪體驗比這個數字更好。門檻值如下：
| 指標 | 測什麼 | 良好 | 需要改進 | 差 |
|---|---|---|---|---|
| LCP（最大內容繪製） | 主圖或標題多久顯示出來 | ≤ 2,500 毫秒 | > 2,500 且 ≤ 4,000 毫秒 | > 4,000 毫秒 |
| INP（下次互動延遲） | 點擊、輸入後多久有反應 | ≤ 200 毫秒 | > 200 且 ≤ 500 毫秒 | > 500 毫秒 |
| CLS（累計佈局偏移） | 頁面上的元素會不會意外移位 | ≤ 0.1 | > 0.1 且 ≤ 0.25 | > 0.25 |
| FCP（首次內容繪製） | 螢幕上第一個內容出現的時間 | ≤ 1,800 毫秒 | > 1,800 且 ≤ 3,000 毫秒 | > 3,000 毫秒 |
| TTFB（首位元組時間，實驗性） | 伺服器多久開始返回內容 | ≤ 800 毫秒 | > 800 且 ≤ 1,800 毫秒 | > 1,800 毫秒 |
核心網頁指標（Core Web Vitals）是其中的 LCP、INP、CLS 三項。三項的第 75 百分位都在“良好”區間，才算通過評估；有資料且某一項沒達標，就顯示未通過。官方寫明瞭一個例外：如果 INP 的資料不夠，PSI 會只按 LCP 和 CLS 判斷；如果 LCP 或 CLS 的資料不夠，則沒法評估，這時是“無法評估”，不是“未通過”。INP 在 2024 年 3 月取代了此前的 FID，成為第三項核心指標（web.dev 公告）。FCP 和 TTFB 是輔助診斷，不計入通過與否。
我們改版自己的一個外貿架站網站（waimaodulizhan.com）首頁時，用 PSI 網頁版做了改前改後各一次測試，都是行動版，報告的環境區塊顯示為 Moto G Power 模擬、低速 4G 節流。兩份線上報告：改版前（2026-09-29）、改版後（2026-09-30），線上報告連結可能過期。
| 指標（實驗室資料） | 改版前 | 改版後 |
|---|---|---|
| 效能分數 | 84 | 86 |
| LCP | 3,157 毫秒 | 3,158 毫秒 |
| FCP | 3,006 毫秒 | 3,007 毫秒 |
| 速度指數（Speed Index） | 5,225 毫秒 | 4,342 毫秒 |
| CLS | 0.001 | 0.001 |
從這組數字能讀出三件事。
實驗室資料是單次模擬，執行環境會影響結果。PSI 官方 FAQ 列出的常見原因包括本地網路可用性、用戶端硬體可用性和用戶端資源爭用，這三項說的是執行 Lighthouse 的那臺機器；用 PSI 網頁版時，測試跑在 Google 的資料中心。想判斷改動有沒有效果，連測幾次取多次結果，別看一次分數下結論。
兩者的模擬條件不同。按官方說明，行動版模擬的是中端手機走行動網路，桌面端模擬的是有線連線（官方簡介頁目前寫的機型是 Moto G4，具體以你那份報告的環境區塊為準，我們那次顯示的是 Moto G Power）。測試跑在 Google 資料中心，位置可能在北美洲、歐洲或亞洲，也看報告裡的環境區塊。手機的處理能力和網路都更受限，所以分數通常更低，先解決手機端更划算。
PSI 頂部的 0–100 分是 Lighthouse 的實驗室分數，Google 沒有把它說成排名訊號。Google 在《瞭解 Google 搜尋結果中的網頁體驗》裡寫的是：排名系統會採用 Core Web Vitals，也就是真實使用者資料裡的 LCP、INP、CLS，並建議網站所有者做到良好。同一頁也寫明：在 Search Console 或第三方工具裡得分良好，並不保證排在搜尋結果最前面；僅僅出於 SEO 原因去追求完美的得分，未必是最有效的時間投入；即使網頁體驗不佳，Google 也會盡可能展示最相關的內容。所以先把內容和相關性做對，再把這三項拉到“良好”區間。
PSI 是你主動輸入一個網址去測，隨時可測；Search Console 的報告是 Google 按你整站彙總出來的，能看到哪一類頁面有問題。前者適合查單頁、驗證修改，後者適合看整站。Search Console 的使用方法見 谷歌站長工具（Search Console）怎麼用。
先看報告裡 LCP 那一項，它通常最直接地影響體驗：圖片太大、伺服器響應慢、首屏被大指令碼擋住，都是外貿站上常見的原因。具體怎麼排查，見 網站速度最佳化怎麼做：Core Web Vitals 排查。
| 工具 | 特點 | 適合什麼時候用 |
|---|---|---|
| PageSpeed Insights | 同時給真實使用者資料和 Lighthouse 實驗室資料 | 查單個網頁、改完驗證 |
| Chrome 開發者工具裡的 Lighthouse | 在你自己的電腦上本地跑，官方也把它列為衡量網頁體驗的工具之一 | 開發階段反覆除錯 |
| Search Console 核心網頁指標報告 | 按整站彙總，標出有問題的頁面類別 | 看整站健康度 |
| GTmetrix、WebPageTest 等第三方工具 | 可選測試地點和網路條件，介面和免費額度以各自官網當前說明為準 | 想對比不同地區的載入速度 |
如果你的網站需要有人排查和處理速度問題，可以看我們的 外貿獨立站建設服務。
本文由河南天問網路整理。天問網路成立於 2017 年，長期維護 30–40 個外貿獨立站，速度排查是架站驗收的固定環節；PSI 簡介頁、Chrome 使用者體驗報告指南頁、網頁體驗說明頁均為 2026-09-30 讀取的版本；門檻值和介面會更新，以官方頁面為準。
微信掃一掃加好友（手機號 13526816415 同號）
不方便掃碼？留下微信號或手機號，我們主動加你
電話諮詢（北京 9:00–21:00）
目前為非工作時間，建議先加微信或留號，我們上班時間聯絡你
海外客戶可直接 WhatsApp 聯絡（與微信、手機號同號）
WhatsApp +8613526816415