更新: 2026-05-28 診斷路由器

Core Web Vitals 是什麼?三個指標的診斷指南

Core Web Vitals 三個指標(LCP、INP、CLS)分別衡量什麼?用 GSC 報告三分鐘判斷你的網站是哪個指標亮紅燈,再用決策表決定先優化哪一個,附各指標修復子文連結。

技術 SEO 2026-05-28 core web vitalsLCPINPCLSPageSpeed InsightsGoogle Search Console
這篇內容要解決什麼?:Core Web Vitals 是什麼?三個指標的診斷指南
Core Web Vitals 是什麼?三個指標的診斷指南

Core Web Vitals 是什麼?先看懂三個指標在量什麼

如何判斷 Core Web Vitals 是什麼?三個指標的診斷指南?:先確認條件,再選擇處理路徑
先確認條件,再選擇處理路徑

Core Web Vitals 是 Google 用來衡量真實使用者體驗的三個核心指標,分別是「最大內容繪製」(Largest Contentful Paint, LCP)、「互動至下一個繪製」(Interaction to Next Paint, INP)和「累計版面配置位移」(Cumulative Layout Shift, CLS)。這三項從 2021 年起納入 Google 的排名信號,屬於「頁面體驗」評估的一部分。每個指標各自衡量載入、互動、穩定性三個體驗維度,並有明確的「良好閾值」,達到標準即為綠燈。如果你正為網站排名或使用者體驗煩惱,首先需要搞清楚這三個指標量的到底是什麼。

三分鐘自我判斷:你的網站是哪個指標出問題

與其閱讀大量理論,不如先花三分鐘定位問題。請打開 Google Search Console,點擊左側選單的「體驗」,再選擇「Core Web Vitals」報告。在「行動」和「電腦」分頁中,查看哪個指標(LCP、INP 或 CLS)亮起紅燈或橘燈,並注意其「影響的 URL 數量」。這是你判斷的起點。例如,如果 LCP 顯示紅燈且影響了 50 個 URL,代表你的網站普遍存在主要內容載入緩慢的問題。確認是哪個指標後,你可以直接跳轉到對應的深度診斷文章:LCP 問題請參閱 LCP 優化指南,INP 問題請參閱 INP 優化指南,CLS 問題請參閱 CLS 版面位移修復指南。

LCP 最大內容繪製:載入慢的診斷入口

哪些證據能支持這個結論?:以可查證來源和實際結果收斂判斷
以可查證來源和實際結果收斂判斷

INP 互動至下一個繪製:點了沒反應的診斷入口

INP 衡量的是使用者在整個造訪期間,所有互動(如點擊、輸入、觸控)的回應延遲,它取第 98 百分位附近的最差互動來決定最終分數,這比舊的 FID 指標嚴格得多。例如,一個頁面若有一百次互動,INP 的值就由其中反應最慢的那次互動決定。高互動頁面,如電商的商品篩選頁或複雜表單頁,最容易因 JavaScript 長任務或第三方腳本阻塞主執行緒而出現 INP 問題。診斷時,可使用 Chrome DevTools 的 Performance Insights 面板錄製互動,並觀察「Long Tasks」警告。深入修復請看 INP 優化指南,若問題源自第三方腳本,則可參閱 第三方腳本 SEO 診斷指南。

CLS 累計版面配置位移:畫面亂跳的診斷入口

如何決定哪個指標先優化:優先級決策表

當多個指標同時亮起紅燈,或你時間有限時,需要一個清晰的優先順序。可以依據三個條件進行判斷:哪個指標紅燈、它影響多少 URL、這些 URL 是否擁有流量。下表提供具體的判斷路徑:

情境判斷條件 建議優先行動 參考資源
LCP 紅燈,且 PageSpeed Insights 診斷中 TTFB(伺服器回應時間)明顯偏高。 先優化伺服器端回應速度。 TTFB 優化建議
INP 紅燈,且問題集中在商品篩選、表單提交等高互動頁面。 先處理阻塞主執行緒的 JavaScript 長任務或第三方腳本。 INP 優化指南
CLS 紅燈,且問題 URL 多為含有廣告版位的內容頁。 先為廣告元素預留固定尺寸空間。 CLS 版面位移修復指南
多個指標同時紅燈。 從影響流量最大的 URL 對應的紅燈指標開始處理。 GSC Core Web Vitals 報告中的「影響的 URL 數」

