為什麼你的網站載入很慢？速度優化指南
慢一秒，可能就少一張單。速度不只是體驗問題，更是轉換與 SEO 問題。先找出瓶頸，再對症下藥。
使用者沒有耐心。首屏出現得越慢，跳出率越高、轉換越低，Google 也把速度納入排名考量——慢一秒，可能就少一張單。好消息是，多數「慢」都有跡可循，也都有解法。這篇指南從 Core Web Vitals 三大指標講起，帶你用免費工具找出瓶頸，逐項對症下藥，最後附上電商與形象網站各自的優化重點。
01先看懂三個指標：Core Web Vitals
上面三個是 Google 的「核心網頁指標」，也是評估速度體驗的共同語言。LCP（Largest Contentful Paint）衡量首屏最大元素（通常是主圖或大標）出現的時間，理想值 2.5 秒內——它決定使用者「覺得」網站快不快。CLS（Cumulative Layout Shift）衡量載入過程中版面跳動的程度，理想值 0.1 以下——按鈕正要按突然位移，就是 CLS 差的體感。INP（Interaction to Next Paint）衡量點擊後畫面回應的速度，理想值 200 毫秒內——按了沒反應的卡頓感就是它。這三個指標不只影響體驗，也是搜尋排名的參考訊號。
02用免費工具找出瓶頸
不要憑感覺優化，先量測。PageSpeed Insights輸入網址就給出行動與桌面分數、三大指標與具體建議，是第一站；Lighthouse（Chrome 開發者工具內建）可在本機反覆測試改善效果；Search Console 的「網站使用體驗核心指標」報表則顯示真實使用者的數據，比實驗室數字更貼近現實。量測時以行動裝置為基準——過半流量來自手機，而手機的網路與效能通常較弱，行動分數及格，桌面通常沒問題。測試時記得多跑幾次取平均，單次結果會受網路波動影響；也別只測首頁，商品頁與文章頁往往才是流量主力。
03常見的拖慢原因與對症解法
圖片過大
未壓縮、未用新格式、未設定尺寸——圖片幾乎永遠是第一嫌疑犯。解法：轉 WebP 或 AVIF 格式（比 JPEG 小三到五成）、依顯示尺寸輸出、首屏以下的圖加上 lazy loading 延遲載入、img 標籤寫明寬高避免版面跳動（順便救 CLS）。
腳本與外掛太多
行銷追蹤碼、聊天外掛、輪播套件層層堆疊，每個都在搶主執行緒。解法：盤點並移除沒在用的腳本、第三方碼改為延遲或互動後載入、追蹤碼統一用 Tag Manager 管理。
沒有快取與壓縮
每次造訪都重新下載所有資源。解法：啟用瀏覽器快取（靜態資源設長效期）、開啟 Gzip 或 Brotli 壓縮，通常在主機或 CDN 設定裡一鍵完成。
主機效能不足
便宜的共享主機在流量高峰時回應緩慢，TTFB（首位元組時間）居高不下。解法：升級主機方案，或導入 CDN（如 Cloudflare）讓靜態資源就近供應——對台灣訪客尤其有感；免費方案就能先看到明顯改善，再決定要不要升級。
阻塞渲染的資源
大型 CSS/JS 檔案擋在首屏顯示之前。解法：關鍵 CSS 內聯、非必要 JS 加上 defer/async、Google Fonts 等字體資源用 preconnect 與 font-display:swap 處理。
04優化的優先順序
資源有限時，按投報率排序：第一步處理圖片（通常一次就能砍掉一半的頁面重量，工具成本近乎零）；第二步開快取與壓縮（主機面板設定，十分鐘的事）;第三步清理腳本（需要盤點，但效果直接反映在 INP 與 LCP）；第四步才考慮換主機或上 CDN（有月費成本，先確定前三步做完還不夠快）。每做完一步就用 PageSpeed Insights 重測，確認真的有變快——沒有量測的優化都是猜測。
05電商與形象網站的重點不同
電商網站的速度直接等於營收：商品圖多、腳本重（購物車、再行銷、比價），是最容易慢的類型。優先顧好商品列表頁與結帳流程的速度——結帳每慢一秒，棄單率就往上爬（相關策略見電商架站全攻略）。形象與作品集網站則常敗在高解析度大圖與滿版影片：形象影片壓縮並延遲載入、首屏主視覺優先載入、動效控制在不阻塞渲染的範圍——質感與速度可以並存，關鍵在載入的「順序」設計。
速度也是使用者體驗與轉換率的基礎建設：頁面再美、文案再強，載入的三秒空白足以讓一半的訪客離開。把速度當成設計的一部分，而不是上線後的補救（更多轉換視角見 CRO 指南）。
06速度是「維持」出來的：避免越用越慢
很多網站上線時很快，半年後越來越慢——因為速度會隨著日常維運自然劣化。常見的劣化來源：行銷團隊陸續加上的追蹤碼與聊天工具（每加一個都該問「還在用嗎」）；後台上傳的圖片沒有壓縮習慣（一張手機原圖動輒好幾 MB）；外掛與套件越裝越多、過期不清；活動頁做完不下架，垃圾資源持續載入。
對策是建立三個簡單的制度：上傳規範——內容編輯上稿前先壓縮圖片（可用免費的線上工具），寬度超過實際顯示需求就縮；季度盤點——每季清一次不用的外掛、腳本與追蹤碼，這常是「網站怎麼變慢了」的解答；變更後量測——每次大改版或加新功能後跑一次 PageSpeed Insights，把分數記錄下來，劣化才會被看見。速度和整理房間一樣，維持的成本遠低於大掃除——一年做一次急救式優化，不如每季花半小時保養。若你的網站已經慢到影響營運，也別急著全部重做：先量測、找出前三大瓶頸、逐項處理，多數網站在不改版的前提下就能把載入時間砍半。
Key takeaways
- 三大指標：LCP 2.5 秒內、CLS 0.1 以下、INP 200ms 內，以行動裝置為基準
- 用 PageSpeed Insights 量測，沒有量測的優化都是猜測
- 圖片幾乎永遠是第一嫌疑犯：WebP＋lazy loading＋寫明尺寸
- 優化順序：圖片 → 快取壓縮 → 清腳本 → 主機/CDN，投報率遞減
- 電商顧結帳速度，形象站顧大圖與影片的載入順序
以 Core Web Vitals 的「良好」門檻為準：LCP 2.5 秒內、CLS 0.1 以下、INP 200 毫秒內。PageSpeed 分數行動版 70 分以上是務實的中小企業目標。
主機影響 TTFB，但圖片與腳本往往才是主因。先做網站健檢找出真正瓶頸，再決定要不要花這筆錢——很多網站換了主機還是慢，因為病根在頁面本身。
不必執著滿分。分數是手段不是目的，指標進入「良好」區間、真實使用者體感流暢即可；為最後十分投入的成本常遠超過效益。
速度是排名訊號之一，但內容相關性仍是主體。速度的更大影響是間接的：慢網站跳出率高、抓取效率差，長期拖累整體表現。
圖片壓縮、開啟快取、移除不用的外掛都可以自己做；涉及程式碼層（關鍵 CSS、腳本延遲）建議交給專業，避免改壞版面。分工的原則：內容層自己維護、技術層交給懂的人做一次到位，之後你只要顧好「不要把它弄慢」的日常習慣即可。
對多數中小企業網站不需要。Google 已不再給 AMP 特殊待遇，把基本功做好（圖片、快取、腳本、主機）就能達到「良好」等級的指標；與其導入額外框架增加維護成本，不如把資源花在持續保養上。
參考資料：Google web.dev — Core Web Vitals、PageSpeed Insights