Core Web Vitals 是什麼？Google 排名因素與三大指標判斷

Core Web Vitals 是什麼？

Core Web Vitals 是 Google 用來判斷網頁實際使用體驗的一組核心指標，包含載入速度、互動反應與畫面穩定性。

如果網站在手機上開很慢、點了沒有反應、畫面一直跳，這些問題不只影響訪客，也可能拖累搜尋體驗訊號。以 2026 年來看，Core Web Vitals 仍是網站優化與 SEO 溝通時很重要的共同語言。

• LCP：看主要內容出現得快不快。
• INP：看使用者點擊、輸入後，頁面反應順不順。
• CLS：看畫面載入時會不會突然位移。

Core Web Vitals 衡量哪三件事？

核心網頁指標衡量的是網站打開快不快、點了有沒有反應、畫面會不會跳動。這三件事剛好對應一般訪客最直接的感受：能不能快速看到內容、能不能順利操作、閱讀時會不會被版面干擾。

它和一般網站速度分數有什麼不同？

PageSpeed 分數、真實使用者資料、Google 排名訊號不是同一件事。PageSpeed Insights 或 Lighthouse 的分數可以協助 debug，但 Core Web Vitals 更重視真實訪客在不同裝置、網路與環境下的體驗。實務上，我不會只看一個 100 分就判定網站沒問題，因為真實使用者資料才更接近 Google Search Console 裡看到的狀況。

LCP、INP、CLS 三大指標怎麼看？

LCP、INP、CLS 分別代表載入體驗、互動體驗與視覺穩定性，是 2026 年 Core Web Vitals 的三大核心指標。

指標	白話意思	Good 門檻	常見問題
LCP	主要內容多久出現	2.5 秒內	主圖太大、伺服器慢、渲染阻塞
INP	點擊或輸入後，頁面多久有反應	200ms 以下	JavaScript 太重、第三方腳本太多
CLS	畫面載入時穩不穩	低於 0.1	圖片未預留尺寸、廣告區塊推擠內容

LCP：最大內容繪製

LCP 是 Largest Contentful Paint，中文常譯為最大內容繪製，用來看使用者進入頁面後，畫面中最大的主要內容多久出現。常見的 LCP 元素包括首頁主圖、文章標題區、商品主圖與大型橫幅。若 LCP 超過 2.5 秒，使用者通常會覺得頁面卡在載入中。

INP：互動到下一次畫面更新

INP 是 Interaction to Next Paint，中文可理解為互動到下一次畫面更新，用來看使用者點擊按鈕、打字、開選單後，頁面多久才有下一個反應。INP 已在 2024 年取代 FID，成為主要互動指標。2026 年看 Core Web Vitals 時，不應再把 FID 當核心指標。

CLS：累積版面配置偏移

CLS 是 Cumulative Layout Shift，中文常譯為累積版面配置偏移，用來看畫面是否穩定。常見情境是圖片載入後把文字往下推、廣告突然插入內容中間、字型載入後版面重排。CLS 低於 0.1 才算良好。

Core Web Vitals 是 Google 排名因素嗎？

Core Web Vitals 是 Google 排名因素之一，也是 Page Experience 的一部分，但它不是排名保證。

Google Search Central 對頁面體驗的說法很清楚：好的 Core Web Vitals 有助於搜尋成功與使用者體驗，但內容相關性、搜尋意圖符合度、頁面品質仍然更關鍵。分數好不代表一定排第一，分數差也不代表一定沒有排名。

為什麼 Google 會把它納入排名系統？

Google 想讓搜尋者找到有用、可讀、可操作的頁面。再好的內容，如果手機版載入太久、按鈕點了沒反應、閱讀時畫面一直跳，使用者體驗仍然很差。Core Web Vitals 把這些感受變成可衡量的訊號，讓搜尋品質不只停在文字相關性。

什麼情況下 CWV 比較可能影響排名？

當兩個頁面的內容相關性接近、SERP 競爭很強、使用者多數來自行動裝置時，Core Web Vitals 的意義會更明顯。我的判斷是，同等相關性下，體驗訊號才更有拉開差距的價值；如果內容本身不符合搜尋意圖，先追 LCP、INP、CLS 通常不是最划算的順序。

什麼情況下 CWV 不是第一優先？

