PageSpeed 分數九十分核心網頁指標仍不及格：實驗室與實地數據的七個誤判
PageSpeed 分數很高為什麼核心網頁指標還是不及格
因為分數來自實驗室數據，是一台模擬裝置在固定網路下跑一次的結果。核心網頁指標的評定依據是實地數據，也就是真實使用者在近二十八天內用各種手機與網路實際體驗到的數值。兩者測的對象不同，結論自然可能相反。
核心網頁指標是搜尋引擎用來衡量頁面體驗的三項數據：最大內容繪製衡量主要內容多快顯示，與下一個繪製的互動衡量點擊後畫面多快有反應，累計版面配置位移衡量畫面元素會不會亂跳。
這篇整理我們在速度專案的啟動會議上最常需要澄清的七個誤判。每一個都曾讓客戶把預算花在錯的地方，或者讓行銷主管在老闆面前報錯數字。
誤判一：把那個圓圈裡的分數當成搜尋引擎的評分
PageSpeed Insights 頁面中間那個零到一百的效能分數，是測試工具依多項實驗室指標加權算出來的。它是給開發者除錯用的參考，並沒有被拿來當排名依據。
真正與搜尋相關的是同一頁最上方的那一區，標題寫著真實使用者的體驗。那裡會直接顯示三項指標是否通過評估。很多人捲過那一區直接看分數，截圖回報，問題就從這裡開始。
我們給行銷主管的口訣只有一句：先看上面那一區有沒有通過，再看下面的分數找原因。順序不要反過來。
誤判二：以為自己測一次很快就代表客人也很快
辦公室的光纖網路加上高階手機，測什麼都快。你的客人可能在捷運上用三年前的中階手機，一邊開著導航一邊點進你的網站。
實地數據採用第七十五百分位，意思是把所有使用者的體驗由快到慢排列，取四分之三位置的那個人。這個設計刻意照顧體驗較差的那一群。所以你自己覺得順，報表仍然可能判定不良。
要貼近真實情況，用開發人員工具把網路節流到較慢的行動網路、把處理器降速幾倍，再操作一次網站。多數老闆做完這個動作，就不再問為什麼報表說我們慢。
誤判三：修完隔天去看報表發現沒變就認定修錯了
實地數據是近二十八天的滾動統計。今天修好，明天的數字裡仍然有二十七天的舊體驗。完整反映需要大約四週，Google Search Console 的報表更新還會再慢幾天。
這段空窗期最容易出事。老闆沒看到變化，要求再改；工程師在還沒確認效果的情況下疊上第二輪修改；最後分不出哪一次改動有效。我們的規則是：一輪修改上線後，用實驗室數據當天確認方向正確，然後凍結兩週，只觀察不動手。
誤判四：只測首頁就宣布全站通過
首頁通常是全站最被用心照顧的一頁。流量卻多半落在商品頁、文章頁與分類頁。這些頁面用不同的範本，載入的東西也不同。
Google Search Console 的核心網頁指標報表會把體驗相近的網址分成群組。點進不良的群組，看範例網址屬於哪一種範本，就知道該修哪一個範本。一個範本修好，同群組的幾百個網址一起改善。逐頁去測只會浪費時間。
還有一個細節：流量很小的頁面沒有足夠的實地數據，測試工具會改顯示整個網域的彙總值。看到數字時先確認它寫的是這個網址還是這個來源，兩者意義不同。
誤判五：實驗室測不到互動延遲就以為這一項沒問題
與下一個繪製的互動需要真人點擊才量得到。實驗室測試只是載入頁面，沒有人去點選單、開篩選器、按加入購物車，所以報告裡根本沒有這項指標，只有一個相關的替代指標叫總阻塞時間。
這造成一種常見情況：分數很漂亮，實地數據卻顯示互動延遲不良。原因多半出在使用者點擊時，瀏覽器正忙著執行大量腳本，例如展開一個有幾百個選項的篩選面板，或者點擊的同時觸發了好幾支追蹤程式。
排查方式是自己動手。開啟開發人員工具的效能面板，降速處理器，然後照客人的路徑實際點一輪，看哪一個操作之後畫面卡住最久。這一步沒有工具能代勞。
誤判六：版面位移只看載入完成那一刻
實驗室量到的版面位移，只涵蓋頁面載入的那幾秒。實地數據量的是使用者停留在頁面的整段期間。
所以載入時穩如泰山、捲動後才亂跳的頁面，實驗室給滿分，實地卻不及格。常見來源有四種：捲到一半才插入的廣告或推薦區塊、延遲載入但沒有預留尺寸的圖片、晚幾秒才跳出來的同意橫幅把內容往下推、網頁字型載入後文字重新排版。
檢查方法同樣是親自捲一遍。用手機慢慢從頭捲到尾，注意有沒有哪個時刻你正要點的按鈕突然移位。有的話，那個區塊就是要預留空間的地方。
誤判七：把通過門檻當成終點而忽略了業務目標
三項指標的良好門檻分別是：最大內容繪製在二點五秒內、與下一個繪製的互動在二百毫秒內、累計版面配置位移在零點一以下。通過之後，再往下壓的搜尋效益很有限。
我們看過團隊花一整季把分數從九十二拚到九十九，同一時間結帳流程的錯誤訊息沒有人修。速度優化的目的是讓客人順利完成事情。通過門檻之後，資源應該轉去處理轉換流程上的實際障礙。
反過來也成立。指標不良不代表排名一定下滑，頁面體驗只是眾多因素之一，內容相關性的影響大得多。不要把所有排名問題都歸咎於速度。
把七個誤判收斂成一套固定的查看順序
- 到 Google Search Console 的核心網頁指標報表，分別看行動版與電腦版有多少不良與需要改善的網址
- 點進問題群組，記下是哪一項指標、哪一種頁面範本
- 挑該範本的一個代表網址，丟進 PageSpeed Insights，先確認上方實地數據是這個網址的還是整個網域的
- 往下看實驗室診斷，找出與該項指標相關的建議
- 互動延遲與捲動後的位移，改用開發人員工具親手操作重現
- 修改後當天用實驗室數據確認方向，凍結兩週，四週後回報表驗收，並在報表按下驗證修正
向老闆報告時只講三個數字與一個日期
報告的格式會影響決策品質。我們建議的月報只有四行：行動版良好網址的比例、目前不良的群組數與對應範本、本月上線的修改、預計哪一天可以看到實地數據反映。
效能分數不放進月報。它每次測都會浮動幾分，放上去只會引來為什麼這個月掉兩分的討論，把會議時間耗在雜訊上。真要放，放連續五次測試的中位數，並註明這是除錯參考。
這套判讀方式有三個適用上的限制
流量很低的新網站沒有足夠的實地數據，報表會顯示資料不足。這種情況只能依賴實驗室數據，把重點放在明顯的大問題，等流量累積後再回頭驗證。
實地數據來自特定瀏覽器的使用者回報。你的客群如果高比例使用其他瀏覽器或應用程式內建的瀏覽視窗，報表反映的就只是一部分人。需要更完整的資料，要在網站上自行蒐集真實使用者的效能數據，這需要工程投入。
門檻與指標定義會調整，過去就曾經更換過衡量互動的指標。本文的數字是撰寫當下的標準，實作前請對照官方文件。
常見問題
PageSpeed Insights 的分數會影響 Google 排名嗎？
不會直接影響。分數是除錯用的實驗室參考值，與搜尋相關的是真實使用者的核心網頁指標是否通過，而它也只是眾多排名因素之一。
核心網頁指標修好後多久報表會更新？
實地數據採近二十八天滾動統計，修改上線後大約四週才會完整反映，Google Search Console 的報表還會再晚幾天更新。
實驗室數據和實地數據不一樣要相信哪一個？
評估是否通過看實地數據，找原因與驗證修改方向看實驗室數據。兩者用途不同，流量不足沒有實地數據時才只看實驗室數據。
為什麼 PageSpeed Insights 沒有顯示互動延遲的數值？
互動延遲需要真人點擊才能量測，實驗室測試只載入頁面不操作，所以只提供總阻塞時間當替代參考，實際數值要看實地數據。
延伸閱讀：SEO 技術優化主題文章、最新新知、行銷案例