WordPress 網站搬家外掛推薦：8 款工具完整評比

為什麼 WordPress 搬家是「一翻兩瞪眼」的高風險動作

換主機這件「看起來很簡單」的事，為什麼會變成 WordPress 站長最怕碰的工程？因為「WordPress 搬家」這四個字背後，藏著一堆嚇人的故事：資料庫匯不出來、圖片整批變成破圖、外掛相容性整組炸掉、好不容易做起來的 Google 排名一夜蒸發。

老實說，這些故事大多不是嚇唬人，而是真實發生過的悲劇。差別只在於，有人用了對的工具、走對的流程，把風險壓到最低；有人憑感覺硬幹，最後花三天去救一個本來三十分鐘就能搬完的站。

WordPress 之所以是全世界最受歡迎的內容管理系統，不是空話。根據 W3Techs 的長期追蹤（2026 年 6 月），它的市佔率長年盤據在所有網站的四成以上，遙遙領先其他對手。這件事帶來兩個結果：第一，它的生態系夠大，搬家工具多到選不完；第二，你的站很可能就是其中之一，總有一天會撞上搬家這一關。

搬家的本質，是把一個「正在運轉中的系統」整個搬到另一台機器上，還要求過程中資料一滴不漏、連結一條不斷。這就像在高速公路上邊開車邊換輪胎，容錯率本來就低。所以我寫這篇的目的很單純：讓你在動手之前，先把工具選對、把風險看清楚，再決定怎麼搬。如果你連「為什麼要搬」「搬去哪」都還沒想透，可以先讀 WordPress 搬家到新主機的完整流程 與 WordPress 主機，把源頭問題先解掉。

這篇的快速重點：沒有一款「打天下」的搬家神器，只有「最適合這次任務」的工具。選擇取決於你的搬家情境（換主機、換網域、本地轉正式、WordPress.com 轉 .org、電商搬家）。下面我會把 8 款主流搬家外掛一次攤開來比，再給你不同情境的具體選擇建議。

搬家外掛到底在幫你搬什麼？把三個核心動作看清楚

很多人把搬家外掛（migration plugin，也有人稱 WordPress 遷移外掛）當成黑盒子，按下按鈕就期望它變魔術。問題是，當搬家中途出錯，你根本不知道它卡在哪一步。所以我想先用白話把一個搬家動作拆成三件事，這對你後面判斷外掛好不好用非常關鍵。

直白地說，任何一次完整的 WordPress 搬家，都在做下面三個動作：

• 搬檔案：wp-content 這個資料夾，包含你上傳的圖片、影片、外掛、佈景主題、以及它們的設定。一個跑三年的內容站，這個資料夾動輒好幾 GB，最大宗的兇手通常是沒有清理的圖片庫。
• 搬資料庫：你寫的每一篇文章、每一則留言、每一筆訂單、每一組外掛設定，都住在 MySQL 資料庫裡。搬家外掛要把它匯出，再完整匯進新主機，過程中不能有任何一張表少欄位或編碼亂掉。
• 做 URL 序列化替換：這是最多人忽略、也最容易出事的一步。資料庫裡的舊網址（例如 http://old-site.com）會被寫死在文章內文、選項設定、widget、甚至是序列化（serialized）的字串裡。搬家外掛必須把這些舊網址換成新網址，而且要懂得處理序列化字串的長度，否則網站會整個白屏。

把這三件事記住，你就能理解為什麼有些外掛在小站表現完美、一遇到大檔案或換網域就崩潰。判斷一款搬家工具好不好，不是看它介面漂不漂亮，而是看它把這三個動作做到多完整、多自動化。

這裡也要提醒一個常被搞混的觀念：搬家外掛不等於備份外掛。備份外掛的主業是「把現在的站存一份起來」，搬家外掛的主業是「把那份備份放進新環境並讓它跑起來」。兩者技術上有重疊，但設計目標不同。所以這篇我只評比專門為搬家（migration）設計、或搬家功能成熟的工具。想完整理解備份，我也寫過 WordPress 備份與還原完全指南，建議搭配著看。

先問自己：這次搬家屬於哪一種情境？

實務上遇到搬家問題，第一句話通常是問：「你這次搬，到底是換什麼？」因為答案不同，選的外掛、走的流程、要小心的地雷完全不一樣。把情境弄錯，再貴的工具都救不了你。

