WordPress 換主機搬家 SOP：R2 圖床 offload + All-in-One 大檔避雷清單（2026）

先說結論（Answer First）

如果你要把 WordPress 換主機，最容易踩雷的不是「搬家工具」本身，而是搬前沒把範圍定清楚：

你到底是要「整站打包」？還是「只搬資料庫＋必要檔案」？
你是不是已經把圖片/媒體 offload 到 R2（那搬家包就不該再塞 media）？
你是不是因為 All-in-One 備份檔太大，才被迫搬家（那就更要做「最小可用搬家包」）？

這篇我整理成一份照做就不太會踩雷的 SOP，特別適合你目前的情境：媒體已 offload 到 R2、All-in-One 檔案偏大。

如果你換主機的主因是「網站很慢」，建議你把搬家當成一次系統整理：搬完後順手把快取/CDN/主機規格對齊，才不會「搬完一樣慢」。
你可以用這兩篇當速度驗收地圖：

[[2026-01-04 WordPress 網站很慢怎麼辦？完整診斷與解決指南 (2026)|WordPress 網站很慢怎麼辦？完整診斷與解決指南]]
[[2026-04-27 主機升級 vs CDN vs 快取外掛：WordPress 加速怎麼選？別再亂花錢 (2026)|主機升級 vs CDN vs 快取外掛：WordPress 加速怎麼選？]]

（延伸閱讀：如果你還不熟 R2，可以先看：[[2026-05-15 Cloudflare R2 怎麼用？2026 完整入門、圖床架設與成本分析|Cloudflare R2 入門＋實戰指南]]。）

1) 搬之前要確認的 6 件事（先把風險關在門外）

1. 新主機規格是否相容

確認（至少）：

PHP 版本（你目前站上用的版本、你想升級到的版本）
MySQL / MariaDB 版本
記憶體 / CPU
磁碟空間（搬家會需要額外暫存；不要只看「站點大小」）

2. 備份策略要有「離線版本」

至少留 1 份「完整備份」（檔案 + 資料庫）在本機或雲端。
不要只相信主機的自動備份，因為你遇到問題的那一刻，通常也正是你最需要可控備份的那一刻。

3. DNS TTL 先降（如果你準備切換）

要切 DNS 的話，建議提前把 TTL 降低（例如 300 秒）。
目的不是「零停機」，而是讓你遇到問題時有更快的回切速度。

4. 登入資訊要先「確定可用」

把這些先整理好，避免搬一半卡住：

新主機 WP 後台
cPanel / Plesk / Cloudways / VPS SSH（你用哪種就準備哪種）
FTP/SFTP
資料庫管理（phpMyAdmin / Adminer）

5. 外掛清點：先列「必裝清單」

搬完後你最常做的事情是「一個一個對照是不是都正常」，所以搬前先列出必裝外掛（或必備功能）會省很多時間：

快取
安全/防火牆
SEO（含 sitemap）
表單（含寄信）
電商（如有）

6. R2 設定備份（不要把金鑰留在文章裡）

你需要的是「可以重建設定」的資訊，而不是把 key 貼在任何不安全的地方。至少記下：

Bucket 名稱
Endpoint（S3 相容端點）
Access key / Secret（放在密碼管理器）
CDN/自訂網域（如果你用 image.xxx.com）

2) 搬家方式怎麼選？（你這次的最省事路線）

路線 A：All-in-One（建議改成「分內容匯出」，不要硬扛大檔）

你這次的關鍵策略是：不要想「切一個超大的 .wpress」，而是做「最小可用搬家包」。

建議拆成三個概念：

主搬家包（必含資料庫）：把內容/設定搬過去
媒體（不搬）：你已經在 R2，就不要再把 uploads 塞回去
外掛/主題（能重裝就重裝）：通常更乾淨，也更小

路線 B：Migrate Guru（想省事、又常遇到大檔限制時）

如果你卡在：

備份檔 1–2GB 以上
新主機的上傳限制/解壓限制
搬到一半會 timeout

那 Migrate Guru 通常成功率高（而且對大檔比較友善）。
缺點是：它是「更黑盒」的搬家方式，你要更依賴搬完後的檢查清單來驗證結果。

3) All-in-One 在你情境的最佳做法（重點版）

