2026 Core Web Vitals 實戰：中小企業網站的速度體檢與修法

把你的網站丟進 PageSpeed Insights，會跑出三個像密碼的縮寫：LCP、INP、CLS。大溫這邊多數中小企業老闆看到一片紅字，心虛個三秒，然後把分頁關掉。這其實是值得處理的問題——倒不是 Google 會因此重罰你（速度只是權重不高的排名因素之一），而是同樣的「慢」正在默默趕走訪客。依我們的經驗，手機頁面超過幾秒還不能用，相當比例的人根本等不到看見你的作品就離開了。

這篇把 2026 年的三個 Core Web Vitals 指標講成白話：它們在量什麼、怎麼查出真實分數、以及中小企業網站上最有感的幾個修法。

LCP、INP、CLS 到底在量什麼？

• LCP（Largest Contentful Paint）——畫面上最大的東西（通常是首圖或主標題）多久載完。標準：2.5 秒以內。
• INP（Interaction to Next Paint）——訪客點選單、按鈕、表單欄位時，頁面多快有反應。INP 在 2024 年取代了舊的 FID，而且更嚴格——它看整段瀏覽過程的反應速度，不只第一次點擊。標準：200 毫秒以內。
• CLS（Cumulative Layout Shift）——載入過程中版面跳動的程度，也就是你明明要按「立即預約」卻按到廣告的元兇。標準：0.1 以內。

翻成人話：LCP 是「多快看起來好了」，INP 是「多快有反應」，CLS 是「跳得多厲害」。

怎麼查出網站的真實分數？

有兩種資料，大家經常搞混：

• 實測資料（field data）——過去 28 天真實 Chrome 使用者在你網站上的體驗。Google 實際採用的是這個。在 PageSpeed Insights 報告最上方，或 Search Console 的「網站使用體驗核心指標」報表都看得到。
• 模擬資料（lab data）——一次性的降速模擬測試。適合拿來診斷問題，但那個 0–100 的效能分數並不是排名依據。不必追 100 分。

實務作法：每月看一次 Search Console，偶爾用自己的手機走行動網路實際開開看，只有在實測資料亮紅燈時才鑽進模擬報告找原因。流量太小的網站可能根本沒有實測資料——那就靠模擬數據加上你自己的拇指體感。

哪些修法真的有感？

我們調校過的中小企業網站裡，絕大部分的進步都來自同樣那幾件事：

救 LCP：把首圖縮小、排第一優先

• 圖片改用 WebP 或 AVIF，並且裁到實際顯示的尺寸——直接上傳 4000px 的相機原檔再用 CSS 縮小，是我們最常抓到的頭號兇手。
• 首圖不要 lazy-load；lazy-load 留給第一屏以下的內容。
• 用像樣的主機或 CDN。一台月租四塊美金、回應時間 800 毫秒的共享主機，會封死其他所有優化的上限。

救 INP：清掉腳本堆

• 盤點第三方程式碼。聊天視窗、熱點圖、好幾套分析工具、早就沒在用的像素——每一個都在吃主執行緒，而且網站只會越裝越多，從來沒人拆。
• WordPress 網站把沒在用的外掛停用——很多外掛不管有沒有用到，每一頁都載入自己的 JavaScript。
• 非關鍵腳本加 defer；嵌入內容（IG 牆、地圖、影片播放器）改成捲動到才載入，或點擊才載入。

救 CLS：先把位置留好

• 每張圖片都寫明 width 和 height 屬性，讓瀏覽器在檔案到達前就把版位留好。
• 橫幅、嵌入內容、廣告要預留固定高度，不要讓它們把內容往下擠。
• 網頁字型用 font-display: swap 搭配形狀相近的備用字型，字型載入時版面才不會大跳動。

要多快才算夠快？

目標只有一個：重要頁面（首頁、服務頁、聯絡頁）在手機實測資料上三個指標全綠。模擬分數從 92 拉到 98，客戶完全無感；LCP 從 6 秒降到 2 秒，客戶絕對有感。把力氣花在使用者感覺得到的地方，然後停手。多數網站每季體檢一次就夠，另外在新增外掛、小工具或追蹤碼之後記得重測。

常見問題 FAQ

修好 Core Web Vitals，Google 排名會變好嗎？

會，但幅度有限——頁面體驗是真實存在但權重不高的訊號，比較像同分時的決勝點，不是火箭。更大的收穫是間接的：頁面載入前跳走的人變少、聯絡表單填完率變高、你花錢帶進來的流量轉換得更好。把速度當成「順便討好 Google 的轉換率優化」來做，心態最正確。

手機是紅字、電腦是綠字，該看哪個？

看手機。Google 用行動版來索引和評估你的網站，而且對多數在地服務業來說，第一次造訪大多來自手機。優先看行動版實測資料；拿不準的時候，用自己的手機走行動網路開開看自己的網站——那個體驗比任何儀表板都接近真相。

這些我可以自己修嗎？還是要找工程師？

圖片壓縮、外掛清理、移除沒在用的追蹤碼，老闆自己就能動手，而且往往是單項進步最大的。伺服器設定、render-blocking 腳本、佈景主題層級的 CLS、搬主機，通常就需要工程師了。Moncepts 把這件事做成固定範圍的速度體檢：先量實測資料、修上面那張短清單、重測、把前後對比交給你。如果你的網站開起來就是慢——或 Search Console 已經亮紅燈——寫信到 team@moncepts.com，我們幫你判斷問題落在哪一邊。