截至 2026 年，Core Web Vitals（核心網站指標）仍是 Google 衡量網站體驗最重要的一組公開標準。如果你正在查「Core Web Vitals」或「網站速度優化」，通常不是出於學術興趣，而是遇到了具體的處境：官網在手機上開得很慢、PageSpeed Insights 跑出一排紅字，或是擔心速度拖累排名與詢問單，卻不確定該先修哪裡。
這篇文章以 Google 官方文件為依據，整理 LCP、INP、CLS 這 3 大指標的定義與合格門檻、為什麼它們同時影響 SEO 與轉換、3 個指標各自的改善方向與檢測工具，加上 4 個常見誤區，最後附 8 題重點整理。讀完你就能替自己的網站跑一次健檢，並判斷該自己動手還是找人協助。
文章導讀
- Core Web Vitals 是 Google 定義的 3 個使用者體驗指標：LCP 顧載入（≤2.5 秒）、INP 顧互動（≤200 毫秒）、CLS 顧穩定（≤0.1），皆以真實使用者資料第 75 百分位評估。
- 它是搜尋的頁面體驗訊號之一，但更直接的是轉換影響：載入慢、互動卡頓、版面亂跳，都會提高跳出率、降低填單與購買意願。
- 檢測以「真實使用者資料（field data）」為準，不要只看 Lighthouse 模擬分數；目標是通過門檻與真實體驗，不是執著 100 分。
Core Web Vitals 是什麼？
Core Web Vitals（核心網站指標）是 Google 定義的一組以使用者為中心的網站體驗指標，把「這個網站用起來順不順」量化成三個可衡量的數字，分別對應載入速度、互動回應、視覺穩定三件事。Google 以真實使用者的造訪資料（取第 75 百分位）判定網頁是否合格，並把結果納入搜尋的頁面體驗訊號。
換句話說，Core Web Vitals 不是實驗室裡的理論分數，而是「多數真實訪客實際感受到的體驗」。第 75 百分位的意思是：你的頁面要讓至少 75% 的真實造訪都達到良好標準，才算通過該項指標，少數快的訪客救不了整體成績。
3 大指標與合格門檻是什麼？
3 大指標是 LCP、INP、CLS，需同時達到「良好」門檻才算通過。先看對照表，再逐一理解每個指標在衡量什麼。
| 指標 | 衡量什麼 | 「良好」門檻 |
|---|---|---|
| LCP（Largest Contentful Paint） | 主要內容載入完成的速度 | ≤ 2.5 秒 |
| INP（Interaction to Next Paint） | 頁面對使用者互動的回應速度 | ≤ 200 毫秒 |
| CLS（Cumulative Layout Shift） | 版面是否會無預警跳動 | ≤ 0.1 |
LCP：訪客多久能看到主要內容
LCP（Largest Contentful Paint，最大內容繪製）衡量頁面最主要的內容（通常是主圖或大標題區塊）載入完成的時間，良好標準是 2.5 秒以內。它回答的是訪客最原始的問題：「這個網站到底開好了沒？」
INP：點下去之後，畫面多快有反應
INP（Interaction to Next Paint，互動至下一次繪製）衡量整個瀏覽過程中，頁面對點擊、輸入等互動的回應速度，良好標準是 200 毫秒以內。INP 已於 2024 年取代舊指標 FID（First Input Delay）：FID 只看「第一次互動」的延遲，INP 則看全程互動的整體表現，更能反映頁面實際的順暢度。
CLS：版面會不會突然跳動
CLS（Cumulative Layout Shift，累計版面位移）衡量頁面元素在載入過程中無預警移動的程度，良好標準是 0.1 以下。你一定遇過：正要按按鈕，版面突然往下跳、按到廣告。CLS 量化的就是這種讓人火大的體驗。
三個指標合起來，剛好對應訪客體驗的完整時間軸：進站時開得夠不夠快（LCP）、操作時跟不跟手（INP）、閱讀時穩不穩定（CLS）。任何一環掉鏈子，訪客感受到的都是同一件事：這個網站不好用。
為什麼 Core Web Vitals 同時影響 SEO 與轉換？
因為它同時被兩個對象看見：Google 的排名系統，以及你的真實訪客。前者決定你被多少人看到，後者決定看到的人留不留得下來。
對 SEO：頁面體驗訊號的一環
Core Web Vitals 是 Google 頁面體驗評估的一環，雖然不是唯一排名因素，但在內容品質相近時，體驗較好的頁面更有優勢。值得注意的是，達標本身就是差異化：依 Google 的 Chrome 使用者體驗報告（CrUX），全球僅約一半多的網站能同時通過三項指標，把體驗做好，你就贏過了相當比例的競爭頁面。
對轉換：慢一秒，流失的是生意
比排名更直接的是轉換影響。載入慢，訪客在看到內容前就關掉頁面；互動卡頓，填表單填到一半失去耐心；版面亂跳，按錯按鈕的挫折直接轉成不信任。對把官網當成生意入口的品牌與個人而言，這三件事影響的不是分數，而是詢問單與訂單。這也是為什麼我建議把速度優化排進固定的維運節奏，而不是等到訪客抱怨才處理：體驗劣化通常是漸進的，等你自己感覺到慢，流量報表上的傷害早已發生。
3 大指標各自怎麼改善？
改善的前提是先知道哪一項不及格，再對症下藥。以下是三個指標最常見的病因與處方。
一、LCP 太慢：先看圖片與伺服器
常見原因是主圖過大、伺服器回應慢、字體或資源阻塞。對應做法：優化圖片（壓縮、使用適當尺寸與現代格式）、使用快取與 CDN、預載關鍵資源。多數內容型網站光是把首屏主圖處理好，LCP 就有明顯改善。
二、INP 太高：清理過重的 JavaScript
互動卡頓多半來自過重的 JavaScript 拖慢回應。對應做法：減少不必要的腳本、延後載入非關鍵 JS、把長任務拆分成小段。每多裝一個外掛、多掛一段追蹤碼，都是在往 INP 的天平上加砝碼。
三、CLS 太高：替會出現的元素預留位置
版面跳動常因圖片或廣告未預留尺寸、字體載入造成位移。對應做法：為圖片與嵌入元素明確指定寬高、穩定字體載入策略。原則只有一句話：任何稍後才出現的東西，都要先把位置留好。
怎麼檢測自己網站的 Core Web Vitals？
用 Google 的免費工具就足夠：PageSpeed Insights（輸入網址即得實驗室與真實資料分數）、Search Console 的核心體驗報告（看整站表現與問題頁面清單）、以及開發者常用的 Lighthouse。判讀時以「真實使用者資料（field data）」為準，因為那才是 Google 實際評估的依據，實驗室模擬分數只是除錯的參考。
實務上的檢測節奏可以很簡單：重要頁面每季跑一次、每次改版或大量安裝外掛後立即複測，並且不要只測首頁。因為每個被搜尋的頁面都會被個別評估，文章頁與服務頁的體驗，往往才是訪客第一次接觸你的地方。
什麼情況自己調、什麼情況找專業協助？下表是實務上的判斷參考。
| 你的情境 | 建議做法 | 著手點 |
|---|---|---|
| 只有一兩項指標在及格邊緣 | 自己先做低垂果實 | 壓縮圖片、啟用快取、精簡外掛 |
| 三項指標多數頁面都不及格 | 系統性診斷整站 | 主機、主題、外掛與資源載入通盤檢查 |
| 改了很多但分數不動 | 找專業協助對症下藥 | 用 field data 定位真正瓶頸 |
| 網站還沒上線或打算改版 | 把體驗當成選型標準 | 主機、主題與架構在源頭就選對 |
常見的 4 個誤區
- 只看實驗室分數：Lighthouse 的模擬分數與真實使用者資料可能不同，Google 排名看的是後者。
- 追求滿分：目標是「通過門檻」與真實體驗，而非執著於 100 分；為了最後幾分犧牲功能通常不划算。
- 只優化首頁：每個被搜尋的頁面都會被個別評估，文章頁與服務頁同樣重要。
- 裝太多外掛與特效：過多腳本與動畫常是 INP 與 LCP 的隱形殺手，日常維運就該定期清理，可搭配〈網站維運怎麼做？一人創業者每月 4 小時的 5 面向 SOP〉的節奏執行。
把官網速度當成生意問題來診斷
速度優化的正確順位，是把它放進「官網能不能帶來生意」的整體脈絡：體驗指標只是儀表板，真正要顧的是訪客從進站到填單的完整路徑。這也是為什麼我建議把 Core Web Vitals 與結構化資料、內容策略一起規劃，而不是當成一次性的分數搶救；技術基礎與 SEO 策略的關係，可以參考〈個人品牌官網 SEO 怎麼做？5 個誤區與 1 張長期內容地圖〉。
如果你希望有人系統性地診斷並優化整站的速度與體驗，可以參考我的網站架設顧問服務；想先自己動手，今天就用 PageSpeed Insights 跑一次首頁與最重要的服務頁，把紅字項目列成清單，就是最好的起點。
內文精華總結
Core Web Vitals 把「網站體驗」變成可衡量、可改善的具體目標：LCP 顧載入、INP 顧互動、CLS 顧穩定。達標不只是 SEO 加分，更直接影響訪客願不願意留下、填單與成交。
- 3 個門檻記起來：LCP ≤2.5 秒、INP ≤200 毫秒、CLS ≤0.1，以真實使用者資料第 75 百分位評估、需同時達標。
- 對症下藥：LCP 看圖片與伺服器、INP 清 JavaScript、CLS 替元素預留位置。
- 檢測看 field data：PageSpeed Insights 與 Search Console 的真實資料才是排名依據。
- 目標是通過門檻與真實體驗，不是 100 分；每個頁面都會被個別評估，別只顧首頁。
參考資料
- Google web.dev, “Web Vitals.”（查證 2026-07-11；以官方最新公告為準）
- Google Search Central, “Understanding Core Web Vitals and Google Search results.”（查證 2026-07-11；以官方最新公告為準）
延伸閱讀
- 結構化資料 Schema 是什麼？6 種常用類型與 3 步驟入門（2026 教學）
- 網站無障礙怎麼做？WCAG 2.2 四大原則與 6 個立刻能改的基礎做法
- 個人品牌官網 SEO 怎麼做？5 個誤區與 1 張長期內容地圖
- 網站維運怎麼做？一人創業者每月 4 小時的 5 面向 SOP
- 個人品牌官網 2.0！為什麼捨棄高轉換舊官網？新官網的規劃與願景
重點整理
Core Web Vitals 是哪三個指標？
三個以使用者為中心的指標：LCP（Largest Contentful Paint，主要內容載入速度，良好為 ≤2.5 秒）、INP（Interaction to Next Paint，互動回應速度，良好為 ≤200 毫秒）、CLS（Cumulative Layout Shift，版面穩定度，良好為 ≤0.1）。三項皆以真實使用者資料第 75 百分位評估，需同時達標。
Core Web Vitals 會影響 Google 排名嗎？
會，但不是唯一因素。它是 Google 頁面體驗評估的一環，在內容品質相近時，體驗較好的頁面更有優勢。更直接的是它影響轉換：載入慢、互動卡頓、版面亂跳都會提高跳出率、降低填單與購買意願。
INP 和舊的 FID 有什麼不同？
INP（Interaction to Next Paint）已於 2024 年取代舊的 FID（First Input Delay）。FID 只衡量「第一次互動」的延遲，INP 則衡量整個瀏覽過程中互動回應的整體表現，更全面反映頁面的互動順暢度，良好門檻為 200 毫秒以內。
LCP 太慢通常是什麼原因？
最常見的原因是首屏主圖過大、伺服器回應慢、字體或資源阻塞載入。對應做法是優化圖片（壓縮、適當尺寸、現代格式）、使用快取與 CDN、預載關鍵資源。多數內容型網站把主圖處理好，LCP 就會明顯改善。
怎麼免費檢測網站的 Core Web Vitals？
用 Google 免費工具即可：PageSpeed Insights（輸入網址就得到實驗室與真實資料分數）、Search Console 的核心體驗報告（看整站表現與問題頁面）、以及 Lighthouse。建議每季替重要頁面跑一次，改版後立即複測。
Lighthouse 分數和真實使用者資料哪個重要？
以真實使用者資料（field data）為準，因為那才是 Google 實際評估排名的依據；Lighthouse 的實驗室分數是在模擬環境下測得，適合用來除錯與定位問題，但與真實訪客的體驗可能有落差，不必為了模擬分數的滿分過度優化。
WordPress 網站外掛裝很多，會影響 Core Web Vitals 嗎？
會。過多的外掛與特效意味著更多腳本與資源要載入，常是 INP 與 LCP 的隱形殺手。建議定期盤點：停用沒在用的外掛、避免功能重複、謹慎使用動畫特效，並在每次安裝新外掛後複測一次速度。
想找人診斷並優化網站速度，該怎麼開始？
先用 PageSpeed Insights 跑一次首頁與最重要的服務頁，把不及格的指標與頁面列成清單，這份清單就是與顧問溝通的最好起點。若希望有人系統性診斷整站的速度、體驗與技術 SEO，歡迎透過網站聯絡頁與我聊聊你的情境。
