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

先說結論（Answer First）

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

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

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

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

• WordPress 網站很慢怎麼辦？完整診斷與解決指南
• 主機升級 vs CDN vs 快取外掛：WordPress 加速怎麼選？

（延伸閱讀：如果你還不熟 R2，可以先看：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 個檢查（你只要照這張驗收）

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

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

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

建議順序：

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

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 個人化成「你這次的搬家流程」

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

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

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

要搬或要換的話

主機、網域這一層的麻煩多半不在步驟，在出事的時候不知道卡在哪一關。

正在評估要不要換、或搬到一半卡住，加 LINE 跟我們說一下現況就好——我們自己的官網換過三次主機，客戶案也做過幾次，會直接講值不值得搬。