有一個場景，幾乎每個電商老闆都遇過卻沒細想：一位客人用手機點進你的商品頁，圖片還在轉圈圈、按鈕突然往下跳，他正想點「加入購物車」，版面一抖，手指按到了旁邊的廣告。三秒後，他關掉頁面走了。你以為是商品不夠吸引人，其實你輸掉這筆訂單的真正原因，是網站「體感」太差。而 Google 早就把這種體感量化成三個指標，還拿它來當排名的參考——這就是 Core Web Vitals（核心網站體驗指標）。
別被英文嚇到。這三個指標可以用一個生活化的框架記住：LCP 是「等多久才看到東西」、INP 是「點下去多久才有反應」、CLS 是「畫面會不會亂跳」。對應的就是使用者最直覺的三種不爽：載入慢、按了沒反應、版面亂跳。這篇文章帶你搞懂這三個指標是什麼、為什麼它同時影響排名和轉換，以及非工程背景的老闆能怎麼一步步優化。
三個指標到底在量什麼
先把定義講成人話，並附上 Google 建議的「良好」門檻，方便你自我對照：
- LCP（Largest Contentful Paint，最大內容繪製）：從點進頁面到「畫面上最大的那塊主要內容」載入完成所花的時間，通常是主視覺大圖或商品主圖。它代表「使用者等了多久才覺得頁面基本可看」。良好標準是 2.5 秒以內。
- INP（Interaction to Next Paint，互動到下次繪製）：使用者做出互動（點按鈕、展開選項）後，畫面實際反應更新所花的時間，衡量整體「反應靈不靈敏」。它在 2024 年正式取代了舊指標 FID。良好標準是 200 毫秒以內。
- CLS（Cumulative Layout Shift，累積版面配置位移）：頁面載入過程中，內容「無預警亂跳」的累積程度。分數越低越穩，越高代表版面越會亂動。良好標準是 0.1 以下。
這裡有個關鍵觀念很多人不知道：Google 用來評分的，是「真實使用者」的實際體驗數據（稱為田野數據），不是你在自己電腦上測一次的結果。你用光纖網路、高階手機測起來很順，不代表用中階手機、在通勤路上開你網站的客人也一樣順。所以優化的目標，是改善「大多數真實訪客」的體驗，而不是把你自己那台裝置調到滿分。
為什麼它同時綁架了排名與你的錢包
Core Web Vitals 是 Google「網頁體驗」訊號的一部分，屬於排名的參考因素之一。要誠實說清楚：它不是最強的排名因素，內容相關性與品質仍然更重要；但在其他條件接近時，體驗好的頁面會更有優勢。換句話說，它比較像「同分時的加分題」與「太爛時的扣分題」。
不過真正該讓你在意的，其實不是排名，而是轉換率。體驗差對生意的傷害是雙重的：搜尋端可能少了曝光，就算進來了，慢與卡也會把人趕走。使用者對等待的耐心以秒計算，載入每多拖一秒，跳出率就往上爬、轉換率就往下掉。CLS 的傷害更直接——版面亂跳讓人誤點、找不到剛剛看到的按鈕，甚至不小心買錯，這些都是實實在在流失的訂單與客訴。所以優化 Core Web Vitals，你其實是在同時修「排名」和「轉換」兩件事，投報率很高。
優化 LCP：讓主內容更快出現
LCP 慢，九成和「圖片太肥」與「伺服器太慢」有關，電商尤其如此，因為商品圖是主角。實操清單：
- 壓縮並改用新世代圖片格式：把商品主圖改成 WebP 這類更高效的格式，在肉眼幾乎看不出差別的前提下，檔案可以小非常多。這是 CP 值最高的一步。
- 圖片尺寸要「適配」：不要把一張超大原圖硬塞進手機小版位，依裝置提供對應尺寸，別讓手機使用者下載電腦版的巨圖。
- 讓主圖優先載入：頁面最上方、第一眼會看到的主視覺，要讓它優先載入；反之，畫面外、要往下滑才看到的圖，改成「延遲載入（lazy load）」，不要一開始就全部搶頻寬。
- 用 CDN 加速：讓內容從離使用者最近的節點傳送，縮短等待。
- 升級主機或優化後端：如果伺服器回應時間本身就慢，前面做再多都有天花板。
優化 INP 與 CLS：反應要快，版面要穩
INP 慢，多半是頁面掛了太多肥大的 JavaScript，把瀏覽器的主執行緒塞爆，使用者點了按鈕它還在忙別的，自然反應慢。改善方向：精簡與延後載入非必要的腳本，尤其檢視那些第三方工具——每一個追蹤碼、聊天外掛、彈窗套件，都可能在你點下去的瞬間偷偷卡住反應。第三方腳本裝越多，你的網站就替別人的程式碼背越多鍋。定期盤點「這個外掛帶來的效益，值不值得它拖慢的速度」。
CLS 通常是「省一點功夫」惹的禍，而且最容易修。核心原則只有一句：凡是會佔版面的元素，都先幫它把位子留好。具體做法——給所有圖片與影片明確指定寬高（或用固定比例的容器），瀏覽器就會預留空間，圖片載入時不會把下面的內容擠開；廣告、橫幅這類動態內容，事先保留固定高度的區塊；避免在頁面頂部突然插入東西把內容往下推。做到這些，那個「手指按到廣告」的災難場景就會消失。
優化前後對比很有感：優化前，客人開你的商品頁，白畫面兩秒、圖片跳出來把按鈕擠走、點加入購物車卡半拍；優化後，主圖秒出、版面穩如泰山、一點就進購物車。同樣的商品、同樣的流量，光是把體感修順，轉換率的差距就足以決定這檔活動是賺是賠。
用 AI 讀懂測速報告並排優先順序（附提示詞）
診斷 Core Web Vitals，你會用到官方免費工具：PageSpeed Insights（輸入網址就能看田野與實驗數據）與 Google Search Console 的「網站使用體驗核心指標」報表（看全站哪些網址群組不及格）。但這些報告術語很多，這時 AI 就能幫你「翻譯」與「排序」。
提示詞範例：「你是網站效能優化顧問。我會貼上 PageSpeed Insights 對我電商商品頁的診斷結果（含 LCP、INP、CLS 數值與改善建議清單）。請幫我：一，用白話解釋我這頁最大的問題是哪一個指標、代表使用者體驗到什麼；二，把改善建議依『影響大小 × 施作難易』排成優先順序；三，區分哪些我自己在後台就能做（例如換圖片格式、移除某個外掛），哪些需要找工程師。請避免術語，假設我沒有技術背景。」把報告貼進去，你會得到一份可執行的行動清單，而不是一堆看不懂的紅字。
限制要講明白：AI 只能根據你貼上的那份報告推論，它看不到你網站的原始碼，也無法實際幫你改站或重新測量。它可能建議一個你平台無法操作的做法，或高估某個改動的效果。真正的驗證，一定要回到工具重新測、並觀察一段時間後 Search Console 裡真實使用者數據有沒有變好。把 AI 當「幫你讀報告、定順序」的助理很好用，但改完有沒有效，數據說了算。
劃重點：把「體感」修順就是修營收
一句話總結：Core Web Vitals 不是給工程師看的技術指標，而是把「客人爽不爽」翻成 Google 和你都看得懂的數字。記住那個框架——LCP 等多久看到、INP 點下去多久有反應、CLS 畫面會不會亂跳；門檻是 2.5 秒、200 毫秒、0.1。
優先動手的順序也很清楚：先壓圖片、上 WebP、讓主圖優先載入把 LCP 拉下來；再盤點第三方腳本救 INP；最後幫所有圖片與廣告版位「預留位子」把 CLS 壓到接近零。這三件事，很多不需要工程師、你在後台就能開始。當對手還在拚命加價競標廣告時，你把網站體感修到又快又穩，等於同時省下流失的訂單、又賺到 Google 的好感——這是一筆一次投入、長期收息的划算生意。