網站速度怎麼檢查？Core Web Vitals（LCP、INP、CLS）看懂
網站速度怎麼檢查？Core Web Vitals 的 LCP、INP、CLS 是什麼？
Core Web Vitals 是 Google 衡量使用者體驗的三項指標。LCP 看載入速度，良好標準是 2.5 秒以內；INP 看點擊後的反應，良好標準是 200 毫秒以內；CLS 看版面會不會跳動，良好標準是 0.1 以下。可用 PageSpeed Insights 檢查。
訪客點開網站後，頁面多久出現內容、點擊後多久有反應、畫面會不會突然跳動，都會影響他們願不願意留下。Google 把這三件事整理成 Core Web Vitals，並公布了明確的門檻。
三項指標與標準
下表的門檻來自 Google 官方文件（web.dev），以真實使用者資料的第 75 百分位數來判定。
| 指標 | 衡量什麼 | 良好 | 需要改善 | 不佳 |
|---|---|---|---|---|
| LCP（Largest Contentful Paint） | 頁面主要內容出現的時間 | 2.5 秒以內 | 2.5 到 4 秒 | 超過 4 秒 |
| INP（Interaction to Next Paint） | 點擊、輕觸、按鍵後畫面更新的反應時間 | 200 毫秒以內 | 200 到 500 毫秒 | 超過 500 毫秒 |
| CLS（Cumulative Layout Shift） | 頁面使用期間，非預期的版面位移程度，含載入後才插入的內容，不限於初次載入 | 0.1 以下 | 0.1 到 0.25 | 超過 0.25 |
INP 在 2024 年 3 月取代了原本的 FID，所以舊文章提到的 FID 已經不是目前的指標。
怎麼檢查
- PageSpeed Insights：輸入網址，會同時顯示真實使用者數據（若流量足夠）與 Lighthouse 的實驗室數據，並列出改善建議。
- Search Console 的 Core Web Vitals 報表：從整站角度，看哪些網址被判定為良好、需要改善或不佳。
- Chrome 開發者工具：看載入過程的網路請求與效能紀錄，找出拖慢的檔案。
真實使用者數據與實驗室數據可能不一致，前者反映各種裝置與網路環境，後者是固定條件下的模擬。兩者互相參考，不要只看其中一個。
常見的改善方向
- LCP 偏慢：壓縮並以適當尺寸提供主圖，選用較新的圖片格式，讓主要內容優先載入，改善伺服器回應時間。
- INP 偏高：減少頁面執行的 JavaScript，拆分耗時的工作，移除不必要的第三方腳本與追蹤碼。
- CLS 偏高：圖片與廣告位置預先指定寬高，避免後來載入的內容把版面推開，字體載入方式也要留意。
這幾項多半在設計與開發階段就能避免，上線後補救成本通常比較高。例如圖片尺寸、字體載入方式和第三方腳本的數量，都是在規劃時就能決定的事。
測試時的注意事項
測試要包含手機與行動網路條件，不要只用桌機和公司的高速網路。同一個網址在不同時間測，結果會有些微差異，這是正常現象，連續測幾次取趨勢，不要追求單次的數字。修改前先記錄現況，改完再測，才知道改善是否有效。手機版的版面設計也會影響表現，見 RWD 響應式網站。
速度與搜尋、轉換的關係
速度屬於網站品質的一部分，和內容、結構一起影響搜尋表現與訪客行為。基本的搜尋優化觀念見 SEO 基礎。如果你不熟悉檢查報告裡的技術名詞，可以請網站開發團隊解讀報告，依影響程度排出修改順序，再逐項處理。
常見問題
- PageSpeed Insights 的分數一定要滿分嗎？
- 不需要。分數是 Lighthouse 在模擬環境下的實驗室數據，主要用來找問題。更該看的是頁面上方的真實使用者數據和三項 Core Web Vitals 是否達到良好標準。
- Core Web Vitals 會影響 Google 排名嗎？
- Google 把頁面體驗納入排名參考，但內容是否符合搜尋意圖仍是主要因素。速度差會傷害使用者體驗，也可能影響轉換，所以仍值得改善。
- 網站速度慢，最常見的原因是什麼？
- 常見原因有圖片檔案過大、載入太多腳本與外掛、字體檔案太大、伺服器回應慢，以及頁面放了太多廣告或追蹤碼。逐項檢查，通常從圖片和腳本開始改善見效最快。