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

先說結論：你不需要「懂指標」，你需要「可驗收的清單」

Core Web Vitals 不是要你背定義，而是要你能回答三個問題：

我現在慢在哪？（定位）
我先修什麼最有效？（排序）
我怎麼知道真的變快？（驗收）

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

Step 0：先抓基準線（不要跳過）

答案是：先用同一套工具、同一套條件測，才有可比性。

你要測什麼	工具	測法建議
真實使用者趨勢	Search Console（CWV 報表）	看「長期」是否改善
單頁可重現測試	PageSpeed Insights	Mobile 優先
更好 debug	Lighthouse（Chrome）	同網路條件/無外掛干擾

Step 0.5：先選 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%）

答案是：你不需要「少一個 script 就少一分」，你需要「把最痛的互動卡頓拿掉」。

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

如果你懷疑自己是「外掛太多」那型，可以先看這篇（它有一套完整 SOP）：WordPress 速度優化：讓網站快到訪客無法離開。

CLS 檢查清單（版面跳動）

結論是：CLS 不是「好不好看」問題，是「能不能順利讀完／點到」。

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

CLS 最常被忽略的 3 個來源

結論是：CLS 的敵人通常不是「某一張圖片」，而是「突然插進來的區塊」。

Cookie / Banner / 浮動 CTA：請預留高度或改成不推擠內容的樣式。
嵌入 iframe（地圖/影片/表單）：先固定容器高度，再載入內容。
圖片只有壓縮，沒指定尺寸：壓縮只救 LCP，不救 CLS；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 做 Core Web Vitals 最常踩的 7 個坑

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

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

FAQ：關於 Core Web Vitals 最常被問的 3 個問題

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

A：最常卡在 LCP、INP、CLS 這三種「不同層級」的慢點。
LCP 多半是首頁大圖與阻塞資源；INP 常見是外掛與第三方腳本造成互動延遲；CLS 通常是圖片/區塊沒有先佔位導致版面跳動。

Q2：我該先修 LCP 還是 TTFB？

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

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

A：同時看趨勢（長期）與重現測試（單頁）。
趨勢用 Search Console 的 CWV 報表；重現測試用 PSI/Lighthouse。修一次就驗收一次，避免靠感覺。

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

看這個服務頁會最快：WordPress 速度健檢與加速服務，或直接聯絡我們。