WordPress 從本地端搬家到線上主機完整教學：用外掛輕鬆上架你的網站

用 Duplicator 外掛把 WordPress 從本機搬到線上主機，核心是「在本機打包 installer.php 與 archive.zip，到目標主機建好空資料庫後，執行 installer.php 讓外掛自動還原檔案、資料庫、網址」這條不必在目標端預裝 WordPress 的路線；Duplicator 在 WordPress.org 上啟用數達百萬等級 [來源：〈Duplicator – WordPress Migration Plugin〉〈https://wordpress.org/plugins/duplicator/〉〈2026-06-29〉]，但真正決定搬家成敗的，其實是搬家前的環境前置檢查與搬家後的網址替換。WordPress 目前驅動全球 41.5% 的網站，在內容管理系統已知的網站中占比更高達 59.2% [來源：〈W3Techs — Usage Statistics and Market Share of WordPress〉〈https://w3techs.com/technologies/details/cm-wordpress〉〈2026-06-29〉]，絕大多數站長遲早都會遇到一次從本機推上線的關卡，把這條路線走穩，等於把上線日的風險降到最低。

重點先看：搬家成功靠兩個檔案加一個空資料庫，九成失敗出在按鈕之外，根目錄沒清空、PHP 版本不相容這類前置檢查沒做對才是主因 [來源：〈Server Environment — WordPress.org〉〈https://wordpress.org/about/requirements/〉〈2026-06-29〉]。

第一次把本機網站推上線，很多人會把心力全部押在 Duplicator 的點擊步驟上。帶新手站長走這段路時，實務經驗裡真正讓人卡住的，幾乎都不是外掛怎麼操作，而是更前面的那張檢查清單。前置檢查被當成獨立關卡來處理，價值遠高於附帶提醒一句就帶過。若你還在挑主機，可以先看共享主機 VPS 雲端主機比較再決定。

WordPress 本機搬家到線上主機，整體流程長怎樣？

整個流程分五個關卡：在本機用 Duplicator 打包備份、在線上主機建立空的 MySQL 資料庫、把備份檔上傳到主機根目錄、執行 installer.php 讓外掛接管還原、最後做 SSL 與網址檢查。全程不需要在目標主機預先安裝 WordPress，這是 Duplicator 跟其他搬家工具最大的差異。

搬家這件事的本質其實很單純，就兩個動作：打包（檔案加資料庫），還原（換主機加換網址）。Duplicator 把這兩件事用 installer.php 串起來自動跑完，所以你不用碰 SQL 匯入，也不用動 wp-config。但這條自動路線要成立，前提是你手上有兩個來自同一次打包的檔案。

• installer.php：還原時的執行器，負責解壓、寫入資料庫、換網址。
• archive.zip：內含 wp-content 全部檔案（佈景主題、外掛、上傳圖片）加上資料庫匯出。
• 這兩個檔案缺一不可，而且必須成對來自同一次打包，混用不同次的人十之八九會還原失敗。
• 流程順序不能顛倒：必須先在目標主機建好空資料庫，installer.php 才有東西可以連。

Duplicator 最大的優點，就是目標主機不必先裝 WordPress。這跟 All-in-One WP Migration 一鍵搬家教學 的需求不同，後者通常要在目標端先有一個跑得起來的 WordPress 才能匯入。如果你的站還在評估要用哪個工具，可以對照WordPress 搬家外掛完整評比再下手。若你想要的是更概括的整站搬法，WordPress 搬到新主機保留原網域有另一條路線可參考。

搬家前的前置檢查：比按鈕更決定成敗的事

真正讓搬家失敗的，通常不是 Duplicator 本身，而是三個前置條件沒確認：目標主機根目錄必須是空的、目標主機的 PHP 版本與 MySQL 字集要與本機相容、搬家當下網站最好處於低流量或維護狀態。根據實務經驗，九成的搬家失敗都出在這一步，而不是還原過程。

這話聽起來像老生常談，但看過太多案例：人在 cPanel 把舊 WordPress 留著沒清，心想「反正會覆寫」，結果檔案覆寫衝突，網站直接白畫面，比從沒搬過還慘。所以這一關要當成獨立關卡走完，不跟後面的打包步驟混在一起。

檢查項目	標準	沒做的後果
目標主機根目錄	清空，無殘留 WordPress 檔案	還原時檔案衝突，白畫面
PHP 版本	使用 WordPress 官方目前支援版本 [來源：〈Server Environment — WordPress.org〉〈https://wordpress.org/about/requirements/〉〈2026-06-29〉]	外掛不相容，還原中斷
MySQL 字集	utf8mb4 [來源：〈Server Environment — WordPress.org〉〈https://wordpress.org/about/requirements/〉〈2026-06-29〉]	中文內容變亂碼
本機 WordPress 版本	佈景主題、外掛更新到最新再打包	把已知 bug 一起搬到線上

準備好三組資訊先放在記事本：資料庫名稱、資料庫使用者帳號、使用者密碼。待會在 cPanel 建庫後要立刻記下完整名稱，因為主機通常會自動加上帳號前綴。這組密碼建議用強密碼產生器產生後馬上存好，它之後不會再顯示給你看。

PHP 版本這點要特別提醒：很多人在本機用的是較新版本，搬上去才發現主機預設是舊版，於是某個外掛直接報錯。WordPress 官方目前支援的 PHP 版本會隨時間調整，建議直接連到WordPress.org 系統需求頁對一次 [來源：〈Server Environment — WordPress.org〉〈https://wordpress.org/about/requirements/〉〈2026-06-29〉]。MySQL 字集則記得用 utf8mb4，這是 WordPress 官方文件建議的設定 [來源：〈Server Environment — WordPress.org〉〈https://wordpress.org/about/requirements/〉〈2026-06-29〉]，能正確處理中文與 emoji，避免搬完才發現文章裡的標點全變方塊。

本機與線上環境對齊檢查表

前置檢查最容易忽略的一層，是「本機環境」與「線上主機環境」的對齊。很多人以為只要 PHP 版本號一致就安全，實際上 PHP 的執行期限制、模組、延伸套件都可能不同，這些差異平常不會暴露，只有在還原或跑外掛時才會以白畫面或 500 錯誤的形式爆發。建議在打包前，逐項核對下表，把本機與目標主機兩欄填滿。

設定項目	本機值	目標主機值	常見地雷
PHP 版本	填入	填入	版本差一級，舊外掛就報錯
memory_limit	填入	填入	線上設太低，大站打包逾時
max_execution_time	填入	填入	還原中途被中斷
upload_max_filesize	填入	填入	archive.zip 上傳被擋
MySQL 版本與字集	填入	填入	字集不同造成中文亂碼
必裝 PHP 模組（如 GD、cURL、mbstring）	填入	填入	某模組缺失，佈景主題功能失效

memory_limit 與 max_execution_time 這兩項是大型網站最容易翻車的地方。一個檔案數量龐大、圖片眾多的站，archive 解壓與資料庫寫入都可能耗費數分鐘，若線上主機把執行時間壓在三十秒，還原跑到一半就會被切斷。本機若空間足夠，可以先在 php.ini 或 wp-config.php 把這兩個值調高再打包，搬完再視情況調回主機預設值。如果你對主機後台的 PHP 設定路徑不熟，多數 cPanel 主機在「MultiPHP INI Editor」裡可以針對單一網域調整，比起全域改動更安全。

必裝的 PHP 模組也是常被漏掉的一環。WordPress 核心與多數熱門外掛會呼叫 GD 或 Imagick 處理圖片縮圖、呼叫 cURL 對外連線、呼叫 mbstring 處理多位元文字。本機的 MAMP、XAMPP 這類一鍵包通常把模組裝好裝滿，線上共享主機則可能為了資源管控而關閉部分模組。搬家後若發現圖片縮圖產不出來、外掛的對外 API 連線失敗，先回頭查這一欄。

挑選適合上架的線上主機

新手第一次上架，建議從支援 cPanel、一鍵 SSL、附免費網域的共享主機入門；若本機網站已經測出會吃資源、或預期流量較高，則直接上 VPS 或雲端管理主機，能省掉日後再搬一次的麻煩。

這個選擇會直接影響搬家後的穩定度，所以值得多想五分鐘。共享主機門檻低，附 cPanel 與免費 SSL，適合第一次部署的小型網站；VPS 跟雲端主機資源獨佔、速度穩，適合已有穩定流量或對速度要求高的站。兩者的深度差異可以對照虛擬主機挑選完整指南跟VPS 虛擬專屬主機攻略。

主機類型	適合對象	搬家注意
共享主機	第一次上架、預算有限的小站	確認有 cPanel 或對等後台、免費一鍵 SSL
VPS／雲端主機	已有穩定流量、對速度要求高	資源獨佔，但後台操作門檻略高

挑主機時固定確認三件事：有無提供 cPanel 或對等後台、是否支援目標 PHP 版本、SSL 是否免費且一鍵開啟。以 Bluehost 主機完整教學 為例，它是 WordPress 官方推薦的入門款，附免費網域與一鍵 SSL，自架 WordPress 全流程對新手很友善，想知道真實體驗可以看Bluehost 主機真實評價。

如果你本機測出網站會吃資源，或預期上架後流量不低，直接往雲端管理主機走會比較省事。Cloudways 雲端主機教學這類服務把 VPS 的複雜度包掉，速度跟穩定度都好；追求極致速度的人也可以考慮 A2 Hosting WordPress 主機評測 或 A2 Hosting 架站完全指南。其他常被提到的還有 SiteGround 主機評價與教學、HostGator 虛擬主機評價、FastComet 虛擬主機教學，挑選邏輯相通，可以放進WordPress 主機推薦與深度評測一起比。若之後想從共享升級到 VPS，搬家流程跟上頭一樣，主機商通常也提供遷移服務。

挑主機的二維決策矩陣

挑主機這一步常被簡化成「預算夠就上 VPS」，但實際決策要同時考慮流量規模與你的技術維護能力。將兩個維度交叉成矩陣，就能快速定位適合的主機類型。流量規模以月造訪人次粗分，技術能力則看你能不能自己處理 SSH、SSL 簽發、PHP 調校這類後台操作。

	技術能力低（靠後台點擊）	技術能力中（會用 cPanel）	技術能力高（會 SSH／指令）
月造訪 < 1 萬	共享主機	共享主機	共享或入門 VPS
1 萬～10 萬	託管型 WordPress 主機	託管型或中階 VPS	雲端管理 VPS
> 10 萬	託管型高階方案	雲端管理主機	獨立或叢集架構

矩陣的判讀邏輯是：技術能力越低，越要挑「有人幫你顧好底層」的託管型方案；流量越大，越要往資源獨佔的 VPS 或雲端靠。很多新手在低流量階段就硬上裸 VPS，結果花在調 nginx、續簽 SSL 的時間比寫內容還多，這反而拖慢上線。若你還沒把握自己顧伺服器，託管型 WordPress 主機是兼顧速度與省心的折衷。

步驟一：用 Duplicator 在本機打包網站備份

在本機網站安裝 Duplicator 外掛後，前往 Packages → Create New，讓它掃描站點，盡量讓檢核呈現綠燈後點 Build，完成後用 One-Click-Download 下載 installer.php 與 archive.zip 這兩個檔案。這就是整個網站的搬家包裹。

Duplicator 在 WordPress.org 上啟用數達百萬等級 [來源：〈Duplicator – WordPress Migration Plugin〉〈https://wordpress.org/plugins/duplicator/〉〈2026-06-29〉]，最大的優點是目標端不必預裝 WordPress，這對第一次搬家的人來說少了一個心理負擔。還不會裝外掛的話，先看WordPress 外掛安裝的三種方法把基本功補起來，或對照WordPress 必裝外掛清單了解整體生態。

1. 在本機網站後台安裝並啟用 Duplicator。
2. 前往 Duplicator → Packages，點 Create New。
3. 讓外掛掃描伺服器與站點檔案，檢視檢核結果。
4. 盡量讓檢核呈現綠燈，確認後點 Build 建立備份。
5. 備份完成後，點 One-Click-Download 下載 installer.php 與 archive.zip。

掃描階段的紅字警告，多半跟 PHP 限制有關，像是 memory limit 太低、timeout 太短。不一定要全部綠燈才能 Build，但建議能修就修，尤其是大站的 archive 很容易在打包中途逾時。下載下來的 archive.zip 內含 wp-content 全部檔案加上資料庫匯出，installer.php 則是還原時的執行器，兩者缺一不可、而且必須成對。

說到底，這一步要顧好的只有一件事：確認兩個檔案都下載完整、來自同一次打包。習慣做法是下載完馬上把檔名跟打包時間記下來，避免之後在資料夾裡撈到舊版備份混著用。打包這關若卡住，WordPress 備份與還原的完整方法有更全面的備份觀念可以對照。

大站打包的進階技巧：用過濾器縮小體積

當 wp-content 裡塞了多年累積的上傳圖片、舊外掛、快取暫存，archive.zip 很容易膨脹到幾百 MB，甚至超過主機的單檔上傳限制。這時與其硬傳一個大檔，不如在打包階段就先把不必要的東西排除掉。Duplicator 在 Create New 的設定步驟裡提供 Archive 過濾器，可以指定資料夾或副檔名排除。

• 排除快取目錄：wp-content/cache、wp-content/uploads/cache 這類資料夾搬家後會自動重建，先排除可大幅縮小體積。
• 排除舊備份：有些備份外掛會把備份檔存在 wp-content 內，等於把備份的備份一起打包，體積無謂膨脹。
• 排除開發用外掛：本機除錯用的 Query Monitor、除錯列印外掛，搬到線上沒有意義，可在打包前先停用。
• 圖片最佳化後的原始檔：若你用過圖片壓縮外掛且保留原始檔，這些原始檔可考慮排除，搬完再視需要重傳。

用過濾器縮小體積之後，連帶好處是還原時間變短、逾時風險下降。要留意的是，被排除的資料夾在線上不會自動出現，所以快取目錄這種會自動重建的可以放心排除，但你手動放進 wp-content 的資源（例如自訂字型、自建的佈景子主題）就不能排，否則前台會破版。打包前若不確定某個資料夾的作用，先留著比較保險。

在 cPanel 先開好空的 MySQL 資料庫

登入線上主機的 cPanel，進入 MySQL 資料庫功能，依序「新增資料庫」「新增使用者」「把使用者加入該資料庫並勾選全部權限」，完成後把資料庫名稱、使用者帳號、密碼三組資訊記下。待會 installer.php 會用到這組資料。

資料庫用來存放文章、設定、留言等內容，還原時 Duplicator 會把本機的資料倒進這個空庫。這一步看起來只是建個空殼，但有兩個細節最容易踩雷：使用者必須被授予該資料庫的「全部權限（ALL PRIVILEGES）」[來源：〈MySQL Database Wizard — cPanel Documentation〉〈https://docs.cpanel.net/cpanel/databases/mysql-database-wizard/〉〈2026-06-29〉]，否則還原寫入會直接失敗；資料庫名稱與使用者名稱通常會被主機自動加上帳號前綴（例如 user_wpdb），你要記下的是完整名稱，不是你輸入的那段。

1. 登入 cPanel，找到 MySQL 資料庫（MySQL Databases）功能。
2. 在「新增資料庫」輸入名稱，建立一個空的資料庫。
3. 在「新增使用者」建立一組使用者，密碼用強密碼產生器產生並立即保存。
4. 在「新增使用者到資料庫」把這組使用者加入剛建的資料庫。
5. 權限勾選全部權限（ALL PRIVILEGES），完成後記下三組完整資訊。

不是每台主機的後台都叫 cPanel，但流程幾乎一致 [來源：〈MySQL Database Wizard — cPanel Documentation〉〈https://docs.cpanel.net/cpanel/databases/mysql-database-wizard/〉〈2026-06-29〉]。密碼那組要特別留意，它之後不會再顯示，存丟了等於又要重建一次使用者。如果你對主機後台完全不熟，這步通常是最容易讓人發慌的，建議放慢、一步一步做，別急著同時開好多個分頁。

為什麼權限一定要給到「全部」？因為還原過程不只是寫入文章資料表，還包含建立資料表結構、寫入設定、調整欄位編碼，任何一個環節缺權限都會中斷。常見的錯誤是只勾 SELECT 與 INSERT，心想「能讀能寫就好」，結果 Duplicator 連 CREATE TABLE 都跑不下去，整個還原卡在第一張表。寧可在一開始就把權限給滿，搬完再依資安需求收回，也不要在還原途中為了補權限反覆進出 cPanel。

步驟三：把備份檔上傳到主機根目錄

用 FTP 軟體連上線上主機後，把 installer.php 與 archive.zip 兩個檔案上傳到網站根目錄（通常是 /public_html）。上傳前務必確認該目錄是空的、沒有殘留的 WordPress 檔案。

上傳前先清空 /public_html 這件事已經強調過，但這裡再說一次：舊的 index.php、wp-config.php 都要刪掉，否則還原會衝突。FTP 帳號有些主機預設就有，有些需要自行新增，連線方式可以照 WordPress FTP 檔案上傳教學 操作。

• 用 FTP 軟體連上主機（帳號資訊在主機後台的 FTP 區可找到）。
• 切換到網站根目錄，一般是 /public_html。
• 上傳前先把目錄清空，確認沒有殘留的 WordPress 檔案。
• 把 installer.php 與 archive.zip 兩個檔案傳上去。
• 傳完後，/public_html 內應該只有這兩個檔案，這是還原前的正確狀態。

archive.zip 通常檔案較大，若 FTP 上傳到一半中斷，建議改用主機後台的檔案管理員上傳，或先壓縮再傳，會比硬傳一個大檔穩定。不確定根目錄路徑的時候，直接問主機客服最快，不要用猜的。如果你之後要管理更多檔案，WordPress 後台操作全指南會派上用場。

大檔上傳的三種替代方案

共享主機的 PHP 上傳限制常落在 2 MB 到 128 MB 之間，遇到動輒數百 MB 的 archive.zip 就會卡關。與其在 FTP 跟主機設定之間來回拉扯，可以評估下列三種替代路線，挑一個最順手的走。

1. cPanel 檔案管理員：多數主機的檔案管理員支援壓縮檔上傳後直接解壓，繞過單檔大小限制。先把 archive.zip 傳進去，再用檔案管理員的 Extract 功能解開。
2. 分次打包：Duplicator 付費版支援把大型站拆成多個 archive 分批還原，適合檔案量極大的站。免費版用戶則可搭配前面的過濾器縮小體積。
3. SSH 直傳：會用指令的人可用 scp 或 rsync 把檔案直接送到根目錄，速度最快也最不受上傳限制影響，但前提是主機有開放 SSH 存取。

三種方案的共同前提都是「根目錄要先清空」。不管你用哪一種把檔案送上去，還原前的 /public_html 都應該只有 installer.php 與解開後的 archive 內容，多一個殘留的 index.php 就足以讓還原結果出現預期外的覆寫。

執行 installer.php 完成還原與網址切換

在瀏覽器輸入 http://你的網域/installer.php，展開後依序輸入剛建好的資料庫名稱、使用者、密碼，點 Test Database 確認連線成功，下一步讓 Duplicator 自動偵測新網域路徑（通常不必手改），跑完即可用原本的帳密登入 WordPress 後台。

這一步是整個搬家最關鍵、也最讓人緊張的時刻。URL 路徑通常不用手動改，Duplicator 會自動把站點 URL 從 localhost 換成你的正式網域。但如果 Test Database 失敗，九成是資料庫名稱前綴、權限或主機位置（localhost 還是 127.0.0.1）寫錯，回去對一次三組資訊多半就能解決。

1. 瀏覽器開啟 http://你的網域/installer.php。
2. 輸入資料庫名稱、使用者、密碼。
3. 點 Test Database，確認連線成功才往下走。
4. 站點 URL 與路徑讓外掛自動偵測，通常不必手改。
5. 跑完後點 Admin Login，用本機網站那組帳密登入後台。

登入帳密要用本機網站那組，不是主機的 cPanel 帳密，兩者不同，這點每年都有人搞混。還原成功後首次登入後台，Duplicator 會自動清除安裝暫存檔，這是正常的安全清理。跑 installer 期間瀏覽器不要關、不要重新整理，避免還原中斷，這比任何設定都重要。

還原成功後，要立刻做一件事：確認前台頁面開得起來、連結沒有還指向 localhost。如果發現首頁正常但內文連結還是 localhost 開頭，那是網址替換沒跑完，這個問題放在下面的故障排除一起講。換個角度想，還原這關只要 Test Database 過了，剩下的多半只是等待。

網址替換為什麼會沒跑完

Duplicator 在還原時會掃描資料庫，把舊網址替換成新網址。但 WordPress 把網址存在非常多地方：wp_options 的 siteurl 與 home、wp_posts 文章內文的內嵌連結、wp_postmeta 的自訂欄位、widget 設定、甚至佈景主題的選項序列化資料。任何一處替換漏掉，前台就會出現「首頁正常、點進內文卻連回 localhost」的詭異狀態。

常見的替換漏洞有三類。第一類是序列化資料破損：當網址被存在序列化字串裡，若替換時字串長度沒同步更新，WordPress 解序列會失敗，整組設定歸零。第二類是絕對路徑殘留：某些外掛會把伺服器絕對路徑（例如 /Applications/MAMP/htdocs/...）寫進資料庫，這類路徑替換工具未必抓得到。第三類是快取層干擾：還原完馬上看前台，看到的可能是尚未更新的快取頁面，誤以為替換沒跑完。

對應的處置依序是：清掉所有快取外掛的快取、重跑 Duplicator 的取代步驟，最後再用 Better Search Replace 之類的外掛針對「序列化資料安全替換」做一次全面掃描。確認替換完整的標準是：在phpMyAdmin 對資料庫搜尋 localhost 字串，結果應該是零筆（少數外掛刻意記錄的除錯欄位除外）。

搬家完成後的 5 件必做檢查

搬家成功只是檔案到位，真正上線還要做五件事：開啟 SSL 強制 HTTPS、確認搜尋引擎可見度（取消封鎖索引）、檢查永久連結結構、設定自動備份、把本機殘留的測試資料清掉。少做任何一件，網站不是不安全就是搜尋引擎找不到。

1. 開啟 SSL 強制 HTTPS：不論原本有沒有申請憑證都要開，這關乎安全性與 SEO，詳細可看SSL 憑證安裝與 SEO 影響，若想先弄懂為什麼網站一定要走加密協議，HTTPS 基礎觀念入門把來龍去脈講得很清楚。
2. 取消封鎖搜尋引擎索引：WordPress 預設「阻擋搜尋引擎索引」這個選項，搬家後要手動取消勾選，不然 Google 永遠收錄不到。確認方式可參考Google 網頁收錄查詢教學。
3. 檢查永久連結：確認是 SEO 友善結構，搬家後有時會被重設回預設值，設定細節看WordPress 永久連結 SEO 設定。
4. 設定自動備份：上架後立刻裝好自動備份機制，新站第一次掛點往往就在搬家後的調整期，可選 UpdraftPlus 自動備份教學、WPvivid 備份還原與搬家教學或對照WordPress 備份外掛推薦評比。
5. 清掉本機測試資料：把本機用的測試文章、佔位圖清掉，線上站內容要與正式對外一致。

SSL 這項要特別拉出來講。Google 早已公開把 HTTPS 列為排名訊號 [來源：〈HTTPS as a ranking signal — Google Search Central Blog〉〈https://webmasters.googleblog.com/2014/08/https-as-ranking-signal.html〉〈2014-08-06〉]，所以這不只是安全性問題，更是 SEO 問題。HTTPS 的核心差異與轉換邏輯，可以對照HTTP 換 HTTPS 完整攻略一次看懂。至於永久連結被重設這種事，說實在的很容易被忽略，因為前台看起來一切正常，只有當你點進單篇文章才會發現網址是一串數字。索引要快，搬完就接著完成Google Search Console 安裝設定，並產出一份提交給搜尋引擎的 XML Sitemap，新站才會被盡早收錄。

上架後的優化也別忘了排進去：網站速度優化全攻略、WordPress 快取外掛推薦（或WP Rocket 快取外掛設定）、WordPress 圖片優化指南、圖片壓縮工具實測推薦、Core Web Vitals SEO 優化。安全面則建議補上 Wordfence 網站安全防護設定、WordPress 安全外掛評比，並考慮隱藏 WordPress 登入網址來降低被掃號的風險。

內容與佈景這塊，新手常在這時候開始想換主題。WordPress 佈景主題推薦、WordPress 頁面編輯器比較可以當起點。若你要把搬家後的舊網址轉到新結構，301 與 302 轉址設定教學能避免流量流失。費用的部分，WordPress 自架網站費用解析跟WordPress 架站費用全面拆解、網站維護費用自己做或委外有完整拆解。

搬家後的 SEO 體檢清單：別讓新站空轉

搬家後的 SEO 體檢，重點在於確認新站「可被收錄」且「與本機版本一致」。很多人以為搬完、開了 SSL 就等於上線，其實還差好幾步。Google 已全面採用行動優先索引，所有能在行動裝置上運作的網站，都改以行動版爬蟲為主進行檢索 [來源：〈Google Search Central Blog — mobile-first is here〉〈https://developers.google.com/search/blog/2023/10/mobile-first-is-here〉〈2023-10-31〉]，這代表搬家後第一件要確認的不是桌面版長相，而是行動版能不能正常開、結構有沒有跑掉。

1. 確認robots.txt沒有封鎖：本機階段常會放一個擋全部爬蟲的 robots.txt，搬家後要換成允許檢索的版本，否則 Googlebot 連首頁都進不來。
2. 行動版可用性：用手機實際開一次新站，檢查選單、圖片、表單是否正常。行動優先索引下，行動版破版等於整站破版。
3. 結構化資料：確認搬過來的 schema 標記沒有因為網址替換而損壞，尤其是 FAQPage、BreadcrumbList 這類含 URL 的結構。
4. 內部連結：抽點十篇內文，確認內部連結都指向新網域，沒有殘留 localhost。
5. 重新提交 Sitemap：到 Google Search Console 提交新網域的 sitemap，加快首次收錄。

其中行動版可用性這項最容易被忽略。本機開發時大家多半用桌面瀏覽器預覽，行動版的選單折疊、圖片自適應、觸控點擊區域這些細節，要到實機或瀏覽器的行動模擬器才看得出問題。搬家後若行動版有破版，在行動優先索引下，Google 收錄到的就是那個破版版本，排名與點閱都會連帶受影響。

什麼情況不該用 Duplicator

Duplicator 雖然是本機搬到線上的主流工具，但有些情境它並非最佳選擇。硬套上去反而會繞遠路。下面幾種情況建議評估替代方案。

• 跨網域大規模搬家且要保留 SEO：當你要從舊網域搬到新網域，同時得保留搜尋排名時，301 轉址與舊網址對應表才是核心工作。這種情境的重點在網址映射，單靠 Duplicator 的網址替換不夠，建議搭配301 與 302 轉址設定教學與WordPress 搬家換新網域的 SEO 轉移。
• WordPress.com 轉到 WordPress.org：兩種版本的 WordPress 架構不同，匯出匯入文章的流程與自架站搬家差很多，WordPress.com 搬到 WordPress.org有針對性的做法。
• 主機單檔上傳限制極低且無法調整：某些入門主機把上傳上限壓在個位數 MB，又沒開放 php.ini 調整，這時 All-in-One WP Migration 的分塊匯入反而更順，可參考All-in-One WP Migration 一鍵搬家教學。
• 只想搬文章不想搬外掛設定：Duplicator 是整站打包，若你只想搬部分內容，用 WordPress 內建的匯出匯入工具或 RSS 匯入更輕量。

判斷要不要換工具的關鍵，在於你的搬家目標是「完整複製」還是「部分搬移」。完整複製、且目標端是空主機，Duplicator 幾乎是首選；只要牽涉到網址映射、版本轉換、或選擇性搬移，就值得把替代路線也納入評估。

搬家工具評分卡：Duplicator 與替代方案的取捨

為了讓取捨更具體，下面把本機搬到線上最常用的三條路線，用同一組評分維度打分。評分以新手第一次搬家的典型情境為基準，分數越高代表在該維度越省心。你的實際權重應依自身狀況調整，例如檔案極大時，「大檔處理」的權重就要拉高。

維度	Duplicator	All-in-One WP Migration	手動 SQL＋FTP
目標端不必預裝 WordPress	是	否（需先有空 WP）	否
新手操作難度（越高越難）	中	低	高
大檔處理彈性	中（免費版受限）	中（分塊匯入）	高（無上限）
網址替換自動化	是	是	否（需手動 SQL）
對技術細節的掌控度	中	低	高

從評分卡可以看出，Duplicator 的優勢集中在前置條件少（目標端免預裝）與自動化程度高；它的弱點在免費版的大檔處理。All-in-One WP Migration 在操作門檻上最低，但前提是目標端已經有一個空的 WordPress；手動路線掌控度最高，卻也最考驗技術底子。選擇時把這幾項跟你最在意的維度對照，就能快速鎖定方向。

常見問題：Duplicator 搬家失敗怎麼辦？

三個最常見的卡關點：Build 階段紅字通常是 PHP 記憶體或執行時間限制、Test Database 失敗多半是帳號權限或主機位置寫錯、還原後畫面破圖或連結還指向 localhost 則是網址替換沒跑完。對應解法分別是調高 PHP 限制、重授資料庫權限、用 Duplicator 的取代工具或搜尋替換外掛修正殘留網址。

症狀	常見原因	解法
Build 出現紅字	PHP memory_limit / max_execution_time 太低	調高限制後重新打包
Test Database 失敗	權限不足、主機位置寫錯	重授全部權限，主機位置試 localhost 或 127.0.0.1
連結還是 localhost	網址替換沒跑完	重跑取代步驟，或用搜尋替換外掛清殘留路徑
白畫面	PHP 版本與外掛不相容	先停用所有外掛再逐一啟用找元兇

Build 紅字這項，解法是到本機的 wp-config.php 或 php.ini 把 memory_limit 與 max_execution_time 調高，再重新打包。Test Database 失敗則回頭確認使用者是否已被授予全部權限、資料庫主機填 localhost（部分主機要用 127.0.0.1）。還原後連結還是 localhost，就重跑 installer 的取代步驟，或用 Better Search Replace 之類的外掛把殘留路徑一次清乾淨。

白畫面多半是目標主機 PHP 版本與某個外掛不相容，先停用所有外掛再逐一啟用，就能找出元兇。退一步看，如果 Duplicator 壓根裝不起來或檔案實在過大，可以改試其他搬家工具的比較清單，像是改走 All-in-One WP Migration 一鍵搬家教學 這條路，或是 WordPress 搬家換新網域的 SEO 轉移、WordPress.com 搬到 WordPress.org 等不同情境的路線。本機若是用 MAMP 起家，用 MAMP 在本機架 WordPress能幫你把源頭顧好。

故障排除會用上的就這些，但多數卡關其實繞回同一個源頭：前置檢查沒走完。根目錄清空、PHP 版本對齊、資料庫權限給滿，這三項做對，後面的還原多半就會平順跑完。搬家把它當成一張檢查表照著走，出錯時對著症狀表回頭排查就行。

如果你還在更前面的階段，連 WordPress 都還沒裝過，連網站都還沒有的人可以先看沒有網站要怎麼開始做 SEO，把地基先打好再回頭想搬家這件事。WordPress 四種安裝方法教學、30 分鐘快速架好 WordPress、WordPress 架站新手 5 步驟、WordPress 部落格架站教學是好的起點；想一次把架站跟 SEO 串起來，就看WordPress 架站與 SEO 優化全攻略。網域跟 DNS 的部分，DNS 網域名稱指向設定、網域申請購買全攻略、Namecheap 網域註冊教學、Gandi 網域購買與設定涵蓋了主流選擇。若想搞懂 WordPress 兩種版本的差別，WordPress.org 與 WordPress.com 比較能幫你一次釐清；想看更大局的架站自學路徑，如何架設網站的完整自學指南是個好索引。

搬家常見問題 FAQ

WordPress 怎麼從本機（localhost）搬到線上主機？

用 Duplicator 在本機打包出 installer.php 與 archive.zip，在目標主機建好空資料庫後，把這兩個檔案上傳到根目錄，再執行 installer.php 讓外掛自動還原檔案、資料庫與網址。目標主機不必先安裝 WordPress。

用 Duplicator 搬家需要先在目標主機安裝 WordPress 嗎？

不用。這正是 Duplicator 跟其他搬家工具最大的差異，installer.php 會自動把本機的 WordPress 連同檔案一起部署上去，你只需要準備好空的 MySQL 資料庫。

Duplicator 搬家要下載哪兩個檔案？

installer.php（還原執行器）與 archive.zip（內含 wp-content 全部檔案加資料庫匯出）。兩者必須來自同一次打包，混用不同次的檔案會還原失敗。

installer.php 要上傳到主機的哪個目錄？

上傳到網站根目錄，通常是 /public_html。上傳前先把這個目錄清空，確認沒有殘留的 WordPress 檔案，避免還原時衝突。

WordPress 本機搬家後資料庫連不上怎麼辦？

九成是使用者沒被授予全部權限、資料庫主機位置寫錯（localhost 與 127.0.0.1 要試），或是資料庫名稱沒記到主機自動加的前綴。回 cPanel 重授權限、對一次完整名稱即可。

Duplicator 搬完後網址還是 localhost 怎麼改？

代表網址替換沒跑完。重跑 installer 的取代步驟，或安裝 Better Search Replace 之類的外掛，把資料庫裡殘留的 localhost 路徑一次替換成正式網域。

Duplicator 備份建立時出現紅字警告要緊嗎？

不一定。紅字多半跟 PHP 的 memory_limit 或 max_execution_time 有關，不一定要全部綠燈才能 Build，但建議能修就修，大站尤其容易在打包中途逾時。

搬完網站後要什麼時候開啟搜尋引擎索引？

確認網站內容已就緒、SSL 已開啟後，立刻到 WordPress 後台取消「阻擋搜尋引擎索引」的勾選。否則 Google 收錄不到，等於站白上線。

Duplicator 搬家時 archive.zip 太大上傳不了怎麼辦？

三個方向依序嘗試：用 cPanel 檔案管理員直接上傳再解壓、用 Duplicator 的過濾器排除快取目錄與舊備份後重新打包縮小體積、或改用 All-in-One WP Migration 的分塊匯入。前提都是根目錄要先清空。

本機與線上主機的 PHP 版本不同會影響搬家嗎？

會。若本機用較新版本、線上是舊版，搬上去後依賴新語法的外掛或佈景主題會直接報錯。打包前先到 WordPress.org 系統需求頁對一次官方支援版本，並把本機與目標主機的 memory_limit、max_execution_time、必裝模組一併核對。