• 頁面內容和關鍵字意圖不一致時，先修內容。
• 重要頁面沒有被索引時，先查索引與技術 SEO。
• 網站架構混亂、內部連結薄弱時，先處理架構。
• 產品頁或服務頁缺少關鍵資訊時，先補足決策內容。

Core Web Vitals 怎麼測量？

Core Web Vitals 可以用 PageSpeed Insights、Lighthouse、Google Search Console 與 CrUX 觀察，差別在於單頁測試、整站監控與資料來源不同。

工具	適合用途	資料類型	實務判讀
PageSpeed Insights	快速檢查單一 URL	field data 與 lab data	適合看手機版、桌機版差異
Lighthouse	開發與 debug	lab data	適合找技術瓶頸，不等於排名分數
Google Search Console	管理整站問題	真實使用者資料	適合看 URL group 與裝置類型
CrUX	觀察 Chrome 真實使用者體驗	field data	常被 PageSpeed Insights 與 GSC 使用

PageSpeed Insights 適合看什麼？

PageSpeed Insights 適合用來快速檢查單一頁面，例如首頁、服務頁、商品頁或高流量文章。它會分開顯示手機版與桌機版，也可能同時出現真實使用者資料與 Lighthouse 模擬測試結果。不要把 PSI 分數當唯一 KPI，應該搭配 LCP、INP、CLS 各自的狀態看。

Search Console Core Web Vitals 報告適合看什麼？

Google Search Console 的 Core Web Vitals report 適合管理整站問題。它會依照 mobile、desktop、URL group 與問題指標分類，讓你知道是哪一批相似頁面出問題。若看到 No data available，通常代表網站太新，或 CrUX 沒有足夠資料支援該裝置類型的報告。

CrUX 和 Lighthouse 差在哪？

CrUX 是 Chrome User Experience Report，代表真實使用者資料；Lighthouse 是模擬環境測試，適合找問題原因。實務上常見情況是 Lighthouse 分數很好，但 Search Console 仍顯示不良，原因通常是實際訪客的手機、網路、地區與使用情境比測試環境複雜。

Good、Needs improvement、Poor 怎麼判斷？

Core Web Vitals 會把 LCP、INP、CLS 分成 Good、Needs improvement、Poor，並以第 75 百分位數判斷多數使用者體驗。

指標	Good	Needs improvement	Poor
LCP	2.5 秒內	超過 2.5 秒到 4 秒	超過 4 秒
INP	200ms 以下	超過 200ms 到 500ms	超過 500ms
CLS	低於 0.1	0.1 到 0.25	高於 0.25

為什麼用第 75 百分位數？

第 75 百分位數代表不是只看你自己測到的一次，也不是只看最好或最差的少數案例。Google 用這個口徑，是為了觀察大多數使用者是否有穩定體驗。對網站主來說，這比在辦公室高速網路下測一次更有參考價值。

手機版不好、桌機版好，要先修哪個？

台灣多數中小企業網站、內容站與電商網站都應先看行動流量與轉換頁。若手機版 Core Web Vitals 差，桌機版正常，通常先處理手機版高流量頁、高商業價值頁與主要入口頁。桌機版不能忽略，但行動版往往更接近真實搜尋流量。

Field data vs Lab data：為什麼工具結果會不一致？

Field data 是真實使用者資料，Lab data 是模擬測試資料；判斷排名與使用者體驗時，通常先看 field data，再用 lab data 找原因。

Lighthouse 分數很好，為什麼 Search Console 還是顯示不良？

因為 Lighthouse 多半是在固定裝置、固定網路與固定測試條件下跑出來的 lab data；Search Console 則看真實使用者在不同手機、網路、地區與時間窗中的表現。判斷順序建議是：先信 Search Console 與 CrUX 的 field data，再用 PageSpeed Insights 和 Lighthouse 找 LCP、INP、CLS 的可能瓶頸。

修完後多久會反映？

Core Web Vitals 修完後通常不會立刻在 Search Console 更新。GSC 需要重新累積 CrUX 資料，驗證流程也需要等待新的真實使用者資料進來。這裡最容易發生溝通落差：工程端覺得已修好，SEO 報告卻還沒變綠，兩邊看的其實是不同時間窗。

Core Web Vitals 問題通常出在哪？

Core Web Vitals 問題常出在圖片、主機、CSS/JS、第三方腳本與動態內容，不同指標對應的問題來源不同。

