Core Web Vitals 滿分檢查清單（WordPress 版）：照做就能穩定 Pass (2026)

CWV 做到 Pass 只需要三件事：定位、排序、驗收

你不需要背指標定義。你需要回答三個問題：

① 我現在慢在哪？（定位）
② 先修什麼最有效？（排序）
③ 怎麼確認真的變快？（驗收）

想直接有人幫你走完「定位 → 修復 → 驗收」，看這個：WordPress 速度健檢與加速服務，或直接聯絡我們。

Step 0：建立基準線（別跳過）

同一套工具、同一套條件測，才有可比性。

測什麼	工具	建議測法
真實使用者趨勢	Search Console（CWV 報表）	看「長期」走勢
單頁可重現測試	PageSpeed Insights	Mobile 優先
深度 debug	Lighthouse（Chrome）	同網路條件，關掉外掛

先選 3 個核心頁就好

你不用全站每一頁都做完美。先把「成交路徑」做穩：

① 首頁 / 入口頁 — 訪客願不願意留下
② 方案 / 報價頁 — 訪客願不願意決策
③ 聯絡 / 表單頁 — 詢問能不能發生

LCP 檢查清單（最大內容出現速度）

LCP 在 WordPress 最常被「首頁大圖」與「阻塞資源」拖垮。

檢查項目	觀察重點	WordPress 常見戰犯	快速修法	深度修法
LCP 元素是誰	PSI 的 LCP element	Hero 圖、主視覺區塊	先把圖壓小	換更輕的版型
圖片體積與格式	圖是否 > 200–300KB	原圖直上、沒 WebP/AVIF	圖片壓縮	建自動化流程
資源載入順序	render blocking	主題載入過多 CSS/JS	啟用快取/最小化	拆 critical CSS

LCP 交辦清單（直接貼給工程師）

把「首屏最大元素」做到「先出現、再變漂亮」：

找出 LCP element（PSI → Diagnostics）
首頁 Hero 圖：不要 lazyload、先壓縮、優先載入（必要時 preload）
移除/延後首屏不必要的 JS（動畫、輪播、追蹤碼）
確認 CSS/字體不阻塞首屏（必要時先用系統字體）
快取策略先穩住（page cache 先上，再談微調）

LCP 進階：壓縮了圖片還是慢？

多半卡在「阻塞資源」或「載入順序」。

常見情境	你會看到什麼	建議修法
主題一次載入太多 CSS/JS	PSI 顯示 render blocking	先移除不用的功能/外掛
字體太重、首屏等字體	文字晚出或跳動	先用系統字體，或設定 `font-display`
Hero 圖沒被優先載入	LCP element 一直是大圖	首屏圖優先載入，避免 lazyload

INP 檢查清單（互動延遲）

INP 在 WordPress 最常被「外掛塞滿」與「第三方腳本」拖慢。

檢查項目	觀察重點	常見戰犯	快速修法	深度修法
互動是否卡頓	點按/滑動延遲	追蹤碼、聊天室、小工具	移除非必要腳本	延遲載入/分段載入
長任務（Long tasks）	Lighthouse	大型頁面建構器	精簡外掛	重構主題/模組

INP 腳本盤點：先砍最拖的 20%

重點是「把最痛的互動卡頓拿掉」。

常見安裝項	為什麼拖 INP	建議做法
GTM / 追蹤碼	事件綁定多、腳本鏈長	延後載入、只留必要事件
聊天室 / 客服小工具	長任務、重渲染	只在特定頁載入
表單/嵌入工具	iframe/事件阻塞	改原生表單或延後載入
圖表/動畫/輪播	主執行緒被吃掉	先移除，或只在桌機載入

懷疑自己是「外掛太多」那型？看這篇有完整 SOP：WordPress 速度優化：讓網站快到訪客無法離開。

CLS 檢查清單（版面跳動）

CLS 的問題不是「好不好看」，是「能不能順利讀完、點到」。

檢查項目	觀察重點	常見戰犯	快速修法	深度修法
圖片/影片是否先佔位	layout shift	沒寫尺寸、廣告區塊	先固定寬高	改排版策略
字體載入導致跳動	FOUT/FOIT	自訂字體太重	font-display 設定	子集化字體

CLS 最常被忽略的 3 個來源

CLS 的敵人通常是「突然插進來的區塊」：

