Core-Web-Vitals

一句話定義

Google 把使用者網頁體驗量化為排名訊號的 3 個核心指標——LCP(載入速度)+ FID(互動反應)+ CLS(視覺穩定性);是 技術SEO 與 UX 的交集點,2021 起正式納入 Google 排名演算法。

核心要點

3 個指標 × 3 個區段

指標全名量測對象速度良好需要改善速度低落
LCPLargest Contentful Paint(最大內容繪製)感知載入速度< 2.5 秒2.5–4 秒> 4 秒
FIDFirst Input Delay(首次輸入延遲)載入響應度< 100 ms100–300 ms> 300 ms
CLSCumulative Layout Shift(累計版面配置轉移)視覺穩定性< 0.10.1–0.25> 0.25

各指標細節

LCP(最大內容繪製)

  • 量測網站載入「最先映入眼簾的形象文字 / LOGO / 圖片 / 影片」等元素的時間
  • 在頁面主要基本內容加載完畢後標註
  • 對位 Google 整體速度區段:快 0–2.5 / 普通 2.5–4 / 慢 > 4

FID(首次輸入延遲)

  • 量測使用者第一次與網頁元素互動(點擊連結 / 按鈕 / 圖片 / 影片)時,網頁給出回應的時間
  • 慢到使用者以為網站壞掉就是低落
  • 2024 年起 Google 已用 INP(Interaction to Next Paint)取代 FID——本頁的 Welly 來源時間在 FID 仍為主指標時期

CLS(累計版面配置轉移)

  • 量測元素「第一時間呈現」與「實際加載完成」的時間差導致的「跑版 / 位移
  • 0 = 沒有任何位移;正數越大越糟
  • 易讀性 的「重複節奏」+ 排版 的「好排版『沒有感覺』」共享 UX 邏輯——位移就是「讓使用者感覺到」的反例

為什麼這 3 個

Google 不是任意挑——3 個指標分別對應使用者進入頁面的 3 個時間階段:

  1. 看到了什麼(LCP,感知載入)
  2. 能不能互動(FID,響應度)
  3. 看到的還會不會跑(CLS,視覺穩定)

→ 三者組合 = 完整網頁體驗的量化代理

為什麼重要:Google 的「3 秒耐心」研究

Welly 引:Google 研究使用者耐心只有 3 秒——載入時間過長 / 版面配置位移 → 跳出率上升 → SEO 受損。

Google Search Console 跳出率比例

  • 載入 1 → 3 秒:跳出率 +32%
  • 載入 1 → 6 秒:跳出率 +106%

→ 即每多 5 秒,跳出率翻倍。

但要小心:速度的位階警示

重要性還是不如頁面與搜尋意圖的『相關性』來得高」(Welly

  • 網站速度 0.01 秒但內容無關 → 對 SEO 排名仍無用
  • 不要為了完美數字捨棄網站靈魂與實用性
  • 業主可在「檢測數據 vs 網站功能性」中取得平衡

3 個檢測工具(Google 推薦)

工具出品特色
PageSpeed InsightsGoogle蒐集 Chrome 28 天真實使用者數據;分 90+ 良好 / 50–90 改進 / <50 較差;電商 / WordPress 60 分達標
YSlowYahoo至少 23 種指標;Smush.it / JSLint 分析工具
WebPagetest開源全球用戶測試 / 多瀏覽器 / DNS / TCP / TLS 深度指標 / 影片記錄

與其他概念的關係

  • 技術SEO 9 項中的第 8 項(網頁體驗層)
  • SEO:CLS 是 Google 把視覺穩定性正式量化進排名訊號的代表案例;2021 排名加權後改變了 SEO 從業者的工作邊界
  • 排版 / 易讀性:CLS 對應排版的「重複節奏 + 視覺穩定」+「好排版『沒有感覺』」原則;位移 = 排版層的負向體驗在量化指標上的表現
  • 使用者研究:3 秒耐心是行為研究結論;Core Web Vitals 把 UX 從質性敘述(「使用者覺得卡」)轉為定量指標(LCP > 4 秒)
  • Empathize:「3 秒耐心」是設計思考第一階段「同理使用者」的具體行為觀察結論
  • Goal-Signal-Metric:是 Google 對使用者體驗「樹幹(用戶滿意)→ 樹枝(不離開)→ 樹葉(LCP/FID/CLS)」的三層拆解——同樣的拆解方法論
  • 數據流:Core Web Vitals 是 UX-三刀流 中數據流量化用戶體驗的標準工具

相關來源

備註

時間戳警示:本頁的 Welly 來源出版於 2022–2023 之間,當時 FID 仍為主指標。

Google 2024 年更新

  • **INP(Interaction to Next Paint)**已取代 FID 成為 Core Web Vitals 第二指標(自 2024 年 3 月)
  • INP 量測整個頁面生命週期的所有互動延遲,比 FID(只看首次互動)更全面
  • 新閾值:INP < 200 ms 良好 / 200–500 ms 改進 / > 500 ms 較差

未來 ingest 較新 SEO 來源時應在本頁主表加入 INP 並標記 FID 已棄用。

未來累積方向

  • (a) TTFB(Time to First Byte)—— Server 反應時間,是 LCP 的前置
  • (b) TBT(Total Blocking Time)——主執行緒被阻塞的時間,PageSpeed Insights 用
  • (c) WCV vs INP 過渡期實作建議——前端優化清單變化
  • (d) Real User Monitoring(RUM)vs Lab Data——CrUX(Chrome User Experience Report)數據與 Lighthouse 模擬數據的差異