換主機這件事，多數站長一年遇不到幾次，但每一次都牽動全站流量、訂單與會員資料。資料量不大的部落格還算單純，撐到中型內容站、會員制網站或電商，光是備份檔上傳就可能跑上幾小時，期間任何文章修改、訂單成立、會員註冊，都是搬完後對不上的資料缺口。

業界統計顯示，電商網站在搬家斷線期間，平均一天會損失約 4% 的營收；中小企業若整段服務停擺，每小時損失也常落在數千美元等級。問題不只在於網站打不開，搜尋引擎在這段期間若爬到 500 錯誤或舊主機回應，索引狀態也會跟著波動。

WordPress 主機搬家（WordPress Hosting Migration）要做到零停機，靠的不是哪一支神奇外掛，而是把備份、網域名稱系統（DNS）切換、新站驗收這三件事的順序排對。以下從預備動作、工具選擇、切換流程一路走到搬完後的清單，把容易斷層的環節補上。

為什麼有人搬家就掉流量，有人能零停機

掉流量的搬家通常有個共通模式，把備份檔放上新主機後，馬上去網域註冊商改 A 記錄，然後祈禱兩邊資料一致。實際上 DNS 全球完整傳播需要 24 至 48 小時，這段時間部分訪客連到新站、部分還停在舊站，雙邊的訂單與留言會永遠對不起來。

零停機的版本則是把切換點從改 A 記錄這一刻往前挪。新主機先用臨時網址或本機 hosts 檔測通，舊主機維持線上服務，等 DNS 預先把存活時間（Time To Live, TTL）調到 60 至 300 秒並等待原 TTL 過期後，再做最後一次資料同步、切 A 記錄。整段過程訪客感受不到中斷，搜尋引擎也只會看到一台機器在回應。

這個邏輯背後的關鍵是 TTL。多數網域註冊商預設 TTL 是 3600 秒甚至更高，沒有提前 48 至 72 小時調降，切換當下的傳播延遲就完全卡死。把 TTL 想成搬家公司的回程時間，沒先預約短班次，當天臨時叫車一定排不上。

整站備份的 4 個核心範圍

備份是搬家唯一的保險，但很多人只備份了資料庫就出發，搬到新站才發現附件全破圖、外掛設定全消失。一份能真正還原網站的備份，必須涵蓋下列範圍，缺一就會在新站留下肉眼難辨的破洞。

• 資料庫（Database）：文章、頁面、留言、使用者帳號、外掛設定值幾乎都在這裡。匯出格式選 SQL 純文字，避免某些主機的封閉備份格式無法跨平台還原。
• wp-content/uploads 目錄：所有上傳的圖片、影片、PDF 都在這層。電商站還會多出商品圖、發票、匯出報表，往往是整包備份裡體積最大的部分。
• wp-content/themes 與 plugins 目錄：主題客製檔、子主題、付費外掛的授權檔都在這裡。直接從外掛商店重裝會遺失客製化內容。
• 根目錄系統檔：wp-config.php、.htaccess、wp-cron.php 與其他根目錄自訂檔。wp-config 含有資料庫連線資訊與安全金鑰，切換後要重新編輯而不是覆蓋。

備份完務必在本機另存一份完整壓縮檔，不要只信任搬家工具產生的中間檔。會員制與電商站建議再加一個內容凍結窗口，搬家前 24 至 48 小時暫停新發文與後台修改，避免來源與目的地之間有編輯落差。

三套搬家工具的取捨

搬家工具大致分成三類，差別在備份檔大小限制、自動化程度、對伺服器權限的需求。多數站長會在 Duplicator、All-in-One WP Migration、手動 SFTP 加 phpMyAdmin 之間挑一套，下面把實務上會碰到的判準整理成對照表。

預設選 Duplicator，理由是檔案大小不卡 512 MB，還原時的設定精靈會自動改 wp-config 與資料庫網址，是目前 2026 年裝機量最高的選項。網站不到 500 MB 又想最省力，All-in-One WP Migration 就夠用，但要先確認新主機沒有封鎖該外掛的伺服器端限制。資料庫破百 MB 或網站本身結構複雜（多站點、自訂表）的，手動搬反而比較穩，工具的自動轉址有時會在自訂資料表上失準。

從預備到切換的 4 個操作階段

實際操作的順序安排，是零停機與否的真正分野。下面 4 個階段對應搬家當天前後一週的完整時程，照順序走完才不會留尾巴。

預先調降 DNS TTL 到 300 秒