WordPress 搬家大致可分成五種情境，我把它們對應的難度和核心風險整理成下表：

搬家情境	難度	核心風險	是否需要換網址
換主機、網域不變	低	檔案太大搬不過去	否
換主機＋換網域	中高	資料庫序列化替換出錯、排名掉	是
本地端搬到正式主機	中	路徑與權限問題、圖片連結斷裂	是
WordPress.com 轉到 .org	中高	內容匯出匯入限制、外掛主題全重來	通常是
電商（WooCommerce）搬家	高	訂單、會員、金物流設定遺失	視情況

你看，「換網址」這一欄是關鍵分水嶺。只要搬家過程牽涉到網址變更，前面提過的序列化替換就會登場，難度和風險立刻跳一級。如果你只是把同一個網域從 A 主機搬到 B 主機，很多外掛都能輕鬆勝任；但如果你要連網域一起換，就得挑一款在 URL 替換上特別可靠、而且懂得處理 SEO 轉址的工具。

WordPress 官方主機頁列出推薦供應商，但沒有因此保證每一家都適合你的搬家情境。選主機時要另外確認是否提供搬家服務、可接受的站點大小、停機安排與回復機制。想理解主機類型的差異，可以參考 虛擬主機類型比較指南。

電商搬家我特別拉出來說，因為依 W3Techs 的統計（2026 年 6 月），WooCommerce 是目前全球市佔最高的電商平台，它的搬家複雜度比一般內容站高得多。訂單狀態、會員帳號、金流與物流外掛的設定、甚至優惠券規則，每一項都不能在搬家過程中損毀，否則真的會讓客人下不了單。如果你正在規劃電商搬家，建議把 WooCommerce 購物網站架設全攻略 也一起看，確認搬家後金物流設定還在。

電商搬家還有一個獨有的地雷：動中的訂單。搬家那幾個小時如果有人在下單，這筆訂單可能留在舊站、卻沒有同步到新站，等你切換完成才發現憑空消失。所以電商搬家我一定會挑一個低流量時段，先把站暫時切換成「只能瀏覽、不能結帳」的型錄模式，搬完確認訂單流程正常，再開放結帳。多花這十分鐘，能幫你擋掉事後追訂單的惡夢。

這裡也要補一個我個人很推薦的做法：先在測試環境（staging）驗證，再正式切換。很多現代主機商都提供一鍵建立 staging 環境的功能。我會先把站搬進 staging，在那裡完成所有驗證（圖片、表單、結帳、URL 替換），確認沒問題之後，再把正式網域指向新站。等於是先彩排一次再正式上場，把「搬到一半才發現出錯」的機率壓到接近零。對流量大、營收依賴度高的站，這個多出來的步驟絕對值得。

8 款 WordPress 搬家外掛橫向評比

接下來進入重點。我把目前 WordPress 生態系裡最常被討論的 8 款搬家工具，整理成一張橫向比較表。評比維度包括：免費版到底能不能用、適合哪種搬家情境、對大檔案的處理能力、以及 URL 自動替換的成熟度。

外掛	免費版夠用嗎	最適合的情境	大檔案處理	URL 自動替換
All-in-One WP Migration	基本可用，大檔需付費擴充	新手、換主機不換網域	免費版受上傳限制卡關	有，匯入時自動處理
Duplicator	免費版能完成基本搬家	開發者、套件化佈署	靠主機上傳限制決定	有，installer 內設定
Migrate Guru	完全免費	大站、不想碰技術細節	走自家伺服器中繼，強	全自動
WPvivid Backup & Migration	免費版功能完整	想用一套搞定備份＋搬家	支援分段與雲端	有
UpdraftPlus	免費版可手動搬家	已經用它備份的人	視主機與雲端而定	付費 Migrator 更順
WP Migrate	付費為主	開發者、資料庫 find & replace	pull/push 模式強	業界最成熟之一
Jetpack VaultPress Backup	付費方案	想交給服務、不想動手	雲端備份，穩	還原時一併處理
BackWPup	免費版完整	習慣傳統備份流程的人	可分段壓縮	需手動處理

