MO STORIES
Core Web Vitals 滿分檢查清單(WordPress 版):照做就能穩定 Pass (2026)
WordPress 的 LCP、INP、CLS 老是紅字?這份檢查清單把 Core Web Vitals 拆成「定位、排序、驗收」三步驟,對應 WordPress 最常見的慢點,照做就能穩定 Pass。

CWV 做到 Pass 只需要三件事:定位、排序、驗收
你不需要背指標定義。你需要回答三個問題:
① 我現在慢在哪?(定位) ② 先修什麼最有效?(排序) ③ 怎麼確認真的變快?(驗收)
想直接有人幫你走完「定位 → 修復 → 驗收」,看這個:[[2026-02-24 WordPress 速度健檢與加速服務|別再亂裝外掛,找出拖垮網站的致命傷|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 |
LCP 實戰:Hero 圖、影片、輪播要分開處理
首屏慢常常不是「圖片沒有壓縮」而已,而是載入順序錯了。
| 首屏元素 | 建議做法 | 原因 |
|---|---|---|
| Hero 圖 | preload + fetchpriority="high",不要 lazyload | 這張通常就是 LCP element,應該先載 |
| 非首屏圖片 | loading="lazy" + decoding="async" | 讓瀏覽器先忙首屏,不要搶頻寬 |
| YouTube / Vimeo 影片 | 改 lightbox 或點擊後再載入 iframe | iframe 會帶一串第三方 JS,容易拖慢 LCP/INP |
| Swiper / 輪播 | 非首屏再初始化,或只載第一張 | 輪播常把看不到的圖也提前載入 |
| 圖片 CDN | 提前 preconnect 圖片網域 | R2 / Cloudflare 圖床可省掉連線等待 |
如果首頁有「大圖 + 影片 + 輪播 + 追蹤碼」,不要一口氣全開。先讓第一屏穩定出現,再慢慢補互動與動畫。
對 WordPress 來說,這比追 PageSpeed 100 分更接近可維護的效能優化。
延伸閱讀:
- [[2026-01-04 WordPress 圖片壓縮完整教學:如何讓 LCP 載入快 3 倍?(2026)|WordPress 圖片壓縮完整教學]]
- [[2026-04-27 WordPress 快取外掛推薦:WP Rocket vs LiteSpeed vs Super Cache 誰最快?(2026)|WordPress 快取外掛推薦與比較 (2026)]]
- [[2026-01-04 WordPress 網站很慢怎麼辦?完整診斷與解決指南 (2026)|WordPress 網站很慢怎麼辦?完整診斷指南]]
INP 檢查清單(互動延遲)
INP 在 WordPress 最常被「外掛塞滿」與「第三方腳本」拖慢。
| 檢查項目 | 觀察重點 | 常見戰犯 | 快速修法 | 深度修法 |
|---|---|---|---|---|
| 互動是否卡頓 | 點按/滑動延遲 | 追蹤碼、聊天室、小工具 | 移除非必要腳本 | 延遲載入/分段載入 |
| 長任務(Long tasks) | Lighthouse | 大型頁面建構器 | 精簡外掛 | 重構主題/模組 |
INP 腳本盤點:先砍最拖的 20%
重點是「把最痛的互動卡頓拿掉」。
| 常見安裝項 | 為什麼拖 INP | 建議做法 |
|---|---|---|
| GTM / 追蹤碼 | 事件綁定多、腳本鏈長 | 延後載入、只留必要事件 |
| 聊天室 / 客服小工具 | 長任務、重渲染 | 只在特定頁載入 |
| 表單/嵌入工具 | iframe/事件阻塞 | 改原生表單或延後載入 |
| 圖表/動畫/輪播 | 主執行緒被吃掉 | 先移除,或只在桌機載入 |
懷疑自己是「外掛太多」那型?看這篇有完整 SOP:[[2025-12-30 WordPress 速度優化:讓網站快到訪客無法離開]]。
CLS 檢查清單(版面跳動)
CLS 的問題不是「好不好看」,是「能不能順利讀完、點到」。
| 檢查項目 | 觀察重點 | 常見戰犯 | 快速修法 | 深度修法 |
|---|---|---|---|---|
| 圖片/影片是否先佔位 | layout shift | 沒寫尺寸、廣告區塊 | 先固定寬高 | 改排版策略 |
| 字體載入導致跳動 | FOUT/FOIT | 自訂字體太重 | font-display 設定 | 子集化字體 |
CLS 最常被忽略的 3 個來源
CLS 的敵人通常是「突然插進來的區塊」:
① Cookie / Banner / 浮動 CTA — 預留高度或改成不推擠內容的樣式 ② 嵌入 iframe(地圖/影片/表單) — 先固定容器高度,再載入內容 ③ 圖片只壓縮,沒指定尺寸 — 壓縮只救 LCP,CLS 需要「先佔位」
用一張表把修復順序排出來
先做最值得的。
| 你現在的狀態 | 最該先修的層級 | 該看哪篇 |
|---|---|---|
| TTFB 高、首屏白 | Host/快取 | [[2025-12-30 如何改善 WordPress 主機速度:網站慢的真正兇手 |
| LCP 高、圖很晚出 | 圖片/資源 | [[2026-01-04 WordPress 圖片壓縮完整教學:如何讓 LCP 載入快 3 倍?(2026) |
| 每次都像第一次載入 | 快取策略 | [[2026-04-27 WordPress 快取外掛推薦:WP Rocket vs LiteSpeed vs Super Cache 誰最快?(2026) |
| 後台慢、編輯卡 | 資料庫 | [[2026-01-04 WordPress 資料庫清理優化:3 個步驟讓網站「瘦身」成功 (2026) |
驗收紀錄表(每修一項填一次)
| 日期 | 頁面 | TTFB | LCP | INP | CLS | 本次改了什麼 | 結果/備註 |
|---|---|---|---|---|---|---|---|
| YYYY-MM-DD | / | ||||||
| YYYY-MM-DD | /pricing | ||||||
| YYYY-MM-DD | /contact |
一週內把 CWV 拉回穩定 Pass:最少努力路線圖
先把「最會影響成交」的核心頁做穩,剩下的再慢慢補。
| 天數 | 你要做什麼 | 目標 | 延伸閱讀 |
|---|---|---|---|
| Day 1 | 定義核心頁 + 建立基準線 | 先能「重現」問題 | [[2026-01-04 WordPress 網站很慢怎麼辦?完整診斷與解決指南 (2026) |
| Day 2 | 先救 LCP(首屏) | 讓人看得到價值 | [[2026-01-04 WordPress 圖片壓縮完整教學:如何讓 LCP 載入快 3 倍?(2026) |
| Day 3 | 先救 INP(互動) | 讓表單/CTA 不再卡 | [[2025-12-30 WordPress 速度優化:讓網站快到訪客無法離開 |
| Day 4 | 先救 CLS(佔位) | 讓閱讀/點擊不被打斷 | 本文 CLS 清單 |
| Day 5 | 快取策略穩住 | 每次載入不要像第一次 | [[2026-04-27 WordPress 快取外掛推薦:WP Rocket vs LiteSpeed vs Super Cache 誰最快?(2026) |
| Day 6–7 | 重新驗收 + 微調 | 數據化驗收 | [[2026-04-27 主機升級 vs CDN vs 快取外掛:WordPress 加速怎麼選?別再亂花錢 (2026) |
想直接有人幫你跑完這條路線?看這個最快:[[2026-02-24 WordPress 速度健檢與加速服務|別再亂裝外掛,找出拖垮網站的致命傷|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?
前往 [[2026-02-24 WordPress 速度健檢與加速服務|別再亂裝外掛,找出拖垮網站的致命傷|WordPress 速度健檢與加速服務]],或直接 聯絡我們。
想先把整體網站架構打穩,再逐項修 CWV?先看:[[2026-03-12 WordPress 架站教學:2026 新手架設網站完整指南(網域、主機、DNS、SSL)|WordPress 網站建置教學(2026)]]。
想每週收到 WordPress 經營的減法策略?訂閱電子報《用減法瘦生活》,每週一封,只講有用的。
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "Core Web Vitals 在 WordPress 最常卡在哪?", "acceptedAnswer": { "@type": "Answer", "text": "LCP 多半卡在首頁大圖與阻塞資源;INP 常見是外掛與第三方腳本造成互動延遲;CLS 通常是圖片或區塊沒先佔位導致版面跳動。三種慢點層級不同,修法也不同。" } }, { "@type": "Question", "name": "我該先修 LCP 還是 TTFB?", "acceptedAnswer": { "@type": "Answer", "text": "TTFB 長期偏高先修主機與快取層;TTFB 正常但 LCP 高則優先處理圖片與阻塞資源。順序搞錯會導致前端怎麼優化都卡在伺服器天花板。" } }, { "@type": "Question", "name": "要怎麼驗收 Core Web Vitals 真的改善?", "acceptedAnswer": { "@type": "Answer", "text": "同時看 Search Console 的 CWV 趨勢報表(28 天真實用戶資料)與 PageSpeed Insights 或 Lighthouse 的重現測試。修一次就驗收一次,用數字說話。" } }, { "@type": "Question", "name": "CWV 改善後多久才能在 Search Console 看到變化?", "acceptedAnswer": { "@type": "Answer", "text": "Search Console 的 CWV 報表基於 28 天真實用戶資料,改善後通常需要 2 到 4 週才能反映。這段期間可以先用 PageSpeed Insights 確認單頁改善效果。" } } ] } </script>
看完教學覺得 WordPress 還是太麻煩?
瘦桑與 茉設計 同步提供專業的網站升級服務:
前 5 名諮詢客戶享免費效能報告
延伸閱讀

為什麼 WordPress 速度會影響 SEO 與轉換率?你以為的「慢」其實在漏錢 (2026)
WordPress 速度慢不只是體驗差,是 Google 不敢推你、訪客來不及看到價值就離開、你花錢買的點擊被等待吃掉。這篇拆解速度影響 SEO 與轉換的三條路徑,告訴你該先修哪一層。

TTFB 是什麼?如何判斷瓶頸:WordPress 速度診斷與改善指南 (2026)
TTFB 是「伺服器把第一個位元組回給你」的時間。本文用最白話的方法拆解 TTFB 由哪些階段構成、怎麼用工具定位瓶頸,並整理 WordPress 場景最有效的改善順序(主機/快取/CDN/資料庫/外掛)。

WordPress 內部連結策略:讓 SEO 權重翻倍的連結佈局指南 (2026)
內部連結是最便宜也最常被忽略的 SEO 槓桿。這篇教你用支柱文與群集文的連結架構,讓 Google 更懂你的網站主題,縮短新文章起量時間。
訂閱 MO Stories
獲得最新的網頁設計趨勢、Headless CMS 技術洞察與數位變現策略。