① Cookie / Banner / 浮動 CTA — 預留高度或改成不推擠內容的樣式
② 嵌入 iframe（地圖/影片/表單） — 先固定容器高度，再載入內容
③ 圖片只壓縮，沒指定尺寸 — 壓縮只救 LCP，CLS 需要「先佔位」

用一張表把修復順序排出來

先做最值得的。

你現在的狀態	最該先修的層級	該看哪篇
TTFB 高、首屏白	Host/快取	如何改善 WordPress 主機速度
LCP 高、圖很晚出	圖片/資源	WordPress 圖片壓縮教學
每次都像第一次載入	快取策略	快取外掛比較
後台慢、編輯卡	資料庫	WordPress 資料庫清理

驗收紀錄表（每修一項填一次）

日期	頁面	TTFB	LCP	INP	CLS	本次改了什麼	結果/備註
YYYY-MM-DD	/
YYYY-MM-DD	/pricing
YYYY-MM-DD	/contact

一週內把 CWV 拉回穩定 Pass：最少努力路線圖

先把「最會影響成交」的核心頁做穩，剩下的再慢慢補。

天數	你要做什麼	目標	延伸閱讀
Day 1	定義核心頁 + 建立基準線	先能「重現」問題	WordPress 網站很慢怎麼辦？完整診斷指南
Day 2	先救 LCP（首屏）	讓人看得到價值	WordPress 圖片壓縮教學
Day 3	先救 INP（互動）	讓表單/CTA 不再卡	WordPress 速度優化：完整 SOP
Day 4	先救 CLS（佔位）	讓閱讀/點擊不被打斷	本文 CLS 清單
Day 5	快取策略穩住	每次載入不要像第一次	快取外掛比較 (2026)
Day 6–7	重新驗收 + 微調	數據化驗收	主機 vs CDN vs 快取怎麼選

想直接有人幫你跑完這條路線？看這個最快：WordPress 速度健檢與加速服務。

避坑指南：WordPress 做 CWV 最常踩的 7 個坑

CWV 改善常常不是「沒做」，是「做了但驗收方式錯」或「一改就破」。

① 只看一次 PSI 就下結論 — 同一頁、同一條件，至少測 3 次取中位數
② 把分數當 KPI — 用「核心頁面可用性」+「轉換流程順暢」當 KPI
③ 快取沒排除登入/購物車頁 — 會員/結帳頁快取錯會出大事
④ 圖片有壓縮但沒指定尺寸 — CLS 常常是「沒佔位」
⑤ 第三方腳本越裝越多 — 聊天/追蹤/嵌入是 INP 殺手
⑥ 用外掛做「一鍵最佳化」但不驗收 — 很多外掛會順便改載入順序，可能把功能弄壞
⑦ 沒有 staging / 沒有回滾方案 — 修一次就上線，出問題只能靠祈禱

FAQ

Q1：Core Web Vitals 在 WordPress 最常卡在哪？

A： LCP 多半是首頁大圖與阻塞資源。INP 常見是外掛與第三方腳本造成互動延遲。CLS 通常是圖片/區塊沒先佔位導致版面跳動。三種慢點層級不同，修法也不同。

Q2：我該先修 LCP 還是 TTFB？

A： TTFB 長期偏高 → 先修主機/快取。TTFB 正常但 LCP 高 → 先修圖片/阻塞資源。順序搞錯會出現「前端優化做很多，但仍卡在伺服器天花板」的窘境。

Q3：要怎麼驗收 Core Web Vitals 真的改善？

A：同時看趨勢（Search Console CWV 報表）與重現測試（PSI/Lighthouse）。修一次就驗收一次，用數字說話。

Q4：CWV 改善後多久才能在 Search Console 看到變化？

A： Search Console 的 CWV 報表是基於 28 天真實用戶資料。改善後通常需要 2-4 週才能反映。這段期間可以先用 PSI 確認單頁改善效果。

想用最少時間把 CWV 拉回穩定 Pass？

前往 WordPress 速度健檢與加速服務，或直接聯絡我們。

想先把整體網站架構打穩，再逐項修 CWV？先看：WordPress 網站建置教學（2026）。

想每週收到 WordPress 經營的減法策略？訂閱電子報《用減法瘦生活》，每週一封，只講有用的。