下面把 8 款工具逐一說清楚，重點放在適用情境與限制。WordPress 官方外掛目錄收錄大量外掛；實際採用前仍要檢查最近更新、相容版本、支援頁與備份還原方式。

All-in-One WP Migration

這大概是新手最常被推薦的一款，原因很簡單：它的操作流程是線性的，匯出打包成一個檔案，到新站安裝外掛後匯入，整個過程幾乎不用碰任何技術設定。對「換主機、不換網域」這種最單純的情境，它真的是無腦又省事。

但它的免費版有一個很出名的地雷：匯入檔案的大小會被你新主機的 PHP 上傳限制卡住。如果你的站已經累積了好幾 GB 的圖片，免費版很可能在匯入那一步直接報錯。官方的解法是購買「File Extension」之類的付費擴充，把上限拉到無限。如果你不想花錢，就得搭配手動調主機的 php.ini，或先用 FTP 把 wp-content/uploads 整個資料夾搬過去。

它的 URL 替換是在匯入時自動執行的，這點對換網域的人友善。不過我自己的習慣是，換網域的案子不會只靠它，匯入完一定會再用搜尋替換工具掃一遍，確保沒有漏網之魚。

Duplicator

Duplicator 的設計哲學和 All-in-One 完全不同。它不是「打包一個檔案給你匯入」，而是建立兩個東西：一個 installer.php，一個封存檔（archive）。你把這兩個檔案用 FTP 上傳到新主機的根目錄，然後在瀏覽器執行 installer.php，它會一步步引導你解壓、連資料庫、做 URL 替換。

這套流程對有技術底子的人非常順手，因為它把整個搬家變成一個「可重複執行的套件」。同一個站要佈署到三個環境（開發、測試、正式），Duplicator 是很多開發者的首選。免費版能完成絕大多數基本搬家，Pro 版才加入排程、多站台、雲端儲存這些進階功能。

它的盲點在於：installer 執行時對主機環境有一定要求，有些較陽春的共享主機會在解壓那一步因為記憶體不足而失敗。遇到這種情況，你得回頭去調主機參數，或改用別的外掛。

Migrate Guru

Migrate Guru 是這份清單裡最特別的一款。它完全免費，而且做法很聰明：它不要求你的新舊主機有很大空間來暫存打包檔案，而是透過它們自己的伺服器做中繼傳輸（它稱為 xmit 模式）。換句話說，你的站是「邊打包邊傳」過去的，這對那種檔案超大、主機空間又有限的站來說，幾乎是救星。

它的 URL 替換也是全自動的，設定好新舊站的連線資訊後，幾乎不用動手。官方對支援的主機商有一份 整合清單，如果你的主機在上面，搬家過程會更順暢。

要用它有一個前提：你需要在它們網站註冊一個免費帳號，讓外掛透過它們的伺服器來中繼。對隱私極度敏感、不願意把任何資料經過第三方的人來說，這點要先想清楚。但對絕大多數站長，這個交換是完全划算的。

WPvivid Backup & Migration

WPvivid 是一款「備份與搬家二合一」的外掛，免費版的功能就誠意十足。它能備份到多種雲端（Google Drive、Dropbox、OneDrive 都支援），也內建一鍵搬家。如果你本來就沒有備份方案，又想一次把備份和搬家都搞定，WPvivid 是 CP 值很高的選擇。

它的搬家走的是「在新站匯入備份檔」路線，也能處理網址替換。免費版已提供基本排程備份；Pro 版則增加增量備份、更細的排程與其他進階能力，功能界線以當前方案為準。操作流程可看 WPvivid 備份還原完整教學。

UpdraftPlus

UpdraftPlus 嚴格說是備份外掛，但它的搬家能力也不能忽略，因為它的邏輯是「把舊站備份一份，到新站還原」。如果你已經用它做日常備份，那搬家對你來說幾乎是零額外學習成本，只要在新站裝好 UpdraftPlus、把備份檔還原進去就好。

免費版可以手動完成這件事，但要更順暢的「clone」與 migrate 體驗，需要購買 UpdraftPlus Migrator 這個付費擴充。它最大的優勢是穩定，畢竟是一款被幾百萬個站使用的備份工具，核心還原邏輯被驗證過無數次。想知道完整設定，看 UpdraftPlus 備份教學。

WP Migrate

