WordPress Offload 儲存不是單純把 wp-content/uploads 丟到雲端硬碟，而是把媒體檔案從主機硬碟搬到 Object Storage，再讓前台圖片、PDF、影片縮圖從遠端儲存或 CDN 讀取。對開發者來說，真正該比較的不是「哪個雲端硬碟最便宜」，而是儲存費、出站流量、API 請求、外掛支援、舊媒體批次搬移與本機檔案清理策略。
這篇整理 2026 年 6 月查詢到的常見 Object Storage 價格，並補上 WordPress media offload 外掛選擇。價格會變動，正式導入前請再看官方 pricing page，但這份表可以先幫你判斷：要省主機硬碟、要做異地備份，還是要直接拿來服務網站圖片。
先釐清：Offload、同步、備份是三件不同的事
很多 WordPress 站長一開始會把 Google Drive、rclone、S3、Cloudflare R2、Backblaze B2 全部放在一起比較，但它們在架構上解決的是不同問題。
- Media offload：WordPress 上傳圖片後，外掛把原圖與縮圖複製到 Object Storage，並改寫前台 URL，目標是減少 VPS 硬碟使用量。
- 檔案同步：用 rclone 或類似工具把 uploads 同步到另一個儲存位置，通常不會讓 WordPress 知道哪些 attachment 已經在遠端。
- 備份：用 restic、borg、Duplicati 或快照工具保留版本，目標是能回復到某一天，而不是只保留最新狀態。
如果目標是「省 VPS 硬碟」，你需要 media offload。如果目標是「防誤刪、可回復」，你需要備份。最穩的設計通常是：Object Storage 負責正式媒體檔案，另一個 provider 負責異地備份。
Object Storage 價格比較：以 1TB WordPress uploads 估算
以下以 1TB 儲存量做粗估，主要看標準熱資料儲存。實際帳單還會受到地區、出站流量、API 請求、最低計費、刪除週期與匯率影響。
| 服務 | 約略 1TB/月儲存費 | 出站流量重點 | 適合情境 |
|---|---|---|---|
| Hetzner Object Storage | €6.49/月起，含 1TB 儲存 | 含 1TB egress，超額另計 | 歐洲機房、低成本備份或媒體儲存 |
| IDrive e2 | 約 US$59.50/年，約 US$4.96/月 | 方案與促銷需看當期條款 | 低成本 S3-compatible 儲存與備份 |
| Backblaze B2 | US$6.95/TB/月起 | 免費 egress 最高約月均儲存量 3 倍 | 備份、歸檔、可搭配 restic |
| Wasabi | 2026-07-01 起 US$7.99/TB/月 | 主打無 egress fee，但需注意服務條款 | 容量穩定、少刪除的熱儲存 |
| Cloudflare R2 | US$0.015/GB/月，約 US$15/TB/月 | 無 egress fee，但有 Class A/B request 費 | 圖片流量高、已使用 Cloudflare 的站台 |
| Linode Object Storage | US$0.02/GB/月，約 US$20/TB/月 | 每月前 1TB egress 免費，之後另計 | Linode VPS 站台的 media offload |
| AWS S3 Standard | 約 US$0.023/GB/月，約 US$23/TB/月 | request 與 egress 項目多 | 企業、AWS 生態系、權限與整合需求高 |
| Google Cloud Storage Standard | 約 US$20-23/TB/月，依 region 而異 | egress 另計 | GCP 生態系、Google Cloud CDN 整合 |
官方參考：Hetzner Object Storage、IDrive e2 pricing、Backblaze B2 pricing、Wasabi pricing、Cloudflare R2 pricing、Akamai/Linode pricing、AWS S3 pricing、Google Cloud Storage pricing。
我的選型建議：WordPress media offload 不只看每 TB 價格
如果只是備份，Backblaze B2、IDrive e2、Hetzner 這類每 TB 成本低的方案很有吸引力。但如果要直接拿來服務前台圖片，還要看三件事：出站流量、CDN 整合、WordPress 外掛是否穩定支援。
Linode VPS 使用者：Linode Object Storage 很順，但不該當唯一備份
如果你的 WordPress 主機本來就在 Linode，用 Linode Object Storage 做 media offload 很直覺：同一個控制台、S3-compatible endpoint、延遲通常也好掌握。缺點是供應商集中，Linode 主機與媒體檔都在同一個 provider，遇到帳號、區域或供應商層級問題時，備援獨立性不足。
比較乾淨的做法是：Linode Object Storage 放正式媒體檔，Backblaze B2 或 Hetzner 再放一份備份 snapshot。前者解決硬碟空間，後者解決異地復原。
Cloudflare R2：不收 egress，但 request 不是完全免費
R2 對圖片流量大的站很有吸引力，因為不收 egress fee。可是前台圖片讀取會產生 Class B operations，後台上傳與列目錄會產生 Class A operations。對一般 WordPress 站通常不是大問題，但高流量媒體站不能只看「零出站費」四個字。
Backblaze B2：很適合備份，不一定是最無腦的前台媒體來源
B2 的儲存價格漂亮，搭配 restic 做增量備份非常舒服。若要拿來做 WordPress media offload，也要確認外掛是否支援 B2 的 S3-compatible API、custom endpoint、URL rewrite 與 bulk migration。備份用途和前台 serving 用途，要分開評估。
WordPress Offload 外掛怎麼選？
選外掛時，不要只看「支援 S3」這句話。真正重要的是它是否支援既有 Media Library 批次上傳、縮圖同步、URL rewrite、srcset、刪除本機檔案、還原本機檔案、WooCommerce/ACF/Elementor 相容性，以及是否能填自訂 endpoint。
| 外掛 | 重點 | 注意事項 |
|---|---|---|
| WP Offload Media / Lite | 成熟度高，支援 S3、DigitalOcean Spaces、Google Cloud Storage，Pro 有既有媒體庫工具 | Lite 版只處理新上傳媒體，舊 Media Library 批次上傳是 Pro 功能；S3-compatible provider 需確認設定方式 |
| Media Cloud | 功能完整，常被拿來接 S3-compatible、R2、Bunny 等服務 | 設定選項多，導入前要測試 Elementor、ACF、WooCommerce 圖片引用 |
| Advanced Media Offloader | 主打 S3-compatible cloud storage、自動上傳、URL rewrite、bulk offload | 適合想用免費或輕量方案測試的人，但正式站仍要先壓測與備份 |
| Next3 Offload | 支援多種 S3-compatible provider、既有媒體 offload、清理本機檔案 | 商業外掛導向，需看授權與更新策略 |
| WP Media Folder Cloud Addon | 有 Linode integration 資訊，偏媒體管理與雲端整合 | 適合需要媒體庫管理 UI 的站，但成本與功能要一起評估 |
| 自製輕量 offload plugin | 可以精準符合自己的 Linode/R2/B2 架構，保留 fallback 與 WP-CLI 批次工具 | 需要自己處理 S3 signing、attachment meta、srcset、delete、verify、cleanup-local |
官方/外掛參考：WP Offload Media Lite、WP Offload Media Pro、Advanced Media Offloader、Next3 Offload、WP Media Folder Linode offload。
我會怎麼設計 WordPress uploads offload 架構？
如果是開發者自己維護的 WordPress 主機，我會把架構拆成兩層，而不是把所有責任都丟給同一個 cloud bucket。
- 正式媒體層：Linode Object Storage、Cloudflare R2 或其他 Object Storage，負責前台圖片與附件 URL。
- 備份層：Backblaze B2、Hetzner 或另一家 provider，透過 restic/rclone 保留版本與異地復原能力。
- WordPress 狀態層：每個 attachment 用 post meta 記錄 provider、bucket、object key、uploaded status、local removed 狀態。
- 批次工具層：用 WP-CLI 做 scan、upload、verify、cleanup-local，避免大型媒體庫卡在後台 timeout。
我不建議直接用 rclone sync --delete 當唯一方案。它可以同步檔案，但 WordPress 不知道哪個 attachment 已經 offload，也不知道 srcset、縮圖、ACF 欄位或 WooCommerce 圖片是否能正常改寫。比較可靠的做法是 attachment-aware：每個媒體檔都有狀態、有 fallback、有 verify、有清除本機檔案的安全門檻。
結論：省硬碟與做備份，要分開設計
如果你的 WordPress uploads 已經長到幾百 GB，第一步不是急著買最大硬碟，而是先問：這些檔案是要前台即時讀取，還是只是備份留存？前台媒體適合放 Object Storage 並接 CDN；備份則適合用 restic 這類有 snapshot 的工具放到另一家低成本儲存。
簡單建議如下：Linode VPS 使用者可以優先考慮 Linode Object Storage 做 media offload；高流量圖片站可以評估 Cloudflare R2；備份用途可優先看 Backblaze B2、Hetzner 或 IDrive e2；如果你只是用 Google Drive 當主機備份空間，通常成本和可維護性都不是最理想的選擇。
常見問題 FAQ
WordPress media offload 可以真的節省主機硬碟嗎？
可以，但前提是外掛或自製工具在確認檔案已上傳到 Object Storage 後，能安全刪除本機原圖與縮圖。如果只是備份到雲端，本機 uploads 仍然存在，就不會節省硬碟。
WP Offload Media Lite 可以批次上傳舊媒體嗎？
不行。WP Offload Media Lite 主要處理新上傳媒體；官方外掛頁說明，既有 Media Library 不會自動複製到雲端，舊媒體上傳工具屬於 Pro 功能。
Object Storage 可以取代 WordPress 備份嗎？
不建議。Object Storage 可以放正式媒體檔，但如果沒有版本保留與異地備援，誤刪或同步錯誤仍可能造成資料遺失。建議另外用 restic、borg 或備份服務保留 snapshot。
Cloudflare R2 比 Linode Object Storage 更適合 WordPress 嗎？
不一定。R2 的優勢是無 egress fee，適合流量高或已經深度使用 Cloudflare 的站；Linode Object Storage 則適合原本就在 Linode 跑 VPS、想快速降低 uploads 硬碟壓力的站。
自己寫 WordPress offload plugin 可行嗎？
可行，但要做成 attachment-aware，而不是只同步資料夾。至少要處理 S3 上傳、attachment meta、URL rewrite、srcset、批次補傳、遠端驗證、刪除本機檔案與失敗 fallback。
