網站搬家最常出事的地方，不是「檔案搬不過去」，而是 DNS、Email、SSL、資料庫、網址結構其中一個環節漏掉。
尤其公司網站通常不只是一個網站。它可能還綁著公司信箱、表單通知、GA / Search Console、付款頁、會員登入、Cloudflare、第三方 API。你只要少看一個，搬家當天就可能變成網站打不開、信收不到、SEO 流量掉。
搬家前先盤點
在動手前，先把這些資料列出來：
| 類別 | 要確認什麼 |
|---|---|
| 網域 | DNS 目前在哪裡管理、nameserver 是誰、TTL 多久 |
| 網站 | 檔案、資料庫、PHP 版本、WordPress 外掛、上傳目錄 |
| MX、SPF、DKIM、DMARC、舊信箱帳號、轉寄規則 | |
| SSL | 憑證來源、到期日、是否有子網域或 wildcard |
| SEO | 網址是否會改、是否需要 301、sitemap、Search Console |
| 備份 | 搬家前完整備份、搬家後還原測試、舊主機保留時間 |
如果你不知道 DNS 在哪裡管，先不要動。這代表搬家風險已經比你想像高。
搬家前 3-7 天
降低 DNS TTL
如果 DNS provider 允許，先把主要記錄的 TTL 調低，例如 A、AAAA、CNAME、MX。這不是讓 DNS 立即生效的魔法，但能減少切換時等待快取過期的時間。
確認舊站備份可還原
不要只下載一包壓縮檔就當作備份完成。至少要確認：
- 網站檔案有完整下載
- 資料庫有匯出
- 檔案大小合理
- 測試環境能正常還原
- Email 帳號、轉寄、過濾規則有另外記錄
cPanel 備份可以下載 Home Directory、Database、Email filters / forwarders 等不同部分，但不是所有使用者層級設定都會自動包含在同一個檔案裡。搬家前要確認你需要的內容是否真的在備份裡。
搬家當天
先在新主機測試，不要直接切 DNS
比較穩的流程是：
- 把網站先搬到新主機。
- 用臨時網址、hosts 檔或 preview domain 測試。
- 確認首頁、內頁、表單、登入、圖片、後台都正常。
- 再切 DNS。
這樣即使新站有問題，也不會立刻影響正式訪客。
Email 不要跟網站一起亂切
網站 A 記錄和 Email MX 記錄是不同東西。很多搬站事故是只想換網站主機，結果把 nameserver 整包換掉，MX、SPF、DKIM 都沒搬過去，信箱就斷了。
如果你的信箱還留在 Google Workspace、Microsoft 365、舊主機或其他郵件服務，搬站時要確定 MX 記錄保留正確。 先看 Email DNS 設定教學 會比較不容易踩坑。
SSL 要等 DNS 生效後再驗證
SSL 自動簽發通常需要網域已經指到正確主機。DNS 還沒切好時，AutoSSL 或 Let's Encrypt 可能驗證失敗。這不一定是主機壞掉，而是驗證請求還沒打到新主機。
搬家後 1-2 週
觀察 Search Console
如果網址結構沒有變，只是換主機，通常不需要做網站遷移通知。 如果連網域或 URL 結構一起改，就要按照 Google Search Central 的 site move 建議處理：舊網址要正確 301 到新網址，Search Console 也要同步檢查。
Google 官方也提醒，網站遷移後 Google 可能會更頻繁抓取新站，中型網站通常需要幾週讓索引逐步穩定。這段期間不要一直反覆改 DNS 或網址結構。
舊主機不要太快關
建議至少保留舊主機一段時間，尤其是：
- DNS 快取還沒完全過去
- 舊站還有使用者上傳檔案
- 表單或 cron job 還可能打到舊環境
- Email 還沒確認完全正常
太早關掉舊主機，會讓排錯空間變小。
什麼情況建議找人協助
- 公司信箱不能中斷
- 網站有會員、訂單、付款
- 網址結構會變
- WordPress 很大，圖片和資料庫很多
- 你不知道 DNS、Email、SSL 分別在哪裡管理
- 舊主機快到期，只剩幾天能搬
這些情況都不適合「今晚自己試試看」。你可以先走 網站與信箱搬遷評估，把舊主機、網域、信箱、DNS 狀況整理清楚，再決定怎麼切。
搬家檢查清單
- 舊站完整備份，且可還原
- 新主機測試過首頁、內頁、後台、表單
- DNS TTL 已提前降低
- MX、SPF、DKIM、DMARC 已盤點
- SSL 憑證可正常簽發
- 若網址改變，301 對應表已準備好
- Search Console、Analytics、sitemap 已確認
- 舊主機不會立即關閉
網站搬家做得好，使用者幾乎不會感覺到。做得差，就會同時影響網站、信箱和搜尋流量。