這個決策流程的核心在於,優先解決影響範圍最廣(URL 數多)且商業價值最高(流量大)的瓶頸。修復一個影響全站模板的 LCP 問題,通常比修復僅影響少數頁面的 CLS 問題,能帶來更整體的體驗提升。

欄位資料 vs. 實驗室資料:為什麼 PageSpeed Insights 分數跟 GSC 不一致

欄位資料與實驗室資料有什麼不同?為什麼分數會不一致?:欄位資料是真實使用者的 CrUX 28 天滾動統計,實驗室資料是模擬環境單次量測;診斷以欄位資料為準。
欄位資料是真實使用者的 CrUX 28 天滾動統計,實驗室資料是模擬環境單次量測;診斷以欄位資料為準。

Core Web Vitals 診斷中最常見的混淆,是將 Google Search Console(GSC)報告中的「欄位資料」與 PageSpeed Insights(PSI)下半部的「實驗室資料」混為一談。這兩者本質不同:GSC 的資料來自 CrUX(Chrome User Experience Report),是真實使用者在過去 28 天內的體驗數據,Google 排名依據的就是這份欄位資料。而 PSI 的實驗室資料是使用 Lighthouse 在受控環境下的單次模擬測試。因此,你在辦公室 Wi-Fi 環境下用 Lighthouse 跑出 90 分,但 GSC 報告卻是紅燈,這是完全可能的,因為真實使用者可能透過行動網路慢速載入。診斷時應以 GSC 的欄位資料確認問題是否存在,再用 PSI 的實驗室資料來具體定位並重現問題。詳細差異說明可參考 Core Web Vitals 欄位資料完整指南。

常見問題

Core Web Vitals 是 Google 的排名因素嗎?影響多大?

是的,Core Web Vitals 是 Google 「頁面體驗」排名信號的組成部分。根據 Google 官方說明,它屬於排名微調信號,意即在其他品質因素相近時,Core Web Vitals 表現較好的頁面會獲得優勢。在競爭激烈的查詢中,這種微調可能產生實際影響。

為什麼 PageSpeed Insights 分數低,但 GSC 報告卻是綠燈?

因為兩者使用的資料類型不同。PageSpeed Insights 的分數(尤其 Lighthouse 部分)來自實驗室測試,模擬的是特定網路與裝置環境。GSC 報告則基於 CrUX 欄位資料,反映真實使用者的體驗。一個在理想條件下分數不高、但真實使用者體驗良好的網站,在 GSC 中仍可能顯示為綠燈。

我的網站剛上線,GSC 的 Core Web Vitals 報告是空的,怎麼辦?

這代表您的網站流量尚未累積到足以產生 CrUX 資料的門檻,Google 因此暫時無法提供欄位數據。在此階段,您仍可使用 PageSpeed Insights 的 Lighthouse 資料進行效能優化。當流量足夠後,CrUX 資料會自然出現,GSC 報告也將開始更新。

Core Web Vitals 的數據多久更新一次?GSC 報告是即時的嗎?

不是即時的。CrUX 資料採用 28 天的滾動窗口進行計算與更新。這意味著您今天完成的優化,可能需要等待數週才能在 GSC 報告中看到數據的完全反映。因此,評估優化成效需要耐心。

行動版和電腦版的 Core Web Vitals 數據是分開計算的嗎?

是的。GSC 的 Core Web Vitals 報告會分別呈現「行動裝置」與「電腦」的數據,CrUX 也是分別收集不同裝置類型的體驗資料。Google 在排名時會考量相應版本的體驗數據,因此建議兩者都需關注,並通常優先處理影響更多使用者的行動版問題。

KW
Kevin Wu
技術 SEO 顧問 · Nitikarn Clinic
← 返回診斷列表