比較 8 款 WordPress 圖片最佳化外掛,涵蓋上傳自動縮圖、壓縮、WebP/AVIF 轉換與批次處理,依網站規模與需求快速選型。
核心問題與解決方案概覽
當使用者直接上傳手機拍攝的 4000–6000px 原圖時,會佔用大量主機空間、拖慢頁面載入速度。WordPress 核心雖內建大圖縮放,但缺乏完整壓縮與現代格式(WebP/AVIF)轉換。解決之道是安裝圖片最佳化外掛,在上傳當下自動完成三件事:
- 縮小尺寸至設定的最大寬度(建議 1920–2048px)
- 壓縮檔案至適當品質(JPEG/WebP 建議 80–85)
- 轉換格式為 AVIF 優先、WebP 相容備援、不支援時保留原格式
另需啟用既有媒體庫批次最佳化,一次處理歷史圖片。
建議基準設定值
| 參數 | 建議值 | 說明 |
|---|---|---|
| 最大寬度 | 2048px | 兼顧螢幕顯示與檔案大小;純行動導向可降至 1920px |
| 最大高度 | 0(不限制) | 僅限制寬度,保持長寬比 |
| JPEG/WebP 品質 | 80–85 | 平衡視覺品質與檔案大小;商品圖、攝影圖請實測調整 |
| 輸出格式優先序 | AVIF → WebP → 原格式 | 瀏覽器支援度遞減,自動 fallback |
| 原始檔保留 | 暫時保留 | 驗收完成後可清理,節省空間 |
| 批次處理 | 上線前全量跑一次 | 含媒體庫、佈景、外掛資料夾內圖片 |
主流外掛詳細比較
1. EWWW Image Optimizer —— 尺寸控制與批次處理最強
適合情境:使用者頻繁上傳超大圖、既有媒體庫龐大、圖片散落於媒體庫外資料夾、技術團隊需精細控制。
- 上傳時自動縮至設定最大寬高
- Bulk Optimizer 可背景掃描媒體庫、佈景、指定外掛資料夾
- 可選擇是否保留原檔(預設不保留,節省空間)
- WebP 由本機工具或 API 產生;AVIF 能力視主機函式庫而定
- 提供 WP-CLI 與 Scheduled Optimizer,適合自動化維運
- 免費版核心功能完整,雲端 Easy IO 為訂閱制
非經媒體庫上傳的檔案(如 FTP、表單外掛直傳)可能不會即時攔截,需排程或手動觸發批次。
2. Smush —— 新手友善的一站式整合
適合情境:想快速啟用、不想處理細節、需整合 Lazy Load、CDN、WebP/AVIF。
- 介面直覺,安裝即用
- 免費版含基本壓縮、Lazy Load、WebP/AVIF 轉換
- 進階壓縮、CDN、高階 WebP/AVIF 需 Pro 方案
- 批次最佳化功能適合基本媒體庫清理
- 超大圖自動縮小能力受免費/Pro 方案限制
3. Converter for Media —— 免費無額度限制的格式轉換首選
適合情境:優先求「免費、無張數額度、自動輸出 WebP/AVIF」,且主機支援對應 PHP 函式庫。
- 500,000+ 啟用安裝,專注格式轉換與前端交付
- 上傳 JPEG/PNG 自動建立 AVIF/WebP,保留原檔作 fallback
- 強項在格式轉換,非完整壓縮工作流;縮圖設定需額外確認
- 完全無 Pro 版、無授權費
4. Image Optimizer by Elementor —— 介面簡單、一次完成
適合情境:使用 Elementor 生態、想要簡單介面完成縮圖、壓縮、WebP/AVIF。
- 上傳時自動 resize、optimize、轉 WebP/AVIF
- 支援批次處理既有圖片
- 使用 Elementor 第三方影像處理服務
5. Imagify —— 設定簡單、接受雲端額度制
適合情境:圖片量中等、偏好雲端處理、可接受月費。
- 每月 20MB 免費額度,大量上傳網站易超額
- 支援 resize、壓縮、WebP/AVIF、智慧裁切
- 介面極簡,設定成本低
6. Skyspeed —— 針對手機大圖優化、優先 AVIF
適合情境:目標明確為「手機大圖自動縮小並優先用 AVIF」。
- 預設最大寬度 1920px,優先 AVIF → WebP → 原格式
- 上線前務必在 staging 測試佈景與 CDN 相容性
7. ShortPixel Image Optimizer —— 圖片與 PDF 同步最佳化
適合情境:需同時處理產品圖、型錄 PDF 等文件。
- 支援圖片/PDF 壓縮、WebP/AVIF、智慧裁切、resize
- 以額度或付費方案為主
8. DZIEWA Media Converter —— 完全免費、無 Pro 版
適合情境:堅持零成本、主機支援 WebP/AVIF 函式庫。
- 上傳 JPEG/PNG 即建立 AVIF/WebP,保留原檔
- 無授權費、無付費附加元件
- AVIF 支援度高度依賴伺服器環境
選型決策樹
開始
│
├─ 需要「強制限制上傳尺寸」+「大量既有圖批次」+「技術團隊可維運」
│ └─→ 選 EWWW Image Optimizer
│
├─ 想「最省事、一站式、含 Lazy Load/CDN」,預算允許 Pro
│ └─→ 選 Smush
│
├─ 核心需求是「免費、無額度、自動 WebP/AVIF 交付」
│ └─→ 選 Converter for Media(確認主機 PHP 支援)
│
├─ 使用 Elementor、想要簡單介面
│ └─→ 選 Image Optimizer by Elementor
│
├─ 圖片量中等、接受雲端額度、重視設定簡單
│ └─→ 選 Imagify
│
├─ 專門針對手機大圖、優先 AVIF
│ └─→ 選 Skyspeed(先 staging 測試)
│
├─ 需同時最佳化 PDF
│ └─→ 選 ShortPixel
│
└─ 堅持完全免費、無 Pro 版、主機環境完善
└─→ 選 DZIEWA Media Converter
實作步驟清單
- 備份網站(含資料庫與
wp-content/uploads) - 安裝選定外掛,進入設定頁
- 設定最大寬度 2048px、高度 0、品質 82
- 啟用 AVIF + WebP 輸出,確認 fallback 鏈
- 開啟「上傳時自動最佳化」
- 暫時勾選「保留原始檔」
- 在測試環境跑批次最佳化(少量樣本 → 全量)
- 前端實測:檢查 Network 面板確認回傳 AVIF/WebP、檢視圖片品質
- 驗收無誤後,可關閉「保留原始檔」並清理舊檔
- 設定排程/定期批次,處理非媒體庫上傳的新圖片
常見坑點與對策
| 坑點 | 影響 | 對策 |
|---|---|---|
| 主機 PHP 缺乏 AVIF/WebP 函式庫 | 無法產生現代格式、回退 JPEG/PNG | 請主機商安裝 libavif、libwebp;或改用雲端 API 型外掛(Imagify、ShortPixel) |
| CDN 快取未更新 | 瀏覽器仍載入舊格式大圖 | 清除 CDN 快取、設定適當 Cache-Control、驗證 Vary: Accept 標頭 |
| 非媒體庫上傳(表單、FTP、REST API)未被攔截 | 大圖直接進站 | 使用 EWWW 掃描指定資料夾、或設定 Cron 定期觸發 Bulk Optimizer |
| 品質設定過低導致商品圖/人像失真 | 使用者體驗下降 | 分類設定:商品圖 85、部落格配圖 80、縮圖 75;實測為準 |
| 原始檔保留導致主機空間暴增 | 空間不足、備份時間拉長 | 驗收後關閉保留、執行清理、監控 uploads 目錄大小 |
| 佈景/區塊編輯器硬編碼圖片尺寸 | 縮圖後版面跑版 | 使用響應式圖片尺寸(srcset)、避免寫死像素值 |
進階維運建議
- WP-CLI 自動化:
wp ewwwio optimize --all或wp media regenerate結合外掛指令,納入 CI/CD 或排程任務。 - 觀測指標:定期檢查平均圖片大小、WebP/AVIF 交付比例、Core Web Vitals(LCP、CLS)。
- 多環境同步:Staging 先跑完整流程、驗收無誤再套用至 Production。
- 權限控管:限制上傳權限、設定最大上傳檔案大小(
upload_max_filesize、post_max_size)作為第一道防線。
結語
沒有單一「最好」外掛,只有最貼合網站規模、技術能力、預算、圖片來源的組合。
- 企業站、電商、多作者、大量既有圖 → EWWW Image Optimizer 給予最完整控制權。
- 中小型內容站、追求省力、預算可負擔 Pro → Smush 一站式解決。
- 零預算、主機環境完善、核心需求是格式轉換 → Converter for Media 或 DZIEWA。
建議先在 Staging 以真實樣本跑完整流程(上傳 → 轉檔 → 前端驗證 → 批次清理),確認檔案大小、視覺品質、瀏覽器相容性皆達標,再部署上線。持續監控 Core Web Vitals 與主機空間,才能長期維持圖片效能最佳化。