MO STORIES
WordPress 換主機搬家 SOP:R2 圖床 offload + All-in-One 大檔避雷清單(2026)
先說結論(Answer First) 如果你要把 WordPress 換主機,最容易踩雷的不是「搬家工具」本身,而是搬前沒把範圍定清楚: 你到底是要「整站打包」?還是「只搬資料庫+必要檔案」? 你是不是已經把圖片/媒體 offload 到 R2(那搬家包就不該再塞 media)? 你是不是因為 All-in-One 備...

先說結論(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 個檢查(你只要照這張驗收)
- 固定網址:設定 → 固定網址 → 直接按儲存一次(重建 rewrite 規則)
- 首頁/內頁/分類頁:是否 404、版型是否正常
- 圖片是否正常:你用 R2,重點看圖片是否指向 R2/CDN 網域
- 登入/會員功能:登入、註冊、重設密碼
- 表單/寄信:聯絡表單、SMTP(最常搬完才發現寄不出去)
- SSL/HTTPS:憑證是否生效、是否有 mixed content
- 快取/CDN 清除:主機快取、外掛快取、Cloudflare cache(如果你有)
- SEO:robots.txt、sitemap、是否意外 noindex
- 效能:TTFB、前端載入(快取設定是否需要重調)
- 不想猜就用這篇的工具做快速定位: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 要檢查哪些設定」,讓你更快過關。
想讓網站為你帶來更多商機嗎?
瘦桑與 MO design studio 同步提供專業的網站升級服務:
前 5 名諮詢客戶享免費效能報告

關於作者 | 10+ 經驗
MO 編輯
WordPress 效能優化專家 / MO Design Studio 共同創辦人
關注設計 × 工程的平衡協作,擅長以簡潔語言說故事。專門幫已有網站的品牌做速度升級。相信好網站不用重做,只需要正確的優化。
延伸閱讀

舊文章 SEO 優化清單:讓過氣內容重返搜尋結果的 10 步驟 (2026)
舊文通常比新文更快拉回流量。本篇提供 10 步驟更新流程、優先級評分模型與 30 天追蹤指標,幫你把過氣內容重新做成有效資產。...

Google 搜不到我的網站怎麼辦?5 步驟診斷與修復指南 (2026)
Google 搜不到網站通常不是內容差,而是收錄流程卡住。本指南用 5 步驟帶你排查索引、robots、sitemap 與內容品質,快速找出問題。...

SEO 外包 vs 自己做:成本、時間、風險比較(2026)
SEO 該外包還是自己做?本篇用成本、時間、風險、可控性四維度比較,並給你 180 天混合執行方案,幫你做出更穩定的決策。...
訂閱 MO Stories
獲得最新的網頁設計趨勢、Headless CMS 技術洞察與數位變現策略。