指標	常見來源	初步檢查方向
LCP	圖片太大、主機回應慢、CSS 阻塞、字型載入	看主圖、TTFB、CDN、快取與首屏資源
INP	JavaScript 長任務、外掛、追蹤碼、聊天工具	看互動事件、第三方腳本與主執行緒負擔
CLS	圖片尺寸、廣告容器、字型切換、動態插入內容	看是否有預留空間與版面突然推擠

LCP 常見原因

LCP 常見原因是首屏圖片太大、伺服器回應慢、渲染阻塞或字型載入拖慢主要內容。若主圖沒有壓縮、沒有合適尺寸，或主機 TTFB 偏高，LCP 很容易超過 2.5 秒。圖片問題可延伸看 網站圖片優化，主機回應可延伸看 主機速度測試。

INP 常見原因

INP 常見原因是 JavaScript 太重、外掛太多、追蹤碼堆疊、廣告腳本或聊天工具佔用主執行緒。很多台灣網站不是頁面完全打不開，而是按篩選、開選單、送出表單時卡住，這種體感問題常會反映在 INP。

CLS 常見原因

CLS 常見原因是圖片沒有設定尺寸、廣告區塊沒有預留高度、字型載入後文字重排，或動態內容突然插入頁面上方。網站主最常忽略的是 LINE 外掛、浮動活動條與廣告版位，這些元件看似小，卻很容易讓版面偏移。

台灣常見 WordPress、CMS、電商網站要怎麼看 CWV？

台灣網站看 CWV 時，應依 WordPress、WooCommerce、Shopify、形象官網與內容站的實際限制分流判斷。

WordPress 網站

WordPress 網站常見問題在頁面編輯器、主題載入、快取設定、圖片處理與外掛數量。不要一看到 Core Web Vitals 不良就先裝更多外掛，因為外掛本身也可能增加 INP 或 LCP 負擔。WordPress 情境可延伸看 WordPress 速度優化 與 Elementor 教學。

電商網站

電商網站要特別看商品圖、分類頁、結帳流程、第三方金流、再行銷碼與客服工具。Core Web Vitals 不只關係 SEO，也會影響轉換率與棄單。商品頁 LCP 慢，使用者看不到主圖；結帳頁 INP 差，使用者可能重複點擊或直接離開。這類問題可延伸到 電商轉換率設計 與 購物車棄單挽回。

形象官網與內容站

形象官網與內容站常見問題是首頁主視覺太重、部落格模板載入太多元件、聯絡表單或 LINE 外掛拖慢互動。預算有限時，先修入口頁、高曝光文章與詢問表單頁，比全站平均修一點更有商業意義。

Core Web Vitals 會帶來哪些商業影響？

Core Web Vitals 的影響不只在 Google 排名，也會影響跳出率、轉換率、回訪意願與品牌信任。

• 載入太慢時，訪客還沒看到內容就離開。
• 互動延遲時，表單、篩選、加入購物車容易卡住。
• 畫面跳動時，使用者可能誤點廣告或按錯按鈕。
• 手機體驗差時，搜尋流量帶來的商業價值會被消耗。

為什麼不要只把 CWV 當成 Google 分數？

Core Web Vitals 分數是診斷工具，真正要改善的是使用者能不能順利使用網站。只為了分數調整，可能會修到沒有商業價值的頁面；從使用者路徑出發，才會知道該先修首頁、服務頁、商品頁、結帳頁，還是高曝光文章。這也是 網站優化完整指南 會把速度、內容與轉換一起看的原因。

建議的檢查順序：從報告到修復優先級

建議先看 Search Console 的 URL group，再挑高流量、高轉換、高問題密度頁，用 PSI 與 Lighthouse debug，最後回到 GSC 驗證。

1. 先看 Google Search Console 的 Core Web Vitals report。
2. 確認 mobile 與 desktop 哪一邊問題較嚴重。
3. 找出受影響的 URL group。
4. 挑高流量、高商業價值頁面優先處理。
5. 用 PageSpeed Insights 和 Lighthouse 找 LCP、INP、CLS 原因。
6. 修完後送出驗證，等待 field data 更新。

先看 Search Console 的 URL group

URL group 代表一批相似頁面有共同體驗問題，例如同一種文章模板、同一種商品頁模板或同一種分類頁。先看 URL group 可以避免一頁一頁亂修，也能讓工程或網站管理者集中處理模板問題。

