文章目錄
Core Web Vitals 是 Google 用來衡量真實使用者網頁體驗的一組核心指標，主要包含 LCP、INP、CLS。LCP 觀察主要內容載入速度，INP 觀察使用者操作後的互動反應，CLS 觀察頁面載入過程中的版面穩定性。
Core Web Vitals 很重要是因為網站體驗會影響使用者是否願意繼續停留。如果頁面載入太慢，使用者可能還沒看到重點內容就離開，或是當按鈕、選單或表單反應延遲，使用者可能無法順利完成操作等等，都會降低網站的使用順暢度，進一步影響轉換或瀏覽完整內容的意願。
因此本文將聚焦說明 Core Web Vitals 的三項核心指標：LCP、INP、CLS，並整理各指標的合格標準與改善方向，協助企業判斷網站目前是否有需要優先處理的使用者體驗問題。
LCP、INP、CLS 是什麼？Core Web Vitals 三大指標
Core Web Vitals 中的 LCP、INP、CLS 是網站體驗核心指標中最需要優先理解的三項數據：
| 指標 | 中文說法 | 衡量重點 | 說明 |
| LCP | 最大內容繪製 | 主要內容載入速度 | 使用者多久看到頁面重點 |
| INP | 下次繪製互動時間 | 操作後的反應速度 | 點擊、輸入或操作時會不會卡 |
| CLS | 累計版面配置位移 | 畫面是否穩定 | 圖片、按鈕、廣告會不會突然跳動 |
LCP 是什麼？
LCP（Largest Contentful Paint，最大內容繪製）負責觀察頁面中最大或最重要的內容元素，需要多久才能完整顯示在使用者眼前，像是首頁主視覺、文章首圖、商品圖片、影片封面，或是頁面上方的大段文字區塊。
如果一個頁面打開後，標題、圖片或主要內容沒有出現，即使其他小元素已經載入完畢，使用者依然會覺得網站速度不夠順暢，因此重點會放在首屏主要內容是否能快速呈現。
INP 是什麼？
INP（Interaction to Next Paint，下次繪製互動時間）負責觀察使用者操作頁面後，瀏覽器多久能做出反應並更新畫面，比方說點擊按鈕、展開選單、切換篩選條件，或送出查詢資料。
如果選單點了很久才打開、表單送出後沒有反應，或商品篩選需要等待很久才更新畫面，都可能代表互動體驗有改善空間。
FID 和 INP 有什麼不同？
FID（First Input Delay，首次輸入延遲）過去曾用來衡量使用者第一次與頁面互動時的延遲時間。Google 後來以 INP 取代 FID，因為 INP 會觀察使用者在頁面中的整體互動反應，更適合用來判斷頁面是否真的好操作。
因此在檢查 Core Web Vitals 時，現階段應以 LCP、INP、CLS 作為主要判斷依據。LCP 代表主要內容載入速度，INP 代表互動反應速度，CLS 代表版面穩定性。只要能先理解這三個指標分別在看什麼，後續解讀 PageSpeed Insights 或 Search Console 報告時，就比較容易判斷網站問題出在哪裡。
延伸閱讀：網站體驗核心指標 (Core Web Vitals)：INP 指標是什麼？
CLS 是什麼？
CLS（Cumulative Layout Shift，累計版面配置位移）負責觀察頁面載入過程中，畫面元素是否出現非預期移動。當圖片、廣告、嵌入內容或 banner 延遲載入時，原本已經出現在畫面上的文字、按鈕或區塊可能會突然被往下推，造成閱讀中斷或點擊錯誤。
例如使用者準備點擊按鈕時，上方區塊突然出現，讓按鈕位置改變，就會影響操作流暢度，也會降低網站的使用體驗。
延伸閱讀：網站核心指標 ：如何解決 CLS (Cumulative Layout Shift) 問題
Core Web Vitals 合格標準怎麼看？
Core Web Vitals 的檢查結果通常會分成「良好」、「需要改善」、「不良」三種狀態，分別代表頁面目前的使用者體驗表現，所以可以先從 LCP、INP、CLS 三項指標判斷問題類型，再決定要優先改善載入速度、互動反應或版面穩定性。
| 指標 | 良好 | 需要改善 | 不良 |
| LCP | 2.5 秒以內 | 2.5～4 秒 | 超過 4 秒 |
| INP | 200 毫秒以內 | 200～500 毫秒 | 超過 500 毫秒 |
| CLS | 0.1 以下 | 0.1～0.25 | 超過 0.25 |
LCP 的合格標準是 2.5 秒以內，代表使用者進入頁面後，可以在合理時間內看到主要內容。如果落在 2.5～4 秒之間，通常代表頁面載入仍有優化空間。如果超過 4 秒，使用者可能需要等待較久才看到頁面重點，就要優先檢查首圖、主視覺、商品圖片與首屏資源載入狀況。
INP 的合格標準是 200 毫秒以內，代表使用者點擊按鈕、展開選單或操作頁面後，網站能快速回應。如果落在 200～500 毫秒之間，互動反應可能已經開始變慢。如果超過 500 毫秒，會更容易感覺頁面卡頓，建議檢查 JavaScript、第三方追蹤碼、外掛、表單與互動功能。
CLS 的合格標準是 0.1 以下，代表頁面載入過程中的版面變動較少，使用者能穩定閱讀與操作。如果落在 0.1～0.25 之間，可能已有部分元素造成畫面位移；如果超過 0.25，就需要留意圖片、廣告、banner 或嵌入內容是否在載入時改變版面位置。
判讀 Core Web Vitals 時可以先確認哪一項指標沒有達標，再看問題出現在行動版還是桌機版，以及是否影響多個相同類型的 URL。當同一類頁面大量出現 LCP、INP 或 CLS 問題時，通常代表網站模板、圖片設定、版位安排或前端資源就需要一起檢查。
如何檢測 Core Web Vitals？
檢測 Core Web Vitals 時，可以依照檢查目的選擇合適的工具：
| 工具 | 適合用途 | 建議使用情境 |
| Google Search Console | 看整站 Core Web Vitals 狀態 | 找出哪些 URL 群組需要改善 |
| PageSpeed Insights | 檢查單一網址與改善建議 | 分析首頁、服務頁、商品頁、文章頁 |
| Lighthouse | 做單頁效能檢查 | 工程師或網站維護人員除錯 |
用 Google Search Console 看整站狀態
Google Search Console 的 Core Web Vitals 報告，適合用來觀察整個網站的頁面體驗狀態。報告會將網址依照「良好」、「需要改善」、「不良」分類，也會標示主要受影響的指標。
可以先看哪一項指標出現問題，再確認受影響的 URL 數量與頁面類型。當大量文章頁、商品頁或服務頁出現相同問題時，通常代表問題可能來自同一套頁面模板、圖片設定、版位配置或前端資源，這時候就優先處理共同原因，會比逐頁修改更有效率。
延伸閱讀：Google Search Console 教學：新手設定、索引檢查與成效分析
用 PageSpeed Insights 看單頁問題
PageSpeed Insights 適合用來檢查單一網址的 Core Web Vitals 表現，建議可以輸入首頁、主要服務頁、商品頁、熱門文章頁等重要頁面，查看頁面在行動版與桌機版的表現。
判讀 PageSpeed Insights 時，可以看三個重點再進行相對應的調整：
- LCP、INP、CLS 哪一項沒有達標
- 問題主要出現在行動版還是桌機版
- 工具列出的改善建議是否和頁面實際內容有關
延伸閱讀：PageSpeed Insights 是什麼？Google 網站速度優化指南
用 Lighthouse 檢查頁面效能細節
Lighthouse 適合用來做單頁效能檢查，通常會由工程師、網站維護人員或熟悉技術設定的人使用。它可以協助檢查頁面載入過程中的資源、圖片、JavaScript、CSS 等項目，並提供較細的效能改善方向。
在 Core Web Vitals 優化流程中，Lighthouse 可以作為輔助工具。當 GSC 發現有問題，PageSpeed Insights 找出單頁指標異常後，就可以再透過 Lighthouse 進一步確認技術原因，協助後續修正與測試。
Field Data 和 Lab Data 差在哪？
檢測 Core Web Vitals 時，會看到 Field Data 與 Lab Data 兩種資料。Field Data 是來自真實使用者的資料，能反映使用者在不同裝置、網路環境與瀏覽情境下的實際體驗。Lab Data 則是在模擬環境中測試頁面，適合用來找出可能影響效能的技術原因。
可以將 Field Data 作為長期觀察依據，並用 Lab Data 協助找出修改方向。完成調整後，可以先用 PageSpeed Insights 或 Lighthouse 檢查單頁，再回到 GSC 觀察整站 Core Web Vitals 狀態是否逐步改善。
Core Web Vitals 不佳的常見原因與改善方向
Core Web Vitals 不佳時，可以先判斷 LCP、INP、CLS 是哪一項指標沒有達標，再回到對應的問題來源檢查，因為要先釐清問題類型，後續才會比較容易安排改善順序：
| 指標 | 常見原因 | 改善方向 |
| LCP 不佳 | 圖片過大、主機回應慢、CSS／JavaScript 阻塞、首屏資源載入順序不佳 | 壓縮圖片、優化首屏資源、改善快取與主機速度 |
| INP 不佳 | JavaScript 太重、外掛過多、第三方追蹤碼或互動元件影響 | 減少不必要外掛、優化 JS、檢查表單、選單與互動功能 |
| CLS 不佳 | 圖片未設定尺寸、廣告或 banner 延遲載入、字型載入造成位移 | 預留版位空間、設定圖片尺寸、管理廣告與嵌入內容 |
LCP 不佳時，可以先檢查頁面上方的主要內容是否載入過慢，像是首圖檔案過大、首頁主視覺太重、商品圖片沒有壓縮，或主機回應時間過長等等，改善時可以先從圖片尺寸、圖片格式、快取設定、主機速度與首屏資源載入順序開始檢查。
INP 不佳時，通常代表頁面互動反應不夠即時，像是 JavaScript 執行時間過長、外掛數量過多、第三方追蹤碼影響載入或功能反應延遲等等，因此改善時可以盤點不必要的外掛與追蹤碼，並請工程或網站維護人員檢查互動元件與 JavaScript 執行狀況。
CLS 不佳時，通常代表頁面在載入過程中出現非預期位移，像是圖片沒有設定寬高、廣告區塊延遲出現、banner 載入後改變版面位置，或嵌入內容沒有預留空間，因此改善時可以先確認嵌入區塊是否有保留固定空間，並檢查動態內容載入是否造成版面移動。
Core Web Vitals 優化順序怎麼排？
Core Web Vitals 的優化順序可以從「影響範圍」與「指標類型」依照以下流程安排：
- 先從 Google Search Console 找出不良與需要改善的 URL 群組
- 確認是哪個指標不佳：LCP、INP 還是 CLS
- 挑出重要頁面，用 PageSpeed Insights 檢查單頁問題
- 優先處理影響頁面數多、行動版不良、靠近轉換流程的問題
- 修正後回到工具中驗證改善結果
當同一類頁面大量出現相同指標問題時，可以優先檢查頁面模板、圖片設定、版位安排或前端資源，就能避免只針對單一頁面反覆修改，卻沒有改善整體 Core Web Vitals 表現。
Core Web Vitals 對 SEO 有什麼影響？
Core Web Vitals 會影響 Google 對頁面體驗的判斷，也是 SEO 優化中需要關注的技術指標之一。當頁面能快速載入主要內容、操作反應順暢，並且在載入過程中保持穩定，使用者會更容易完成閱讀、瀏覽與後續操作，這些訊號有助於判斷網頁是否提供良好的使用體驗。
不過，SEO 排名並不只看 Core Web Vitals，還會同時參考內容品質、搜尋意圖符合度、網站架構、頁面相關性與整體可信度。所以即便 Core Web Vitals 表現良好，雖然可以幫助網站建立更穩定的頁面體驗基礎，但還是需要搭配有價值的內容與清楚的網站結構，才能完整支撐 SEO 成效。
另外 Core Web Vitals 分數良好，不代表排名一定會提升到第一頁或第一名。當多個頁面都能滿足搜尋需求，內容品質、主題相關性與可信度也接近時，較好的 Core Web Vitals 表現可能會成為競爭優勢。
因此在規劃 SEO 優化時，建議將 Core Web Vitals 視為長期網站品質管理的一部分，定期檢查重要頁面，並優先處理影響範圍大、行動版表現不佳，或靠近轉換流程的問題，才能維持好的 SEO。
延伸閱讀：SEO 是什麼？搜尋引擎優化完整 SEO 教學指南 2026
Core Web Vitals 常見錯誤觀念
Core Web Vitals 的重點是判斷使用者在不同頁面、不同裝置上，是否能快速看到主要內容、順利操作頁面，並穩定頁面資訊，因此在判讀結果時，要把重點回到 LCP、INP、CLS 三項指標本身，確認真正需要改善的問題。
通常在檢查 Core Web Vitals 可能會有以下常見錯誤觀念：
只看 PageSpeed Insights 總分
PageSpeed Insights 的總分雖然可以作為初步參考，但更重要的是 LCP、INP、CLS 哪一項指標沒有達標。因為總分會受到多種效能項目影響，如果只看分數高低，可能會忽略真正影響 Core Web Vitals 的原因。
只測首頁
首頁通常是企業最常檢查的頁面，但 Core Web Vitals 問題不一定只出現在首頁。文章頁、商品頁、分類頁都可能因為圖片數量、版位設計、互動功能或模板設定不同，出現不同的 LCP、INP、CLS 問題。
建議可以依照頁面類型分別檢查，例如首頁看主視覺與首屏載入，文章頁看首圖與廣告版位，商品頁看圖片載入與篩選功能等等。
只看桌機版
Core Web Vitals 需要分別觀察行動版與桌機版表現。很多網站在桌機版載入順暢，但使用者用手機瀏覽時，可能因為網路環境、裝置效能、圖片尺寸或版面配置不同，出現載入慢、操作卡頓或畫面跳動的情況。
所以檢測時要同時看行動版與桌機版，尤其是主要流量來自行動裝置的網站，更需要優先確認手機瀏覽體驗，避免使用者在實際瀏覽時遇到體驗落差。
Core Web Vitals 常見問題
FID 還需要看嗎？
FID 已在 2024 年 3 月由 INP 取代，現階段檢查 Core Web Vitals 以 LCP、INP、CLS 為主。不過過去針對 FID 做過的互動優化，還是可以作為改善 INP 的基礎。
為什麼 PageSpeed Insights 每次分數不同？
PageSpeed Insights 分數會受測試環境、網路狀況、裝置模擬、伺服器狀態與第三方資源影響，因此每次測試結果可能不同，所以不要只看單次分數，可以搭配 Field Data 觀察真實使用者的長期體驗。
Core Web Vitals 不佳一定要重做網站嗎？
不一定，可以先確認問題來自 LCP、INP 還是 CLS，再判斷是否可透過壓縮圖片、調整版位、優化 JavaScript、改善快取或修正模板這類較簡單的調整來處理。
GSC 沒有 Core Web Vitals 資料怎麼辦？
GSC 沒有 Core Web Vitals 資料時，可能是網站流量或真實使用者資料量不足，但還是可以用 PageSpeed Insights 或 Lighthouse 檢查重要頁面，等網站累積足夠資料後，再使用 GSC 觀察整站狀態。
結論
Core Web Vitals 可以幫助你用更具體的數據檢查使用者體驗，LCP 可以觀察主要內容是否能快速載入，INP 觀察使用者操作後是否能順利回應，CLS 觀察頁面載入過程中是否保持穩定。當這三項指標表現不佳時，使用者可能會遇到等待時間過長、操作卡頓或畫面跳動等問題，進而影響閱讀與後續互動意願。
對 SEO 來說，Core Web Vitals 可以作為頁面體驗與網站技術品質的觀察指標。良好的網站體驗有助於使用者更順利瀏覽內容，也能讓網站在搜尋優化上建立更穩定的基礎。
如果不確定問題來源，或網站同時出現速度、互動與版面穩定問題，也可以透過將能數位行銷的 SEO 網站健檢與技術 SEO 檢查，釐清優先改善項目，讓網站優化更有方向。