你目前的情境是 R2 已 offload + All-in-One 檔案偏大，所以原則是：

A. 主搬家包務必包含資料庫

最常見的災難是：誤勾了「排除資料庫」→ 搬完看起來有網站，但內容不完整。
資料庫就是站的靈魂：文章、頁面、設定、多數外掛設定，都在裡面。

B. 你已經 R2：可以排除媒體庫（縮體積最有感）

如果你確定媒體已 offload 且前台圖片走 R2/CDN，匯出時可以排除 media，讓備份檔大幅變小。

C. 常見縮小來源：修訂、垃圾留言、快取

如果你站點歷史久，備份肥大通常來自：

內容修訂（revisions）
垃圾留言/垃圾資料
快取檔案（外掛快取、主機快取暫存）

你要的不是「把垃圾一起搬走」，而是把新主機先跑起來。

D. 外掛太多/太大：主搬家包可先排除外掛

如果外掛體積很大（或很多你其實用不到），主搬家包可以排除外掛，搬完再手動重裝「必裝清單」那幾個。
好處是：體積變小、也比較容易排除相容性問題。

4) 搬完後必做的 10 個檢查（你只要照這張驗收）

固定網址：設定 → 固定網址 → 直接按儲存一次（重建 rewrite 規則）
首頁/內頁/分類頁：是否 404、版型是否正常
圖片是否正常：你用 R2，重點看圖片是否指向 R2/CDN 網域
登入/會員功能：登入、註冊、重設密碼
表單/寄信：聯絡表單、SMTP（最常搬完才發現寄不出去）
SSL/HTTPS：憑證是否生效、是否有 mixed content
快取/CDN 清除：主機快取、外掛快取、Cloudflare cache（如果你有）
SEO：robots.txt、sitemap、是否意外 noindex
效能：TTFB、前端載入（快取設定是否需要重調）
- 不想猜就用這篇的工具做快速定位：[[2026-04-27 TTFB 是什麼？如何判斷瓶頸：WordPress 速度診斷與改善指南 (2026)|TTFB 診斷與改善指南]]
備份排程：新主機重新設好備份與保留策略（不要等出事才想起）

5) 切 DNS 的建議流程（盡量避免停機）

你可以把流程想成：先驗收新主機，再切流量。

建議順序：

先用新主機的「臨時網址 / hosts 檔」驗收，確認網站 100% 正常
再切 DNS（A 記錄或 nameserver）
切完至少觀察 24–48 小時（各地解析速度不同）
切換期間不要在兩邊同時更新內容（避免資料不同步）

6) 最常見踩雷點（你這次最可能遇到的）

1) 資料庫沒搬到（或內容不完整）

原因通常是誤勾排除資料庫，或搬家工具只搬了檔案。
症狀是：前台看得到網站，但文章/設定不見或怪怪的。

2) 外掛設定需要重設（尤其是 R2/offload、快取、安全、SMTP）

搬家後最常需要重新驗證的就是「對外服務」的設定：

R2/offload 是否還能正常讀取
快取規則是否需要重設（不同主機有不同快取層）
安全外掛/防火牆是否把新 IP 當成攻擊
SMTP 是否因為新主機環境而失效

3) 搬家檔太大，其實是 `wp-content` 裡的備份/快取

很多人看到站點肥大以為是內容，結果其實是：

舊備份檔
快取檔
臨時檔

你不需要把它們一起搬到新主機。
（例如 All-in-One 常見的大檔會堆在 wp-content/ai1wm-backups/；先確保有離線備份，再做清理。）

4) PHP 版本差異造成白屏/500

搬完遇到 500 或白屏，多半是：

PHP 版本差異
外掛相容性
記憶體限制（memory limit）

做法是：先關掉非必要外掛、把核心功能跑起來，再逐一加回去。

最後：如果你願意提供兩個資訊，我可以把 SOP 個人化成「你這次的搬家流程」

如果你卡住，先貼這兩個資訊（不用貼金鑰）：

你目前用哪個 offload 外掛（例如 WP Offload Media / Media Cloud / 其他）
新主機是哪家（或至少是 cPanel / Cloudways / 自架 VPS）

我可以幫你把上面清單再收斂成「你這次搬家實際要勾哪些 / 搬完 R2 要檢查哪些設定」，讓你更快過關。

先說結論（Answer First）