做電商網站優化這麼多年，有一個數字最常被品牌商忽略，但它幾乎和廣告預算一樣會直接影響營收，那就是網站速度。很多品牌願意砸錢買流量，把人辛苦導進官網，結果商品頁要等三、四秒才跑得出來，消費者早就關掉分頁去逛別家了。錢花在前端把人帶進門，卻在門口讓人等到不耐煩，這是電商最可惜的一種漏財。
我們在替品牌做電商代營運時，網站速度一定是初期健檢的必看項目。常見的狀況是：品牌的廣告投報率（ROAS）不差、流量也進得來，但轉換率就是上不去，追到最後發現問題出在官網本身跑太慢。這篇文章想把網站速度這件事講清楚，從它為什麼影響轉換和 SEO 談起，拆解 Google 用來衡量速度體驗的 Core Web Vitals 三大指標，再給出圖片、程式碼層面可以實際動手的優化做法，最後附上我們實際在用的實測工具。
網站慢一秒，到底損失多少？
先把帳算清楚，你才會願意正視這件事。
從近幾年的電商數據觀察，載入速度和轉換率之間是一條很陡的負相關曲線。頁面從一秒拉長到三秒，跳出率會明顯往上跳；超過三秒，很大一部分的訪客根本不會等到頁面跑完就離開了。對行動裝置來說更敏感，因為手機網路環境不穩定，本來就慢的網站在 4G 或訊號不好的地方會慢得更誇張。
這筆損失是雙重的。第一重是直接的轉換損失：你花錢買進來的每一個訪客，只要在等待的那幾秒內離開，這筆廣告費就等於白燒，而且離開的人通常不會再回來。第二重更隱性，是它會拉低你的整體流量品質——當大量訪客一進站就跳出，Google 會解讀成「這個頁面沒能滿足使用者」，進而影響你在自然搜尋的排名。
換句話說，網站速度不是工程師才該關心的技術細節，它是一個會同時吃掉付費流量和自然流量的營運指標。這也是為什麼我們在做品牌成長診斷時，會把它和選品、定價放在同一個層級來看。
Google 為什麼把速度寫進排名規則？
很多品牌商會問：「我網站慢一點，真的會影響 Google 排名嗎？」會，而且 Google 把它講得很明白。
Google 在搜尋排名的演算法裡，正式納入了一組叫做「Core Web Vitals」的指標，中文常翻成「核心網頁指標」。它的用意是把「使用者在這個頁面上的實際體驗」量化成幾個可以衡量的數字。Google 的邏輯很單純：搜尋引擎要把使用者帶到體驗好的頁面，而頁面跑得快、不亂跳、點了有反應，就是好體驗的基本盤。
要注意的是，Core Web Vitals 並不是排名的唯一決定因素，內容相關性與品質仍然是主角。但當兩個頁面的內容品質接近時，速度體驗就會變成那個決勝點。對競爭激烈的電商關鍵字來說，這個差距往往就決定了你在第一頁還是被擠到第二頁。
下面就把 Core Web Vitals 的三個核心指標拆開來談，搞懂它們各自在量什麼，你才知道優化要從哪裡下手。
拆解 Core Web Vitals 三大指標
Core Web Vitals 目前由三個指標組成，分別對應「載入速度」「視覺穩定度」「互動反應」三個面向。
LCP：最大內容繪製，量的是載入感受
LCP（Largest Contentful Paint，最大內容繪製）衡量的是頁面上「最大那塊主要內容」載入完成所花的時間。在電商商品頁，這通常就是主視覺商品大圖或標題區塊。LCP 反映的是訪客主觀上感覺到「這個頁面好了沒」的時間點。
Google 建議的良好標準是 LCP 控制在 2.5 秒以內。一旦超過 4 秒，就會被歸類為「差」。電商網站 LCP 跑太慢，最常見的元兇是沒有壓縮的巨大商品圖、阻塞渲染的程式碼，以及反應太慢的主機。
CLS：累積版面位移，量的是視覺穩定度
CLS（Cumulative Layout Shift，累積版面位移）衡量的是頁面在載入過程中，內容「亂跳」的程度。你應該遇過這種情況：正準備點「加入購物車」，結果上方突然冒出一張圖把按鈕往下擠，手指點到了別的地方。這種令人惱火的位移，就是 CLS 在量的東西。
Google 建議 CLS 維持在 0.1 以下。電商網站常見的 CLS 元兇包括：圖片沒有預先設定寬高、廣告或橫幅延遲載入把版面撐開、字型載入造成的文字跳動。CLS 差不只是體驗問題，在結帳流程中還可能直接導致誤觸，傷害轉換。
INP：互動到下次繪製，量的是反應速度
INP（Interaction to Next Paint，互動到下次繪製）是較新的指標，它取代了過去的 FID，衡量的是使用者「點了之後，頁面多久才有反應」。從點擊按鈕、展開選單到切換商品規格，每一次互動的延遲都會被記錄，INP 取的是整體的代表值。
Google 建議 INP 控制在 200 毫秒以內。INP 差通常代表頁面上有過重的 JavaScript 在主執行緒上塞車，使用者點了按鈕，瀏覽器卻忙著處理腳本而沒空回應。對電商來說，規格切換、加入購物車這類關鍵互動如果卡頓，直接影響的就是成交。
圖片優化：電商速度的最大槓桿
把三個指標講完，接下來談怎麼動手優化。如果只能先做一件事，那一定是圖片。
電商網站的頁面重量，超過一半往往來自圖片。商品圖、情境圖、橫幅、ICON，加總起來動輒好幾 MB。優化圖片，通常是投報率最高的一步。
幾個可以馬上做的方向：
- 改用新世代格式：把 JPG、PNG 改成 WebP 或 AVIF，在畫質幾乎無感的前提下，檔案可以小掉三到七成。這是降 LCP 最快的一招。
- 依裝置給對尺寸：手機只需要一張寬度幾百像素的圖，卻載入了兩千多像素的桌機大圖，是極常見的浪費。用響應式圖片技術（
srcset）讓不同裝置載入對應尺寸。 - 延遲載入（lazy load）：第一屏看不到的圖片，等使用者滑到再載入，把首屏的載入資源留給最關鍵的內容。
- 預先標好寬高：每張圖都設定明確的寬高或長寬比，避免圖片載入時把版面撐開，這是壓低 CLS 的關鍵動作。
- 壓縮再上傳：上架前先過一輪壓縮工具，別把相機原圖直接丟上網站。
光是把全站圖片格式換成 WebP、補上寬高屬性這兩件事，很多網站的 LCP 和 CLS 就能同時改善一大截。
程式優化：把卡頓的 JavaScript 處理掉
圖片之外，第二大關卡是程式碼，尤其是 JavaScript。這部分主要影響 LCP 和 INP。
電商網站常常掛了一堆第三方腳本：分析工具、客服外掛、再行銷標籤、聊天機器人、各種彈窗套件。每一個都在搶瀏覽器的主執行緒，使用者點了按鈕沒反應，多半就是被這些腳本卡住。
可以著手的方向：
- 延後非必要腳本：客服外掛、再行銷像素這類不影響首屏的腳本，加上
defer或async，別讓它們阻塞頁面渲染。 - 清掉用不到的程式碼：很多網站隨著時間累積，掛了一堆早就不用的追蹤碼和外掛，定期盤點移除。
- 壓縮與合併資源：把 CSS、JavaScript 做最小化（minify）與壓縮（gzip／brotli），減少傳輸體積。
- 善用瀏覽器快取：對重複造訪的訪客，靜態資源讓瀏覽器快取起來，第二次造訪就快很多。
- 導入 CDN：把靜態資源放到內容傳遞網路（CDN），讓訪客就近從最近的節點下載，這對有海外客群或全台訪客的品牌特別有感。
我們在協助一個品牌做網站優化時很常碰到一個狀況：品牌為了行銷需求，前前後後裝了十幾個外掛和追蹤碼，每一個單獨看都不重，加在一起卻讓首頁的 INP 飆到很糟。把不必要的腳本延後、移除淘汰的追蹤碼之後，互動反應的延遲就明顯改善了。這類盤點工作瑣碎但很有效，也是電商代營運會幫品牌定期做的健檢項目之一。
一個實際的優化案例
講個我們實際操盤的經驗。我們曾接手一個保健食品品牌的官網，當時的痛點是廣告流量進得來、轉換率卻偏低，行動裝置尤其嚴重。
一拉資料就發現問題：商品頁的 LCP 在手機上超過 5 秒，主因是首屏那張商品情境大圖是未經壓縮的 PNG，單張就好幾 MB；同時頁面掛了多個延遲載入的橫幅，導致 CLS 數值很差，使用者常常滑到一半版面突然跳動。
我們做了幾件事：把全站圖片轉成 WebP 並依裝置給對尺寸、為每張圖補上寬高屬性、把首屏以外的圖片改成延遲載入、再把幾個不影響首屏的第三方腳本延後執行。調整大約一個多月後，商品頁在行動裝置的 LCP 壓進了 2.5 秒以內，CLS 也回到良好區間。隨之而來的是行動裝置的轉換率明顯回升，等於沒多花一塊廣告費，就把原本流失掉的那群訪客接住了。
這個案例想說明的是：網站速度優化不是純技術工程，它是一個直接連動營收的營運槓桿。很多時候品牌缺的不是更多流量，而是把現有流量接好。這也是電商代營運的價值——從顧客體驗的每個環節去找漏洞，而不只是把錢往廣告裡丟。如果你想看更完整的營運框架，我們整理過一份 電商營運完整攻略，從選品到留存都有涵蓋。
該用哪些工具實測網站速度？
優化之前要先量測，不然你根本不知道問題出在哪、改了有沒有效。這裡分享幾個我們實際在用的免費工具。
- PageSpeed Insights：Google 官方工具，輸入網址就能得到桌機與手機兩版的分數，並直接列出 LCP、CLS、INP 的數值與具體的改善建議，是最該優先看的工具。
- Google Search Console 的「網站使用體驗核心指標」報表：這裡看的是真實使用者的數據（field data），會告訴你全站有哪些網址被歸類為「需要改善」或「差」，適合用來盤點整站問題。
- Lighthouse：內建在 Chrome 開發者工具裡，可以在本機跑單頁的詳細檢測，方便工程師邊改邊驗證。
- WebPageTest：能模擬不同地區、不同裝置與網速的載入情況，對有海外客群的品牌特別實用，還能看到非常細的載入瀑布圖。
一個務實的建議：用 PageSpeed Insights 和 Search Console 先抓出問題最嚴重的頁面，集中火力優化帶來最多流量與營收的商品頁和首頁，不要一開始就想把全站一次改完。把 80% 的力氣放在帶來 80% 營收的那幾頁，是最有效率的做法。
常見問題 FAQ
Q1：Core Web Vitals 是什麼？對 SEO 真的有影響嗎？ Core Web Vitals（核心網頁指標）是 Google 用來衡量網頁實際使用體驗的一組指標，目前包含 LCP（載入速度）、CLS（視覺穩定度）、INP（互動反應）三項。它確實是 Google 排名的考量因素之一，但不是唯一因素，內容相關性與品質仍然是主角。當兩個頁面內容品質接近時，速度體驗就會成為決勝點，這在競爭激烈的電商關鍵字上特別明顯。
Q2：LCP、CLS、INP 各自的合格標準是多少？ 依 Google 的建議，LCP 應控制在 2.5 秒以內、CLS 維持在 0.1 以下、INP 控制在 200 毫秒以內，三者都達標才算「良好」。要特別注意手機版的數值，因為行動裝置的網路與運算條件較差，數字通常會比桌機難看，而電商的行動流量占比往往是最高的。
Q3：圖片優化和程式優化，應該先做哪一個？ 通常先做圖片。電商網站的頁面重量超過一半來自圖片，把格式換成 WebP 或 AVIF、依裝置給對尺寸、補上寬高屬性，往往是投報率最高的一步，能同時改善 LCP 和 CLS。圖片處理好之後，再回頭整理過重的 JavaScript 和多餘的第三方腳本，去優化 INP。
Q4：用什麼工具可以免費檢測網站速度？ 最推薦從 Google 官方的 PageSpeed Insights 開始，輸入網址就能拿到 LCP、CLS、INP 的分數與改善建議。搭配 Google Search Console 的核心指標報表看真實使用者數據、用 Chrome 內建的 Lighthouse 做單頁細測、用 WebPageTest 模擬不同地區與網速，這幾個工具組合起來就很夠用。
Q5：找電商代營運能幫忙做網站速度優化嗎？ 可以，而且這通常是營運健檢的標準項目之一。專業團隊會先用實測工具抓出問題最嚴重的頁面，再從圖片、程式碼、第三方腳本、快取與 CDN 等環節逐一優化，並把改善效果連結到轉換率與營收來檢視。比起品牌自己摸索，代營運團隊看過大量不同品類的數據，更清楚哪一步該先動。想了解我們的服務方式，可以看 關於林克威 或實際的 合作案例。
Q6：網站速度變快了，轉換率一定會提升嗎？ 速度是轉換的必要條件，但不是唯一條件。把網站跑慢這個障礙清掉，能把原本因為等待而流失的訪客接住，這部分的提升通常很明顯。但轉換最終還是看商品頁的說服力、定價、信任感與整體購物流程，速度優化是把地基打穩，讓其他行銷與營運手段能發揮，而不是單靠它就能解決所有轉換問題。
結論
網站速度是電商最容易被低估、卻又直接連動營收的指標。它一邊吃掉你花錢買進來的付費流量，一邊透過 Core Web Vitals 影響你的自然搜尋排名，兩頭都在漏財。把優化方向拆開來看其實很清楚：圖片是最大的槓桿，先從格式、尺寸、寬高屬性下手；程式碼層面則是把過重的 JavaScript 與多餘的第三方腳本處理掉，再搭配快取與 CDN。
更重要的是，這一切都要建立在量測之上。先用 PageSpeed Insights、Search Console 這些工具抓出最該優先處理的頁面，集中火力改帶來最多營收的那幾頁，再逐步往全站推。網站速度優化從來不是純技術工程，它是一個能把現有流量接好、直接放大業績的營運動作，這也正是電商代營運能發揮價值的地方。如果你想看更多我們在不同品類的操盤思路，歡迎逛逛我們的 部落格。
林克威長期協助國際品牌與台灣品牌進行電商代營運、品牌代理與通路拓展，累積超過十年實務經驗，服務涵蓋 Momo、PChome、蝦皮、LINE 禮物、品牌官網及實體零售通路。若您希望了解品牌進入台灣市場或電商成長策略，歡迎與我們聯繫。