WP Migrate（前身是 WP Migrate DB Pro，由 Delicious Brains 開發）是這份清單裡最「開發者導向」的一款。它最擅長的是資料庫的 find & replace，打包檔案反倒不是它的主打。它能在序列化字串裡精準地把舊網址換成新網址，不會破壞字串結構，這個能力是業界最成熟的之一。

它支援 pull 與 push 模式，可以從正式站把資料庫拉到本機開發、也可以反向推送。對於經營多環境工作流的開發團隊，它幾乎是標配。代價是它是付費為主，而且學習曲線比前面幾款都陡。一般站長如果不常搬家，我不會第一個推它。

Jetpack VaultPress Backup

Jetpack 背後是 Automattic，也就是 WordPress 母公司。它把原本獨立的 VaultPress 備份服務整合進來，主打「即時備份＋一鍵還原」。對於不想自己動手、情願付一筆月費把備份和搬家這類技術活交給服務的人，這是最省心的方案。

它的還原機制是從雲端把備份拉回來重建網站，過程中會一併處理 URL。缺點是它是純付費方案，而且功能綁在 Jetpack 這個相對龐大的外掛裡，如果你只想要單純的搬家功能，會覺得它太重。

BackWPup

BackWPup 是一款老牌的德國備份外掛，免費版功能就相當完整。它能建立包含檔案和資料庫的完整備份壓縮檔，這份壓縮檔可以拿來在新站還原，達成搬家效果。它走的是比較傳統的備份流程，對習慣「先備份一份、再手動還原」的人來說很熟悉。

它的弱點是 URL 替換不夠自動化，換網域的情境需要你再用搜尋替換工具來處理資料庫。所以我把它定位成「適合換主機不換網域、又習慣傳統備份流程」的選擇。

什麼時候我會跳過外掛，改手動搬家

看完 8 款外掛，你可能會問：「那是不是每次都用外掛就好？」一般內容站常能靠外掛完成，但大型資料庫、多站台、交易寫入或特殊主機環境可能需要半手動、全手動或主機商工具。先辨識情境，外掛卡關時才知道何時換方法。

第一種，是超大型的媒體庫。當你的 wp-content/uploads 已經膨脹到二、三十 GB 以上，多數搬家外掛會在打包或匯入那一步 timeout，因為它們受制於瀏覽器的執行時間限制。這時候我會把搬家拆成兩半：資料庫用外掛或 phpMyAdmin 匯出匯入，檔案則直接用 FTP 或 rsync 整個資料夾搬過去。檔案搬完後，外掛只負責處理資料庫和 URL 替換，負擔瞬間輕很多。

第二種，是主機環境嚴格受限的共享主機。有些入門級主機把 max_execution_time（最大執行時間）壓得很低，外掛跑到一半被伺服器強制中止，留下半成品的匯入。遇到這種主機，與其跟 php.ini 搏鬥，不如直接搬去一台比較寬鬆的主機、或暫時升級方案再搬，搬完再降回來。

第三種，是牽涉自訂資料表或多站台的進階外掛。完整資料庫匯出通常會包含自訂資料表，不能直接說搬家外掛一定漏掉；風險多半在工具是否排除特定表、資料仍持續寫入、序列化網址替換與多站台設定。先盤點資料表與外掛文件，做完整備份，再於 staging 驗證筆數、關聯與關鍵功能。

直白地說，外掛是「自動化的捷徑」，手動是「最保守的保險」。當外掛開始跟你作對、重試兩三次都卡在同一個地方，那就是該放下外掛、改走手動的訊號。硬逼外掛做完，往往比一開始就手動還要慢、還要危險。

不同情境我會怎麼選：四種組合的具體建議

看完 8 款外掛，你可能還是會問：「那我到底該裝哪一款？」我直接給你四種最常見組合的選擇建議。這些不是教科書答案，而是我自己評估風險和操作成本後會下的決定。

情境一：只是換主機，網域不變

這是最單純的，風險也最低。我會優先用 Migrate Guru，因為它免費、全自動、對大檔案友善。只要你的主機在它的支援清單上，整個過程可以順到讓你懷疑是不是哪裡漏了步驟。如果你的站檔案不大、又是新手，All-in-One WP Migration 也完全夠用。完整的換主機流程，可以看 WordPress 搬家到新主機完整教學。