切換前 48 至 72 小時登入網域註冊商，把 A 記錄與 CNAME 的 TTL 從預設值改成 300 秒（5 分鐘），有些站長會壓到 60 秒。這個動作不影響現有服務，但會讓真正切換那一刻的傳播時間從幾小時壓縮到幾分鐘。記得同時通知協作團隊暫停大幅內容修改，進入內容凍結窗口。

在新主機建好完整鏡像

用前一節挑好的工具把備份檔上傳到新主機，跑完匯入後用該主機提供的臨時網址（或在本機改 hosts 檔指向新主機 IP）打開站點，逐頁巡視。重點檢查項目是首頁、商品頁、結帳流程、會員登入、表單送出，確認資料庫網址替換乾淨、靜態資源連到新站而非舊站的絕對網址。

最後一次增量同步資料庫

預定切換時刻前 30 分鐘，把舊站後台關閉（或限定唯讀），把資料庫做最後一次匯出匯入到新站。這一步是為了補上自第一次備份後新增的留言、訂單、會員。完成後新舊兩站資料一致，可以開始改 A 記錄。

切換 A 記錄並監看流量

把 A 記錄指向新主機 IP，因為 TTL 已經降到 300 秒，多數地區會在 5 至 15 分鐘內傳播完畢。打開新主機的存取日誌與 Google Search Console 的網址檢查工具，觀察爬蟲是否已經爬到新機器、HTTP 狀態碼是否全 200。舊主機暫時不要關，至少留 48 小時。

搬家後必驗的 7 項清單

切完 A 記錄不等於搬完，肉眼看首頁正常的網站，可能在會員系統、SSL 鏈、搜尋引擎索引上有看不見的斷層。下面這份名詞並列的驗收清單，是搬家後 24 小時內必須逐項打勾的範圍。

• 附件與圖片完整度：跑一輪破鏈檢查工具（Broken Link Checker 或外部爬蟲），確認 wp-content/uploads 全數搬齊，沒有 404 圖片。
• SSL 憑證與 HTTPS 強制轉址：新主機要重新申請或匯入 SSL 憑證，檢查中繼憑證鏈完整、線上憑證狀態協定（OCSP）回應正常、HTTP 強制轉 HTTPS 有效。
• 會員帳號與密碼一致性：找 2 至 3 位真實會員實測登入，確認資料庫的密碼雜湊（Hash）與安全金鑰（SECRET_KEYS）搬移正確，不要等客訴才發現全站登入失敗。
• 電商訂單與金流串接：WooCommerce 或其他購物車外掛要重新驗證金流金鑰、API 端點白名單、Webhook 設定，避免新站 IP 沒在金流商白名單內。
• 電子郵件寄送設定：簡易郵件傳輸協定（SMTP）外掛的伺服器位址、寄件人網域驗證（SPF、DKIM、DMARC）要在新主機環境下重新測試發信。
• 搜尋引擎索引與爬蟲存取：Google Search Console 重新提交 sitemap，並用網址檢查確認爬蟲拿到的 HTML 來自新主機；robots.txt 與 noindex 設定保持上線版本。
• 效能基準與快取規則：跑一次 PageSpeed Insights 與 GTmetrix，記下新主機的最大內容繪製（LCP）、首位元組時間（TTFB），對照搬家前的數據，有明顯退步要回頭查快取外掛與內容傳遞網路（CDN）設定。

優先序上，SSL 與會員登入排最前，這兩項一旦失效會直接影響轉換與信任；索引與效能可以接著 48 小時內補完。電商站額外加一條，搬家後第一張訂單建議自己下，從加入購物車到收到確認信走一遍，比看任何監控數據都直觀。

舊主機什麼時候才能關掉

很多人切完 A 記錄就急著退掉舊主機，省那一個月主機費，結果第三天才發現某張舊圖、某個自訂 CSS 路徑還寫死指向舊網域，整個區塊版面塌掉。穩妥的做法是讓舊主機保持線上至少 7 天，並關掉後台寫入權限，當作純唯讀的應急備援。

這 7 天裡可以做幾件事保險。把舊主機的存取日誌打開，看還有沒有 IP 在連舊機器，若有大量爬蟲還在打舊站，代表 DNS 沒完全傳播或站內某些連結還是寫絕對網址。再用爬蟲工具掃一次新站全站連結，把指向舊網域的內部連結改回相對路徑或新網域。Search Console 的覆蓋率報告也要追蹤一週，看新網址被索引的數量是否正常爬升。

完整搬家不是把檔案搬過去就結束，而是讓搜尋引擎、會員、爬蟲都接受新地址為正式門牌。WordPress 主機搬家做得好的站長，往往從決定換主機到完全關閉舊機器，會留 10 至 14 天的安全餘裕，這段時間是讓系統慢慢過渡的成本，比起搬壞了重做一次省得多。