先修高流量、高轉換、高問題密度頁

優先順序應該看商業價值與問題嚴重度的交集。高曝光文章、主要服務頁、商品頁、結帳頁、詢價表單頁，通常比低流量公告頁更值得先修。對台灣中小企業來說，這種排法比較能控制預算，也比較容易向主管或客戶解釋。

修完後用什麼驗證？

修完後可以先用 PageSpeed Insights 和 Lighthouse 檢查 lab data 是否改善，再回 Search Console 啟動驗證，並觀察 CrUX 的真實使用者資料。不要承諾立即恢復，因為 Core Web Vitals 報告需要資料累積，排名變化也會受到內容、競爭與搜尋需求影響。

哪些內容不屬於本文範圍？

Core Web Vitals 這篇聚焦定義、排名關係、指標判讀與初步檢查，不展開完整技術修復教學。

• 不提供完整前端效能工程教學。
• 不整理 WordPress 外掛推薦排行榜。
• 不深入伺服器架構與後端調校。
• 不提供完整 PageSpeed 優化大全。
• 不推測 Google 未公開的演算法權重。
• 不把 Core Web Vitals 包裝成保證排名提升的方法。

Core Web Vitals 是什麼？

Core Web Vitals 是 Google 用來衡量真實使用者網頁體驗的核心指標組，包含 LCP、INP、CLS。它可以用來看頁面載入快不快、互動順不順、畫面穩不穩。

Core Web Vitals 會直接影響 Google 排名嗎？

會，它是 Google 排名因素之一，也是 Page Experience 的一部分。但它不是排名保證，內容相關性與搜尋意圖符合度仍然更重要。

LCP、INP、CLS 哪一個最重要？

三個都重要，因為任何一個不良都可能讓整體體驗被判為不佳。實務上可依問題來源排序：載入慢先看 LCP，互動卡先看 INP，畫面跳動先看 CLS。

INP 和 FID 差在哪？為什麼現在要看 INP？

FID 只看第一次互動延遲，INP 會更完整地觀察頁面生命週期中的互動反應。INP 已取代 FID，2026 年看 Core Web Vitals 應以 INP 作為主要互動指標。

PageSpeed Insights 分數很高，為什麼 Search Console 還是顯示不良？

PageSpeed Insights 可能顯示單次 lab data 很好，但 Search Console 看的是真實使用者資料。裝置、網路、地區、流量樣本與時間窗不同，都可能造成結果不一致。

Search Console 顯示 No data available 是什麼意思？

No data available 通常代表網站太新，或 CrUX 沒有足夠真實使用者資料支援該裝置類型的報告。這不一定代表網站沒有問題，也不等於網站表現良好。

手機版 Core Web Vitals 差、桌機版正常，要先修哪個？

通常先看行動版，尤其是搜尋流量和轉換主要來自手機的網站。優先處理手機版高流量、高商業價值頁面，再評估桌機版是否需要同步修。

Core Web Vitals 修好後多久會反映在 Google？

不會立即反映。Search Console 需要重新累積真實使用者資料，驗證流程也需要等待新的資料進來。不要把 Lighthouse 當下變好，解讀成 GSC 會立刻變綠。

WordPress 網站最常見的 Core Web Vitals 問題是什麼？

常見問題包括主題太重、頁面編輯器輸出太多資源、圖片沒有壓縮、快取設定不佳、第三方外掛與追蹤碼太多。不要先急著裝更多外掛，應先判斷是哪個指標出問題。

Core Web Vitals 好，SEO 排名就一定會上升嗎？

不一定。Core Web Vitals 好代表頁面體驗較佳，但 SEO 排名還會受到內容品質、搜尋意圖、網站權威、內部連結與競爭程度影響。

沒有工程師也能改善 Core Web Vitals 嗎？

可以改善一部分，例如壓縮圖片、移除不必要外掛、減少第三方腳本、調整廣告與嵌入元件。但若問題涉及 JavaScript、伺服器回應或模板架構，仍建議找網站管理者或前端協作者處理。

Core Web Vitals 和網站速度優化有什麼不同？

網站速度優化範圍更大，可能包含主機、快取、圖片、程式碼與 CDN。Core Web Vitals 則聚焦在 Google 定義的三個核心使用者體驗指標：LCP、INP、CLS。