想換主機商，最擔心的不外乎四件事：搬到一半網站斷線、資料搬掉了、信箱開始漏信、Google 排名掉下去。這四件事都不是「搬家」本身危險，而是順序做錯造成的。這篇用可以照著做的步驟，把換主機商該確認什麼、正確的搬移順序，以及最容易出包的地方講清楚。
搬家前，先確認你「帶得走」什麼
還沒開始搬，先確認手上有沒有這四樣東西的掌控權。少了任何一樣，搬家都會卡住：
- 網域管理權：能登入網域註冊商、改 DNS 的那個帳號。這是搬家的方向盤，沒有它就切換不了。
- 網站原始碼：完整的網站檔案，能整包下載。
- 資料庫：能匯出完整的資料庫（含結構與資料）。
- 信箱資料：現有的信箱帳號清單，以及要保留的舊信件。
如果你發現這幾樣不在自己手上，那要先處理的其實不是搬家，而是拿回帳號掌控權——這也是很多低價一條龍方案的隱藏陷阱，把網域和原始碼綁在自己手上，讓你想搬也搬不走。這部分我們在網站代管陷阱那篇談過。
網站搬家的正確順序
核心原則只有一句：先把新家蓋好、測試通過，才切換；絕不是先關掉舊家再搬。照這個順序，可以做到幾乎不斷線。
盤點要搬的東西
網站檔案、資料庫、信箱帳號、SSL 憑證、排程（cron）、第三方串接（金流、簡訊、API）。列成清單，一項都不要漏。
先在新主機把站架好
把檔案與資料庫搬到新主機，用臨時網址或改本機 hosts 檔測試，確認網站在新環境跑得起來——這時候舊站完全不動，訪客照樣連舊的。
資料庫匯出匯入，對齊編碼
匯出、匯入資料庫時，確認新舊的字元編碼一致（現在多為 UTF-8，老站可能是 Big5）。編碼沒對齊，搬完整頁會變亂碼。
搬家前 1～2 天調短 DNS TTL
把網域 DNS 的 TTL 先調短（例如 300 秒）。這樣正式切換時，全球 DNS 更新得快，斷點才會短。
處理信箱與 MX 記錄
信箱是最常被忘記的一塊。確認新主機的信箱建好、舊信件備份或轉移，切換時 MX 記錄一起改，避免中間漏信。
重新簽發 SSL、確認 HTTPS
在新主機重新簽發 SSL 憑證，確認 https 正常、沒有憑證錯誤與混合內容（http 資源）警告。
切換 DNS，舊站再留幾天
一切測試通過後，把 DNS 指向新主機。舊主機不要馬上關，保留幾天讓還快取到舊 IP 的訪客也不受影響，同時觀察新站的錯誤記錄。
最容易出包的三個地方
一、DNS TTL 沒先調短
沒先調短就直接切換，舊 IP 可能還被快取好幾個小時到一天，這段時間有些訪客連到舊站、有些連到新站，表單、購物車的資料就會兩邊亂跑。切換前先把 TTL 調短，是最便宜、最有效的一步。
二、信箱漏搬
只搬了網站、忘了信箱，一切換 MX 就開始漏信，而且漏掉的信通常救不回來。企業信箱往往比網站還重要——訂單、客戶往來都在裡面。搬家清單一定要把信箱和 MX 記錄列進去。
三、程式裡寫死的舊網址與絕對路徑
程式或資料庫裡寫死的舊網域、絕對路徑（例如 http://舊網址/images/…），搬到新環境後圖片、連結、AJAX 會大量失效。搬完要全站掃一遍、把寫死的舊網址換成相對路徑或新網域。
SEO 排名會不會因為搬家掉？
正常搬家（網址結構不變、只換主機）不會影響排名——Google 認的是網址，不是主機在哪。真正會傷排名的是搬家時出的包：網站斷線太久、整頁亂碼、圖片連結大量失效、或不小心把網址結構也改了卻沒做 301 轉址。換句話說，把上面的順序做對，SEO 這關就過了。如果你這次搬家順便想升級或改版，記得看老網站升級還是重做，別把「搬家」和「改版」混在一起做，出包了會分不清是哪一邊的問題。
自己搬，還是找人搬？
如果你手上有網域管理權、原始碼與資料庫，也熟 DNS 與資料庫匯入匯出，自己搬完全可行。但只要網站有金流、會員、排程或大量信箱，斷線與漏信的代價就很高，交給熟悉搬移的團隊會更保險。瑪尼國際有換家方案，可以把網站、資料庫與信箱整包搬過來，過程中新舊站並行、確認無誤才切換，把斷線和漏信的風險壓到最低。想知道搬過來後的主機費用，可以先用虛擬主機方案或主機代管費用試算器估一下。
常見問題
Q：網站搬家會不會斷線？
順序對就能做到幾乎不斷線：先在新主機把站架好、測試通過，才切換 DNS；搬家前 1～2 天把 TTL 調短（如 300 秒），切換後舊主機再保留幾天。不要先關舊站再搬。
Q：搬家最容易漏掉什麼？
最常漏「信箱」——沒先處理 MX 與舊信件，一切換就漏信。其次是程式裡寫死的舊網址與絕對路徑，搬完圖片、連結會失效；第三是資料庫編碼（UTF-8／Big5）沒對齊，整頁變亂碼。
Q：自己搬還是找人搬？
有網域管理權、原始碼、資料庫又熟 DNS，可以自己搬。但若有金流、會員、排程或大量信箱，斷線漏信代價高，交給熟悉搬移的團隊較保險。瑪尼的換家方案可整包搬移、新舊並行、確認才切換。