情境二：換主機，同時換網域

這是難度和風險都升級的情境，因為 URL 替換這一關躲不掉。我會選 Duplicator 或 WP Migrate，因為它們在序列化 URL 替換上最可靠。Duplicator 對一般站長更親民，WP Migrate 則適合有技術底子、要精準控制替換過程的人。搬完之後，務必設定 301 轉址把舊網址指向新網址，這件事我在 301 與 302 轉址完整教學 裡有完整步驟。整個流程的範本，看 WordPress 搬家到新主機＋新網域完整指南。

情境三：本地開發完成，要上架到正式主機

從本地端（Local by Flywheel、XAMPP 之類的環境）搬到正式主機，本質上也是一次換網域的搬家，只是起點是你的電腦。我會用 Duplicator，因為它的套件化流程對「從本機佈署到正式」這件事最順手。你也可以用 All-in-One WP Migration，但要注意本地環境的檔案大小和正式主機的上傳限制。詳細的本地轉正式教學，看 WordPress 從本地端搬到線上主機完整教學。本地環境還沒架好的人，可以先照MAMP 本機環境架設教學把開發環境建起來，再回來走這段上架流程。

情境四：WordPress.com 轉到 WordPress.org

這是另一種特殊搬家。WordPress.com 可用內建匯出工具搬文章與相關內容，再由新站的 WordPress 匯入器嘗試下載附件。是否能安裝完整搬家外掛取決於 WordPress.com 方案與權限，不能一律要求用 All-in-One WP Migration 處理媒體庫。完成後要抽查圖片、作者、選單與舊網址；完整步驟看 WordPress.com 搬家到 WordPress.org 完整教學。

把這四個情境記住，你選外掛就不會再大海撈針。如果你還想知道「WordPress 搬家到底會不會掉 SEO 流量」這個敏感問題，下一節會專門談。

搬家前、搬家中、搬家後的檢查清單

選對外掛只是成功的一半，另一半靠流程。實務上常見到有人外掛選對了，卻因為跳過某個檢查步驟，導致搬家後網站半殘。這裡給你一份我自己一定會走過的檢查清單，分成三個階段。

搬家前（準備階段）

1. 完整備份一次：在動任何搬家動作之前，先把舊站完整備份一份下來，而且要確認這份備份是可以還原的。這是你最後的安全網。備份工具的選擇看 WordPress 備份與還原完全指南。
2. 確認新主機環境相容：PHP 版本、MySQL 版本、記憶體限制、上傳檔案大小上限，這些都要和舊主機核對。PHP 版本差太多，會導致外掛和主題直接報錯。
3. 關閉快取與 CDN：搬家前先清空所有快取，暫時關掉 CDN 的快取，避免搬家過程中被快取干擾，看不出真正的結果。
4. 記錄舊站的所有設定：把外掛清單、佈景主題、選單結構、widget 設定、永久連結格式都記下來。萬一搬家後有東西掉了，你才知道少了什麼。

搬家中（執行階段）

1. 在低流量時段執行：挑半夜或網站流量最低的時段動手，把對使用者的影響降到最小。
2. 一次只搬一個站：不要同時開多個分頁搬多個站，瀏覽器和主機資源會被吃光，更容易出錯。
3. 盯著進度不要關視窗：很多搬家外掛是在瀏覽器裡跑的，你一關分頁、一斷網，進度就可能中斷。耐心等它跑完。
4. 留意錯誤訊息：過程中如果跳出紅字或 warning，不要忽略，立刻截圖記錄。這些訊息是後面除錯的唯一線索。

搬家後（驗收階段）

1. 逐頁點過核心頁面：首頁、關於我、聯絡頁、最重要的幾篇文章、結帳流程（如果是電商），每一頁都實際點開看，確認沒有破圖、沒有白屏、沒有 404。
2. 檢查圖片是否正常顯示：圖片是最容易在搬家過程中斷裂的，尤其是內文裡的圖片連結。如果整批破圖，多半是 URL 替換沒做完整。
3. 測試表單與金流：聯絡表單送得出嗎？結帳能跑完嗎？這些功能性環節要在搬家後實際測一次。
4. 確認永久連結沒亂掉：到後台「設定 → 固定網址」重新儲存一次，這個動作會重新產生網址規則，解掉很多搬家後的 404 問題。永久連結的 SEO 設定，看 網址 SEO 優化。
5. 更新 SSL：如果新主機沒有自動裝好 SSL 憑證，記得手動設定，否則網站會被瀏覽器標成「不安全」。SSL 的完整教學看 SSL 憑證完整指南。

