PageSpeed Insights 打出 95 分，排名卻沒跟著動，是很多人共同的困惑。問題通常不在工具——那一格漂亮的綠色高分來自實驗室模擬，跟 Google 拿來判斷網頁體驗的數據，根本是兩套來源。
很多人打開測速工具，看到分數漂亮就安心、看到分數低就焦慮，卻沒搞懂自己盯著的是哪一種數據。Core Web Vitals 工具大致分成兩類，一類跑「實驗室數據」（lab data），在固定的模擬環境裡幫你抓問題；另一類報「真實使用者數據」（field data），記錄真人實際造訪時的體驗，而後者才是會進到排名計算的那一份。 用錯了，你會花力氣優化一個跟排名無關的分數。
選工具的第一步，不是比誰功能多，而是先分清楚它報的是哪種數據、能回答你哪個問題。先從這兩種數據的根本差別講起，再一個一個對照工具該怎麼挑。
實驗室數據和真實數據有什麼差異？
兩者測的根本不是同一件事。實驗室數據是在一台固定的虛擬裝置、固定的網路速度下「模擬」載入一次網頁的結果；真實數據則是把成千上萬個真人造訪你網站的體驗收集起來，算出來的分布。
實驗室數據（也叫合成數據）刻意把變數鎖死，每次跑都接近一樣，所以非常適合除錯和比較改版前後的差距。Google 的 Lighthouse 就是最典型的實驗室工具，它會模擬一台中階手機、節流到較慢的網路，再冷啟動載入你的頁面。問題是，這台模擬手機只是真實世界裡無數種裝置和網路的其中一種，未必貼近你真正的訪客。
真實數據（field data，業界也常叫它 RUM，真人使用者監測）則相反。它收的是每一位真人的個別體驗，自然就包含了各種裝置、各種網速、各種地理位置，連使用者有沒有快取、有沒有從瀏覽器的上一頁快取（bfcache）瞬間還原，都算進去。所以同一個頁面，實驗室可能報 LCP 3.0 秒，真實數據卻是 1.8 秒，因為很多回訪者的資源早就被快取了，載入快得多。
關鍵差別就在這裡——真實數據不是一個數字，是一整組分布。它取的是第 75 百分位數，也就是說，只要 75% 的造訪達標，這個指標才算「良好」。這代表它已經把比較慢的那 25% 訪客考慮進去了，而實驗室那台模擬手機只跑出一個值，代表不了整張分布。
| 實驗室數據（Lab） | 真實數據（Field / RUM） | |
|---|---|---|
| 資料來源 | 固定模擬環境跑一次 | 真人造訪累積的分布 |
| 環境變數 | 鎖死、可重現 | 各種裝置、網路、地點 |
| 能不能測 INP | 不行，只有 TBT 近似 | 可以，需互動才產生 |
| 最適合做什麼 | 除錯、比較改版前後 | 看真實體驗、判斷排名 |
| 進排名計算嗎 | 不進 | 進 |
為什麼 PageSpeed Insights 的分數不等於排名數據？
因為 PageSpeed Insights 一頁裡同時塞了兩種數據，而會影響排名的只有其中一半。這是最多人誤解的地方。
打開 PageSpeed Insights，最上面那個又大又顯眼的效能分數（那個 0 到 100、常常是綠色的數字），其實是 Lighthouse 跑出來的實驗室分數。它好看不代表 Google 認定你的網頁體驗好。真正會被 Google 拿去評估的，是頁面再往下、標著「實際使用者體驗」那一區的數據，那一塊來自 Chrome 使用者體驗報告（CrUX），是真人數據。
換句話說，同一個工具同一個頁面，上半部跟排名沒有直接關係、下半部才有。如果你一直盯著那個 90 幾分沾沾自喜，很可能下半部的真實 LCP 或 INP 其實還是紅的。Google 自己的工程團隊也反覆強調，要看就看真實數據，Lighthouse 那個分數只能當改版時的粗略參考，最適合的用途是比較「同一個工具上、改版前後」的兩次結果。
還有一個常被忽略的細節。如果你的網站流量太低，CrUX 蒐集不到足夠樣本，PageSpeed Insights 下半部那塊真實數據根本不會出現，這時整頁就只剩 Lighthouse 的實驗室分數可看。這也是為什麼新站常常測出一個漂亮分數，卻在 Search Console 裡查不到核心指標，因為前者是模擬、後者要等真人累積。
同一個網頁，為什麼每個工具測出來的分數都不一樣？
因為大多數工具雖然底層都跑 Lighthouse，但每一家跑的硬體、網速、地點、螢幕解析度都不同，分數當然對不起來。同一頁在不同工具測出落差，是測試環境不一樣的必然結果，不代表哪一個工具量錯了。
最大的變數還是那條老分界：你看的是實驗室數據還是真實數據。一個用模擬慢速 4G 跑、一個收真人的光纖回訪，結果差很多很正常。再加上裝置型號的差異，桌機測通常比手機測好看，模擬 iPhone 跟模擬某款 Android 又會不一樣。
所以追求「讓每個工具的分數對齊」是白費力氣，根本沒有一對一的換算。比較務實的做法，是挑一個主力工具長期追蹤趨勢，其他工具拿來做臨時抽查或深入挖原因。例如平常用一個會報真實數據的工具盯整體走勢，等發現某頁變慢，再開一個能模擬慢速連線的實驗室工具去看「為什麼慢」。
那些 Core Web Vitals 工具，各自適合回答哪個問題？
工具沒有絕對的好壞，只有「適不適合你現在要解決的問題」。把它們按「報哪種數據」分開來看，該選誰就清楚了。國際上通用、多數人會碰到的，大致是下面幾類。
想快速看 Google 怎麼評你的網頁，用 PageSpeed Insights
它是免費的，而且同時給你兩種數據，上半部是 Lighthouse 實驗室分數加上具體優化建議，下半部是 CrUX 真實數據。輸入網址就能跑，桌機手機分開看，最適合拿來對一個頁面做初步健檢，甚至偷看競爭對手的網頁體驗表現。
它的限制是不做歷史追蹤、沒有監測警報，也不能自訂測試地點或連線速度。當作「快速、以 SEO 角度檢查一次」很好用，要長期盯趨勢就得搭別的工具。
想看整站、依頁面類型分組的真實表現，用 Google Search Console
Search Console 的核心指標報告，全部是真實數據，而且它的殺手鐧是會把同模板的頁面（例如所有產品頁、所有文章頁）分成一組做整體評估。這點很重要，因為 Google 本來就不是逐頁孤立地看你的網站，它常常把相似頁面歸成一群，一個慢的模板會拖累整群頁面的訊號，不只是單一網址。
它的代價是只看得到已被索引的網址，也不做實驗室測試、優化指引偏少。它回答的是「我整個網站、哪一類頁面有問題」，不是「這一頁為什麼慢」。
想在不同地點、不同網速、不同裝置下深入除錯，用 GTmetrix 或 WebPageTest
這兩個都是實驗室工具的進階版。GTmetrix 同樣跑 Lighthouse，但讓你自選測試地點、連線速度、模擬裝置，還附請求瀑布圖，很適合把某一頁拆開看到底卡在哪個資源。它也提供監測與歷史報告，可以追改版前後的變化。INP 這項它得靠 CrUX 真實數據，新站或低流量頁可能看不到。
WebPageTest 走得更深，網路與裝置的模擬更細、診斷資料更多，但學習曲線也更陡，比較適合工程背景、需要那些進階設定的人。一般人用前面那個就夠了。
想在開發階段、上線前就抓問題，用 Chrome DevTools
Chrome 開發者工具內建的效能面板和 Lighthouse 稽核，純跑在你本機的瀏覽器裡，免費又即時。它的即時指標畫面可以在你跟頁面互動時當場看到 INP 和載入後的版面位移，效能面板的追蹤記錄則能把某次卡頓拆到主執行緒、JavaScript 呼叫堆疊那麼細。
它是除錯利器，但給的是實驗室數據，沒有真人數據、也不做長期監測。最適合在功能上線前先把問題擋下來，不是用來代表真實使用者的體驗。
想要最完整、能深挖原因的真實數據，導入 RUM 方案
CrUX 雖然免費好用，但它只代表部分 Chrome 使用者、看不到 Safari 和 Firefox，數據還是過去 28 天的移動平均，而且只給你第 75 百分位數那個點，剩下 25% 訪客的體驗你看不到。它能告訴你「何時出問題」，卻常常給不出「為什麼」。
要補上這塊，就得自己蒐集真人數據（RUM）。Google 免費的 web-vitals JavaScript 程式庫可以幫你把每個訪客的指標收下來，再送進你自己的分析後台，甚至搭配付費的 RUM 服務做更細的切片，例如登入和未登入使用者誰的體驗差、哪個 LCP 元素拖慢了特定族群、哪次互動造成了高 INP。對流量夠大、想認真優化的網站，這是最深的一層。
INP、LCP、CLS 這三個指標，哪些工具測得到？
不是每個工具都測得到全部三項，差別卡在 INP。LCP（載入速度，建議 2.5 秒內）和 CLS（版面穩定度，建議低於 0.1）實驗室和真實數據都量得到，唯獨 INP 不一樣。
INP（與下一次繪製的互動延遲，建議低於 200 毫秒）量的是頁面對真人互動的反應速度，它本質上需要有人真的去點、去按才會產生。實驗室工具裡沒有真人互動，所以量不到真正的 INP，只能用 TBT（總阻塞時間）這個實驗室指標當近似，TBT 抓的是頁面載入時主執行緒被卡住多久，跟 INP 相關但不等於它。
這帶出一個很實際的狀況。新站或低流量的頁面，常常在工具裡看不到 INP，因為 Google 還沒收集到足夠的真人互動數據。這完全正常，不是你做錯了。這段空窗期，你可以先盯 TBT，靠減少笨重的 JavaScript、降低主執行緒阻塞來提前打底，等流量長起來，INP 自然會開始出現。
順帶一提，舊的 FID（首次輸入延遲）指標已經在 2024 年 3 月被 INP 正式取代，現在還在用 FID 衡量互動性的教學都該更新了。
選 Core Web Vitals 工具，先問自己三個問題
回到最開始那句話，選工具不是比功能清單，是比「它能不能回答你現在的問題」。在打開任何一個測速網站之前，先想清楚三件事，方向就定了。
第一、你要的是「真實排名數據」還是「除錯線索」。如果目的是搞懂 Google 怎麼看你、會不會影響 SEO，那你永遠只看真實數據，PageSpeed Insights 下半部或 Search Console 就對了；如果是要找出哪裡慢、改完有沒有效，那實驗室工具如 GTmetrix、Chrome DevTools 才是主力。
第二、你要看「單一頁面」還是「整站趨勢」。臨時抽查一頁，PageSpeed Insights 或實驗室工具最快；要掌握整個網站、依頁面類型分組看問題，Search Console 的分組報告無可取代。
第三、你的網站「有沒有足夠流量」。流量夠，CrUX 真實數據才有得看，甚至值得導入自己的 RUM 深挖原因；流量還很低，那真實數據暫時是空的，你只能先靠實驗室數據和 TBT 打底，耐心等真人數據累積。
把這三個問題答完，你會發現多數時候答案是「同時用兩三個」，而不是非得選一個。實驗室工具負責找問題、真實數據負責驗證體驗，兩種數據各看各的長處，誰也取代不了誰。真正會踩坑的，從來不是工具選錯，而是拿著實驗室那一格漂亮分數，去回答一個只有真實數據答得了的問題。