主機資料搬離這件事，多數人是被逼到最後一刻才開始做。可能是收到主機商寄來的「方案即將到期、不再續約就停用」通知，可能是供應商宣布結束營運、給你一個關站日期，也可能是你受夠了又慢又貴的服務想換一家。不管理由是哪一個，共同的風險都一樣：到期日一過，你的網站檔案、資料庫、信件，甚至網域控制權，全都可能被鎖在原供應商手裡，拿不回來。

很多搬家教學只講「怎麼把 WordPress 搬到我選好的新主機」，預設一切順利、舊主機隨時都在。但主機到期或關站的情境完全不同，你面對的是一條死線，過了那條線資料可能直接被清掉。這篇要談的不是單純備份，而是一份「完整搬離清單」，把網站該帶走的所有東西一次盤點清楚，確保你不會被綁死在任何一家供應商。

主機到期前該做的是完整搬離，而不只是備份一份檔案

完整搬離和一般備份最大的差別，在於「範圍」與「期限」。日常備份通常只顧到 WordPress 的檔案和資料庫，因為平常出問題頂多是還原一個版本，舊主機還在，缺的東西隨時補得回來。但主機到期或關站時，舊環境會整個消失，你沒有第二次機會回去抓漏掉的東西。

這裡有一個常被忽略的時間陷阱。多數虛擬主機商在方案到期、你又沒續約之後，不會馬上刪資料，而是先把帳號「暫停（suspend）」一段時間，這段期間你往往連 cPanel 都登不進去，看得到帳號卻碰不到資料。等寬限期一過，資料就會被正式清除。換句話說，真正安全的時間點是「到期日之前」，不是「到期日當天」。把搬離動作提早到收到通知的那一刻開始做，是成本最低的做法。

完整搬離要涵蓋的，不只是網站本身，還包括電子郵件、DNS 設定、網域控制權這些「不在 WordPress 裡」的資產。這幾項恰恰是被鎖住風險最高、事後最難補救的部分，後面會逐一拆解。

搬離前要先盤點的五類資產

動手下載之前，先花十分鐘把要帶走的東西列成清單，避免漏抓。一個架在虛擬主機上的網站，資產通常落在以下五類：

• 網站檔案：WordPress 核心、佈景主題、外掛、上傳的圖片與媒體，全都在網頁根目錄（多半是 public_html）底下，包含容易被隱藏的 .htaccess。
• 資料庫：文章、頁面、留言、使用者、設定值都存在 MySQL 資料庫裡，沒有它網站等於只剩空殼。
• 電子郵件：如果你的信箱（例如 service@你的網域）是架在這台主機上，信件內容存在主機的郵件伺服器，跟著主機一起消失。
• DNS 紀錄：A 紀錄、MX 紀錄、TXT（含 SPF、DKIM）、CNAME 這些設定，決定了網域指向哪裡、信件怎麼收發。
• 網域控制權：網域註冊在誰名下、能不能轉出，跟主機是兩回事，卻最容易被綁在同一家供應商手上。

把這五類列成一張表，每搬完一項就打勾。表格化的好處是，當你心慌趕死線時，不會因為腦袋一片空白而漏掉信件或 DNS 這種「想不到要帶」的項目。

網站檔案與資料庫怎麼完整匯出

網站檔案與資料庫是兩塊分開的東西，要分別處理。先處理檔案：用 FTP 軟體（例如 FileZilla）連上主機，或登入 cPanel 點「檔案管理員」，進到 public_html 目錄，把底下所有檔案全部下載到電腦。重點是別漏掉開頭是點的隱藏檔，.htaccess 裡常存著轉址規則和安全設定，漏抓會讓搬過去的網站行為跑掉。檔案多的時候，先在 cPanel 裡把整個目錄壓縮成一個壓縮檔再下載，會比一個一個拉快得多。

資料庫則用 cPanel 裡的 phpMyAdmin 匯出。進到 phpMyAdmin 後，從左側選單點選你網站用的資料庫，如果不確定是哪一個，打開 wp-config.php 看 DB_NAME 的值就知道。選好資料庫後點上方的「匯出（Export）」，格式選 SQL，按執行就會下載一份 .sql 檔。這份檔案就是整個網站的內容主體，務必確認下載完整、檔案大小不是零。

如果主機商有提供 cPanel 的「備份精靈」或 JetBackup 這類工具，也可以直接做一份完整帳號備份（Full Backup），它會把檔案、資料庫、信件打包成一個壓縮檔讓你下載。這是最省事的一次性打包方式，但有兩個前提要注意：一是帳號若已被暫停，這個功能通常也用不了；二是有些主機商的自動備份產生在主機空間上，需要你主動下載到本機，光是「主機上有備份」並不等於資料在你手上。資料一定要落地到你自己的電腦或雲端硬碟，才算真正帶走。

不想碰指令的人，也可以在舊站還能登入後台時，用 UpdraftPlus 或 All-in-One WP Migration 這類搬家外掛，把檔案和資料庫打包成幾個備份檔下載下來。外掛的好處是操作直覺、會自動處理網址替換；限制是免費版常有檔案大小上限，大型網站可能匯出到一半就卡住，這種情況還是回到 FTP 加 phpMyAdmin 的手動方式最穩。

電子郵件信箱的內容怎麼在關站前完整下載

電子郵件是搬離時最常被遺忘、損失卻最痛的一塊。如果你的公司信箱是用主機附的郵件服務（而不是 Google Workspace 或 Microsoft 365 這類獨立服務），那麼所有歷史信件都存在這台主機的郵件伺服器上。主機一關，信件就跟著不見，而且不像文章可以重寫，信件是一去不回的紀錄。