搬家後的 SEO 與流量保護：這段最容易掉排名

很多人把「網站搬完、頁面正常顯示」當作結束。對 SEO 人來說，這只是剛開始。搬家後的兩到四週，是排名最容易波動的危險期，處理不好，你辛苦累積的自然流量會真的掉下去。這件事的嚴重性，我在 SEO 網站搬家與改版 裡形容過那種斷崖式的流量風險，不是開玩笑的。

搬家後的 SEO 保護，核心圍繞在「讓 Google 認得你的新站，並把舊站的排名訊號平移過來」。下面是我會做的幾件關鍵事：

第一，做好 301 轉址。只要你換了網址（不管是換網域、換路徑結構、還是 http 換 https），每一個舊網址都要用 301 永久轉址指向對應的新網址。301 是告訴 Google「這個頁面永久搬到新家了，請把舊的排名訊號轉移過去」。漏掉任何一個有流量的網址，就等於把那個網址的累積直接丟掉。http 與 https 的差異，可以看 HTTP 與 HTTPS 的差別。

第二，更新 Google Search Console。到 Search Console 把新網站加入、驗證，並提交新的 Sitemap。如果你的站剛從 http 換到 https，也要把 https 版本當成一個獨立的 property 加入。這是讓 Google 知道「這個新站值得被優先索引」的訊號。

第三，確認行動版本正常。Google 已經全面採用行動優先索引（mobile-first indexing），也就是說它用你網站的手機版本來決定排名（見 2023 年 10 月的 官方公告）。搬家後如果手機版的版面、字體、按鈕跑掉了，Google 看到的是一個體驗變差的手機站，排名立刻受影響。所以搬家後一定要用手機實際瀏覽一遍，不能只用桌機看。

第四，監控流量與排名波動。搬家後的前兩週，每天看一次 Search Console 的索引狀態和 Google Analytics 的流量。正常的波動是難免的，但如果流量連續三天明顯下滑，就要立刻回頭查是不是有大量網址沒做轉址、或是有頁面被 noindex 了。萬一真的掉排名，Google 排名恢復 與 網站流量恢復 兩篇有完整的補救流程。

搬家後的 SEO 保護，本質就是「讓 Google 覺得這個新站和那個它本來信任的舊站，是同一個東西」。301 轉址是身分證，Search Console 是報戶口，行動版本正常是基本體面。三件事都做到，排名大幅波動的風險就能壓到很低。

六個最常見的搬家翻車現場，以及自救方法

我想用最實用的角度收尾。這六個狀況，是搬家問題最常見的「翻車現場」，每個都附上自救方法。如果你正卡在其中某一個，直接跳到對應段落。

翻車一：匯入到一半卡住，檔案太大

這是 All-in-One WP Migration 免費版最經典的問題。症狀是匯入進度條跑到一半就停住，或是直接跳出檔案過大的錯誤。自救方法有幾個：調高新主機的 PHP 上傳限制（upload_max_filesize 和 post_max_size）、改用 Migrate Guru 走中繼傳輸、或先手動把 wp-content/uploads 用 FTP 搬過去再匯入剩下的小檔案。最快的方法，往往是換一個不會卡檔案大小的工具。

翻車二：搬家後圖片整批破圖

這幾乎都是 URL 替換沒做完整造成的。資料庫裡的圖片網址還指向舊網址，所以瀏覽器去舊站抓圖、抓不到，就顯示破圖。自救方法是用 Better Search Replace 或 WP-CLI 的 search-replace 指令，把資料庫裡所有舊網址換成新網址。記得要先勾選「試運行（dry run）」預覽會替換多少筆，確認沒問題再正式執行。

翻車三：網站整個白屏

