AEO 直接回答 WordPress 速度優化的優先順序是：先用 PageSpeed Insights 與 Search Console 的 Core Web Vitals 報表確認現況，再依影響力依序處理——圖片壓縮與 WebP 轉換、頁面快取與資源最佳化（可用 WP Rocket 等快取外掛一次完成）、移除拖慢速度的外掛與外部指令碼、升級到反應時間穩定的主機、最後做資料庫清理。三大指標的達標值為：LCP（最大內容繪製）2.5 秒內、INP（互動延遲）200 毫秒內、CLS（版面位移）0.1 以下。多數 WordPress 網站經過系統性處理，可在一到兩週內從「不良」進入「良好」區間。
摘要： 速度同時影響三件事：Google 排名（頁面體驗訊號）、廣告品質分數與轉換率。本文依「量測、圖片、快取、外掛、主機、資料庫」的順序提供完整做法，並整理我們在維護客戶網站時最常遇到的五個速度殺手，每一個都附具體解法。
## 先搞懂 Core Web Vitals：三個指標在量什麼
### LCP：最大內容繪製（達標 2.5 秒內）
量測頁面主要內容（通常是首屏大圖或標題區塊）出現的時間。LCP 差的主因：圖片太大、主機回應慢（TTFB 高）、關鍵資源被阻塞。
### INP：互動延遲（達標 200 毫秒內）
量測使用者點擊、輸入後頁面反應的速度，2024 年取代了舊指標 FID。INP 差的主因：過重的 JavaScript（滑桿、彈窗、追蹤碼堆疊）讓主執行緒忙不過來。
### CLS：累計版面位移（達標 0.1 以下）
量測載入過程中版面跳動的程度。常見兇手：圖片未設定寬高、動態插入的廣告或通知列、網頁字型載入造成的文字跳動。
### 兩種數據來源：實驗室與真實用戶
PageSpeed Insights 上方的「實際使用者體驗」來自 Chrome 真實用戶數據（CrUX），是 Google 排名參考的依據；下方的 Lighthouse 分數是實驗室模擬，適合除錯但與排名無直接關係。
## 圖片：八成網站的第一瓶頸
### 三件必做的事
格式轉換：JPG/PNG 全面轉為 WebP（或 AVIF），檔案通常縮小三到五成。可用圖片優化外掛自動批次處理新舊圖片。
尺寸正確：不要上傳 4000 像素的原圖讓瀏覽器縮小顯示。內容區寬度多在 800 到 1200 像素，上傳前先縮。
延遲載入：首屏以下的圖片使用原生 lazy loading（WordPress 已內建），但首屏主圖務必「排除」延遲載入並考慮加上預載（preload），否則 LCP 反而變慢——這是最常見的反向操作。
### CLS 的圖片解法
所有圖片標籤都要有寬高屬性（或 CSS aspect-ratio），瀏覽器才能預留空間。佈景主題老舊、圖片沒有尺寸屬性的網站，光這一項就能讓 CLS 從紅轉綠。
## 快取與資源最佳化：一個好外掛解決大半
### 快取的三個層次
頁面快取：把動態產生的頁面存成靜態檔，回應速度差距可達十倍。WP Rocket、LiteSpeed Cache 等主流外掛皆可一鍵開啟。
瀏覽器快取：讓回訪者直接使用本機存好的資源。
物件快取：Redis 或 Memcached 加速資料庫查詢，適合會員站與電商（WooCommerce 這類無法整頁快取的購物流程尤其受益）。
### 資源最佳化的設定要點
CSS 與 JavaScript 的壓縮（minify）與延遲載入（defer）開啟後務必逐頁測試，某些外掛的指令碼被延遲後會壞版——先開、測、有問題再排除特定檔案。
產生「關鍵 CSS」（Critical CSS）讓首屏樣式內嵌，其餘延後載入，對 LCP 有感。
預載入關鍵資源：首屏主圖與網頁字型加上 preload。
字型優化：中文字型檔巨大，建議使用系統字型堆疊，或僅對標題使用子集化的網頁字型並設定 font-display: swap。
### 快取外掛的常見誤區
同時安裝兩個快取外掛會互相衝突；改版或改樣式後要記得清快取再驗收；登入使用者預設不吃頁面快取，測速請用無痕視窗。
## 外掛與外部指令碼：做減法
### 外掛健檢的方法
用 Query Monitor 之類的工具找出載入慢、查詢多的外掛。健檢原則：一年沒更新的外掛評估替換；功能重疊的合併（三個 SEO 外掛是災難）；「順手裝的」小工具逐一檢討。每停用一個外掛，重測一次。
### 外部指令碼的堆疊問題
GTM 裡塞了五種像素、兩個熱圖、三個聊天工具，是 INP 惡化的典型。對策：追蹤碼全部集中 GTM 管理並定期盤點刪除停用項目；聊天視窗改為延遲載入（使用者捲動或數秒後才載入）；能用伺服器端追蹤的（如 GA4）就改用伺服器端。
## 主機：速度的地板
### TTFB 是主機的成績單
伺服器回應時間（TTFB）建議在 600 毫秒內、越低越好。共享主機在流量上來後 TTFB 飄移是常態；台灣受眾的網站，選擇台灣或日本、新加坡節點的 VPS 或雲端主機（搭配 CDN），體感差異明顯。
### 我們實務上常見的主機端問題
排程任務（cron）堆積導致 CPU 飆高、備份外掛在尖峰時段全站打包、圖片縮圖無限增生吃爆磁碟——這些都不是「換更貴主機」能解的，而是要清理任務設定。速度優化到後期，主機端的維運品質比方案價格更關鍵。
### PHP 版本與 HTTP 協定
PHP 升到官方仍維護的新版本（效能與安全同步提升）、確認主機支援 HTTP/2 以上與 Brotli 壓縮。這些是免費的效能，只需要開。
## 資料庫瘦身
長年運作的 WordPress 資料庫充滿修訂版本（revisions）、暫存資料（transients）、垃圾留言與已停用外掛留下的資料表。每季清理一次：限制修訂版本數量、清除過期暫存、優化資料表。
## 五個最常見的速度殺手（實務案例整理）
| 殺手 | 症狀 | 解法 |
|——|——|——|
| 首屏大圖未優化 | LCP 4 秒以上 | WebP＋正確尺寸＋preload、排除 lazy load |
| 頁面快取沒開或失效 | TTFB 不穩、尖峰變慢 | 啟用快取外掛並確認命中率 |
| 追蹤碼與聊天工具堆疊 | INP 紅字、手機卡頓 | GTM 盤點、延遲載入、移除停用項 |
| 排程任務與備份打架 | 特定時段全站變慢 | 錯開排程、改增量備份、清理殭屍 cron |
| 佈景主題頁面建構器過重 | 到處都慢、DOM 巨大 | 精簡區塊、關閉未用模組、必要時換輕量主題 |
## 驗收與長期維持
優化完成後，用 PageSpeed Insights 記錄桌機與手機的三項指標，並在 Search Console 的 Core Web Vitals 報表持續追蹤（真實用戶數據約需 28 天更新）。
建立「變更就測速」的習慣：新外掛、新功能上線前後各測一次。
每月一次例行健檢：快取命中、外掛更新、資料庫大小、主機資源用量。速度不是專案，是維運。
## 常見問題 FAQ
### Lighthouse 分數要追到 90 分以上嗎？
不必。排名參考的是真實用戶的三項指標是否「良好」，Lighthouse 是除錯工具。三項全綠後，把時間投資在內容與轉換更划算。
### 裝了快取外掛怎麼反而壞版了？
多半是 CSS/JS 壓縮或延遲載入與特定外掛衝突。逐項關閉最佳化選項找出兇手，把該檔案加入排除清單即可，不需整個放棄快取。
### CDN 一定要用嗎？
受眾在台灣、主機也在近端節點時，CDN 對速度的邊際效益有限，但對圖片分流、突發流量與安全防護仍有價值。跨國受眾則必用。
### 速度優化多久要重做一次？
系統性優化做一次，之後靠每月健檢維持。網站改版、大量新增外掛或更換主機時，重跑一次完整流程。
## 結語
速度優化沒有魔法，它是一連串「量測、處理最大瓶頸、再量測」的循環。圖片、快取、外掛、主機、資料庫五關依序過完，綠燈自然亮起——而使用者與 Google 都會用停留與排名回報你。
想為網站做一次完整的速度健檢與 Core Web Vitals 優化，歡迎與 94iplay 聯繫（https://www.94iplay.com/聯絡我們/）。
## 參考資料
– web.dev. Core Web Vitals. https://web.dev/articles/vitals
– web.dev. Optimize Largest Contentful Paint. https://web.dev/articles/optimize-lcp
– web.dev. Interaction to Next Paint (INP). https://web.dev/articles/inp
– web.dev. Cumulative Layout Shift (CLS). https://web.dev/articles/cls
– Google Search Central. Page experience in Google Search results. https://developers.google.com/search/docs/appearance/page-experience
– PageSpeed Insights. https://pagespeed.web.dev/
– WordPress Developer Resources. Optimization. https://developer.wordpress.org/advanced-administration/performance/optimization/