最直接的搬法，是用一套支援 IMAP 的收信軟體（例如免費的 Thunderbird）把信件整批拉到電腦上。做法是在收信軟體裡新增帳號，收件伺服器類型選 IMAP，填入主機商提供的郵件伺服器位址、帳號與密碼。連上之後，IMAP 會把伺服器上的信件目錄同步顯示出來，這時把每個信件匣往本機資料夾拖、或讓軟體完整離線下載，信件就會以本機檔案的形式留在你電腦裡。

要確認信件「真的下載到本機」，而不只是顯示在畫面上。IMAP 預設只在需要時才從伺服器抓內容，主機一斷線就看不到了。Thunderbird 可以針對帳號設定「離線使用」，勾選後它會把所有信件本體抓到本機；搭配匯入匯出類的擴充功能，還能把整個信件匣輸出成 mbox 或 eml 標準格式，日後不管換到哪套信箱服務都讀得回來。

搬信件的同時，順手把每個信箱帳號、自動轉寄規則、過濾條件、群組信箱（如 info@、sales@）的設定抄一份。這些設定不會跟著信件內容一起被下載，重建信箱時要靠它們才復原得回原本的收發行為。

DNS 紀錄與網域控制權怎麼從主機商手中取回

DNS 與網域，是「被鎖在原供應商」這件事最關鍵、也最容易出事的環節，因為很多人根本分不清主機、DNS、網域三者的差別。簡單說：網域是你網站的地址（門牌），DNS 是把這個地址翻譯成主機 IP 的對照表，主機則是真正放網站的房子。三者可以在同一家辦，也可以分開在不同家，問題就出在「分不清是誰在管」。

先談 DNS 紀錄。如果你的網域是用主機商提供的 DNS 服務，那麼 A 紀錄、MX 紀錄（決定信件收發走向）、TXT 紀錄（含 SPF、DKIM 這類驗證信譽的設定）、CNAME 等全都存在主機商的 DNS 區域裡。搬家前要把這些紀錄一筆一筆抄下來，或從控制台匯出區域檔（zone file）。其中 MX 與郵件驗證紀錄特別重要，抄漏了會直接導致換主機後信件收不到、或寄出去被當成垃圾信，這類問題排查起來特別耗時。

再談網域控制權，這是真正的「鎖」所在。如果網域是透過主機商一起申辦的，主機商同時也是你的網域註冊商。要把網域搬到別處，你必須做兩件事：一是請對方解除網域的移轉鎖定（在 EPP 狀態碼裡叫 ClientTransferProhibited），二是向對方索取移轉授權碼，也就是 EPP 碼或 Auth Code。拿到這組碼，才能在新的註冊商那邊發起轉入。

這裡有一個多數人不知道的權益：根據 ICANN 的規範，註冊商不得無故扣留正當網域持有人的 EPP 移轉碼，他們可以先驗證你的身分，但不能拒絕給。所以即使你正在跟主機商解約、關係不太愉快，你依然有權拿回網域。如果對方拖延或推託，可以直接引用這條規範要求。另外要留意，網域剛註冊或剛轉移完的 60 天內通常無法再次轉出，這是 ICANN 的鎖定期，與主機商無關，安排搬離時程時要把這段空窗算進去。

搬離完成後怎麼驗證資料完整、確認沒被鎖住

把東西全抓下來還不夠，沒驗證過的備份等於沒備份。真正能讓你安心的，是確認這批資料「還原得回去」。

最可靠的驗證方式，是趁舊主機還在線上時，先用搬下來的檔案和資料庫在新主機（或本機測試環境）跑一次還原，把網站真的架起來看看。流程大致是：在新主機建立一個新的 MySQL 資料庫、新增使用者並給予完整權限，把 .sql 檔用 phpMyAdmin 匯入進去，再修改 wp-config.php 裡的 DB_NAME、DB_USER、DB_PASSWORD，把網站檔案上傳到新的 public_html。

想在 DNS 還沒切換前就預覽新主機的成果，可以用「修改本機 hosts 檔」的小技巧：在電腦的 hosts 檔裡，把你的網域指到新主機的 IP，這樣只有你自己這台電腦會連到新站，其他訪客還是看到舊站，搬家過程不會讓網站停擺。Windows 的 hosts 檔在 C:WindowsSystem32driversetc，macOS 則在 /private/etc/hosts。確認新站正常後，記得把這行設定刪掉，否則日後 DNS 真的換好了，你自己反而看到錯誤的對應。

逐項對照你最初列的那張資產表，確認每一格都打勾：網站開得起來、文章圖片都在、信件下載完整能開、DNS 紀錄抄齊了、網域的 EPP 碼也拿到手了。全部通過之後，再去把 DNS 的名稱伺服器（Name Server）正式指向新主機。DNS 變更通常要 24 到 48 小時才會全球生效，可以用線上的 DNS 查詢工具確認新 IP 是否已經對應上。

最後一個動作，在確定新環境一切正常之前，舊主機的帳號先別急著刪、合約先別急著終止。多保留一段重疊期，萬一發現漏抓了什麼，還來得及回頭。等新站穩穩跑了至少一兩週，本機也留有一份完整備份，才算真正把資料從原供應商手裡完整帶走，不再被任何一條到期日綁住。

收到主機到期或關站通知時，先別急著動手搬，而是先把這份清單攤開：五類資產逐一盤點、檔案與資料庫落地到本機、信件用 IMAP 整批下載、DNS 紀錄抄齊、向註冊商要回 EPP 碼。把搬離拆成「盤點、下載、驗證」三步，提早在死線前完成，被鎖在原供應商的風險就會降到最低。真正的資料主控權，從來不是來自哪一家主機，而是來自你手上那份隨時還原得回去的完整備份。