白屏（white screen of death）通常是 PHP 致命錯誤造成的。搬家後最常見的原因是：某個外掛或主題在新主機的 PHP 版本上不相容，或是記憶體限制被吃滿。自救方法是透過 FTP 把外掛資料夾整個改名（等於停用全部外掛），看網站是否恢復。如果恢復，就是外掛問題，再一個一個啟用回來找出兇手。同時開啟 wp-config.php 裡的除錯模式（define('WP_DEBUG', true)）看真正的錯誤訊息。

翻車四：搬家後掉排名

前面 SEO 段落提過了，主因通常是 301 轉址沒做完整，或有流量的網址被遺漏。自救的第一步是到 Google Search Console 看「涵蓋範圍」報告，找出哪些網址顯示為「已重新導向」或「排除」。如果有應該被索引的網址出現在排除清單，回頭檢查轉址鏈是不是太長、或是把 301 誤設成 302。

翻車五：永久連結全變 404

這是個很嚇人但其實很好解的問題。症狀是首頁正常，但點進任何一篇文章就 404。原因是新主機的網址重寫規則（rewrite rules）沒有正確產生。自救方法超簡單：到後台「設定 → 固定網址」，什麼都不用改，直接按一次「儲存變更」。這個動作會強制 WordPress 重新產生 rewrite rules，絕大多數 404 問題就消失了。

翻車六：中文標題變成亂碼

這個狀況比較少被提到，但一旦中招非常折磨人。症狀是搬家後，文章裡的中文標題或內文出現一堆問號或方塊，變成無法閱讀的亂碼。原因出在資料庫的字元編碼（charset）與排序規則（collation）。舊主機的資料庫可能用 utf8mb4，新主機卻建了 utf8 或 latin1 的資料表，編碼對不起來，中文就被毀了。

自救方法的重點在「搬之前就設對」。匯出舊資料庫時，確認匯出檔是 utf8mb4 編碼；在新主機建資料庫時，連線校對（connection collation）也要選 utf8mb4_unicode_ci 或 utf8mb4_general_ci。如果你用的是搬家外掛，它通常會自動處理編碼，但半手動搬家的情境下，這一步千萬不能漏。萬一已經搬完才發現亂碼，別急著重搬，先確認舊站的資料庫匯出檔本身是正常的，從那份匯出檔重新匯入正確編碼的新資料庫，通常能救回大部分內容。

結尾行動方案：把搬家風險壓到最低的四步

讀到這裡，你應該對 8 款搬家外掛的特性、四種搬家情境的選擇、以及搬家後的 SEO 保護都有了完整的掌握。我把整篇濃縮成四個可以立刻執行的步驟，讓你下次面對搬家時不會慌。

1. 先確認你的搬家情境：是換主機、換網域、本地轉正式、還是 .com 轉 .org？這個答案決定你選哪款外掛、要不要做 URL 替換、要不要設 301。
2. 動手前完整備份一次：不管你多信任哪款外掛，這一步都不能省。備份是你唯一的後悔藥。
3. 依情境挑工具：換主機不換網域，選 Migrate Guru 或 All-in-One WP Migration；換網域，選 Duplicator 或 WP Migrate；電商搬家，優先用 WPvivid 或 Migrate Guru 搭手動檢查訂單。
4. 搬完做 SEO 驗收：設好 301 轉址、更新 Search Console、確認手機版正常、連續兩週監控流量。這四件事做完，才算是真正的搬家完成。

搬家這件事，換句話說，就是「把一個複雜的技術動作，用對的工具和對的順序拆解開來」。沒有神奇的一鍵搞定，也沒有想像中那麼可怕。你只要記住三個核心動作（搬檔案、搬資料庫、做 URL 替換），再對照你的情境選工具，剩下的就是耐心走完檢查清單。每一次搬家都是一次對自己網站的全面盤點，藉這個機會把沒用的外掛清掉、把過大的圖片壓縮、把該補的 SSL 與安全設定補齊，你的網站會比搬家前更健康。

如果你照著這篇走完，發現搬家後網站速度反而變慢了，那多半是新主機本身的效能問題，可以接著看 網站速度優化指南 把效能調回來。而如果你在搬家過程中發現網站安全性也需要重新檢視，WordPress 資安防護全攻略 會是下一步。

搬家順利，你的網站就多了一次升級的機會。把這次的經驗記下來，下一次不管是要再換主機、還是要擴充到多站架構，你都會比現在更有底氣。