WordPress 從本地搬家到線上主機：完整教學

相信不少人也在本機把 WordPress 調到完美，首頁、商品頁、聯絡表單全部跑得很順，然後盯著螢幕想：下一步到底怎麼把這個站推上線，讓全世界看得到？這一步卡住的人比你以為的多很多。本機跟線上主機是兩個完全不同的執行環境，把檔案丟上去只是表象，真正會出事的地方藏在 PHP 版本、資料庫連線、網址置換這些細節裡。本機到線上這一段，各種千奇百怪的狀況都不少見，底下也整理出一套能避開大部分地雷的實戰流程。

這篇我要把 WordPress 從本地端搬到線上主機的完整流程拆開來講。我不會只給你一份步驟清單，而是把每一條路線的風險、適合什麼樣的站、搬完之後要做哪些事一次講清楚。你照著走，今天就能把網站推上線。

快速重點：本機搬到線上的本質是環境轉換，不是檔案複製。三條主流路線是外掛打包（Duplicator）、匯出匯入（All-in-One WP Migration）、手動 FTP 加資料庫。新手選 Duplicator 最穩。不管選哪條，搬完都要做七件上線後的事，其中最容易被忘掉的是關閉搜尋引擎阻擋跟安裝 HTTPS。

先搞清楚：本機跟線上主機，到底是哪裡不一樣？

很多人以為搬家就是把資料夾複製過去。這個想法是絕大多數白畫面、圖片破圖、資料庫連線失敗的根源。本機環境（不管是 Local by Flywheel、MAMP、XAMPP 還是 Laragon）跟線上主機之間，至少有四個層面的落差，任何一個沒處理好，網站就會出狀況。

換句話說，你搬的不是一個資料夾，而是一整套相依的執行環境。

把這張表看懂，你就明白為什麼光是把 wp-content 資料夾用 FTP 傳上去是不夠的。你的網站內容裡，網址、路徑、連線設定是散落在三個地方的：wp-config.php 裡寫著資料庫連線資訊，wp_options 資料表的 siteurl 跟 home 欄位寫著網站網址，文章內文裡的圖片網址也寫死了 localhost。這三處都得在搬家的時候一起處理。

為什麼要用本機開發，而不是直接在主機上做？

如果你還在猶豫要不要先在本機把站做好再搬，答案是肯定的。本機開發有三個主機上給不了的好處：你可以在斷網的時候繼續做、你可以大膽裝任何外掛測試而不怕搞掛線上站、你改壞了隨時可以重來不用擔心訪客看到半成品。這對新手尤其重要，因為你一定會把站搞壞幾次，那是學習的一部分，只是不要在線上搞壞。

如果你還沒開始本機架站，可以參考我們寫的MAMP 本機架 WordPress 完整教學，Mac 跟 Windows 都適用。把本機站做好，再回來這篇把它推上線。

搬家之前，先幫你的站「減重」

很多站長忽略了搬家前的一個動作：清理。本機開發期間，你一定裝過不少試用外掛、切換過好幾個佈景、累積了大量文章修訂版本跟垃圾留言。這些東西平常不影響本機運作，但一旦打包成搬家封裝，它們會讓檔案膨脹、資料庫變肥，直接拖慢部署速度，甚至撞上外掛的檔案大小限制。

換句話說，你搬的是一個會持續長大的資料庫，越早瘦身，後面的每一步都越輕鬆。我會建議在搬家前做這幾項清理：

• 停用並刪除用不到的外掛與佈景。不要只是停用，要徹底刪除，因為停用的外掛檔案還是會被包進封裝裡。每多裝一個用不到的外掛，就多一個將來可能跟新版 WordPress 衝突的風險。
• 清除文章修訂版本。WordPress 預設會保留每一次編輯的歷史版本，一篇文章改十次就存十份。你可以在資料庫裡清掉舊的修訂版本，或用 WP-Optimize 這類外掛一鍵處理。
• 清掉垃圾留言與回收桶。開發期間測試表單跟留言功能會產生一堆測試資料，這些沒有搬上去的價值。
• 刪除暫存與暫時性資料。快取外掛產生的快取檔案、debug 記錄檔、上傳資料夾裡的測試圖片，都該在打包前清掉。Duplicator 的掃描功能會自動標示這類大資料夾，但手動清理會更乾淨。

清理不必要檔案與資料後，搬家封裝可能明顯縮小，但實際幅度取決於媒體庫、備份檔、快取與資料庫內容。主機到主機的流程可參考WordPress 搬家到新主機教學。若要反覆演練，也可用WP Reset 重置 WordPress 測試站資料庫，但操作前要確認重置範圍並保留可還原備份。

搬家之前，先做一次完整的「起飛前檢查」

飛行員起飛前有一份逐項確認的檢查表，不會靠感覺決定能不能飛。WordPress 搬家也該這樣。在正式開始搬家之前，一定先花十分鐘過完這份清單，因為多半的搬家事故，都是在這一步漏了東西。

1. 確認本機 WordPress 版本與線上主機一致。版本不一致不是不能搬，但會增加除錯成本。先在本機後台更新到最新版，再開始搬家。
2. 核對 PHP 版本。WordPress 官方對伺服器環境有明確建議，建議使用 PHP 7.4 以上（目前新版建議 PHP 8.1 或更新版本），並搭配 MySQL 或 MariaDB 與 HTTPS 支援。去你的主機後台（cPanel、SiteGround、Cloudways 都看得到）確認 PHP 版本跟本機不要差太多，否則某些外掛一上線就報錯。
3. 盤點目前啟用的外掛與佈景。把清單記下來，搬完之後要逐一核對有沒有全部正常啟用。順帶一提，WordPress 是目前全球市佔率最高的內容管理系統，根據 W3Techs 的統計（2026 年 6 月），超過四成的網站使用 WordPress，這意味著它的生態系龐大、外掛相容性問題也相對常見，盤點清單能幫你快速抓出是哪個外掛在作怪。
4. 檢查永久連結結構。本機設定的網址結構（例如文章名稱）搬過去後可能失效，導致內頁 404。記下你本機用的結構，搬完後重新設定一次並儲存，讓 WordPress 重寫規則。
5. 確認搜尋引擎可見性設定。本機開發時多半勾選了「阻擋搜尋引擎索引此網站」，這個設定會跟著資料庫一起搬過去。上線後一定要記得取消勾選，否則 Google 永遠找不到你。這一點我後面會再強調一次，因為太多人忘記。
6. 備份本機站。搬家前先做一份完整備份，包含檔案跟資料庫。萬一搬的過程出錯，你隨時可以回到本機的乾淨狀態重新來過。備份這件事我們有完整的WordPress 備份與還原指南可以參考。
7. 準備好線上主機的 FTP 帳號、資料庫名稱、使用者與密碼。這些資訊在搬家當下會立刻用到，先找好放在旁邊，不要搬到一半才去主機後台翻。

這份清單走完，你對自己要搬什麼、搬到哪、會踩到哪些坑，已經心裡有底了。接下來就是選一條適合你的搬家路線。

三條搬家路線，哪一條適合你？

從本機搬到線上主機，主流的方法有三條路線，各有各的適合場景。我先幫你把三條路的差異整理成表格，再逐一展開講。挑對路線，後面的事會輕鬆很多。

如果你不知道該選哪條，我的建議是：第一次搬家就用 Duplicator。它就是為本機到線上這個場景設計的，把最容易出錯的網址置換自動化掉了。我們還有一篇更完整的WordPress 搬家外掛評比，把八款主流工具的優缺點都列出來，你可以交叉比對。

搬家路線選定了，但你的線上主機準備好了嗎？

在實際開始打包之前，還有一個前提要確認：你的線上主機到底裝好了沒有。很多人以為買完主機就能搬，其實買完主機只是拿到一塊空地，你還得在上頭把 WordPress 跑起來，才有地方可以部署。不同路線對主機的初始狀態要求不一樣：Duplicator 跟手動路線需要的是一個空的主機空間加上一個空資料庫，因為它們會把完整的 WordPress 連同核心檔案一起部署上去；All-in-One WP Migration 的匯入法則需要主機上已經有一個乾淨的 WordPress 安裝，因為它是用匯入的方式覆寫既有內容。

主機類型的選擇也會影響搬家體驗。共享主機入門門檻低、價格親民，但資源有限，大站搬上去可能跑不動；VPS 跟雲端主機彈性高、效能好，但需要更多技術設定。如果你還在猶豫該選哪種，我們的共享主機 vs VPS vs 雲端主機比較指南把四種主機類型的差異跟適合場景都拆解清楚了。選對主機，搬家才有一個穩固的落腳處。

路線一：Duplicator 打包法，把整個站裝進一個壓縮檔

Duplicator 是 WordPress 官方外掛庫裡最受歡迎的搬家工具之一。它的運作原理很漂亮：本機端把整站打包成兩個檔案，一個是包含所有檔案與資料庫的壓縮封存檔（archive），另一個是安裝程式 installer.php。你把這兩個檔案上傳到線上主機，用瀏覽器打開 installer.php，它就會一步步引導你完成部署，包括自動把所有 localhost 網址替換成正式網域。

實際操作分三個階段。

階段一：本機端打包。在本機 WordPress 安裝並啟用 Duplicator，到後台點建立新封裝。外掛會先做一次掃描，檢查有沒有檔案過大或權限問題。掃描通過後點建立，它就會產生 archive.daf 跟 installer.php 兩個檔案，下載到你的電腦。如果掃描時跳出警告（很常見），通常是一些快取資料夾太大，你可以照它的提示把快取目錄排除掉再重新打包。

掃描結果怎麼判讀，是新手最容易卡關的地方。Duplicator 的掃描報告分三種等級：Passed 是完全沒問題的項目，可以直接往下走；Warnings 是提醒性質，例如某些檔案較大，多半不影響打包但建議留意；Risk 則是可能導致打包或部署失敗的問題，例如 PHP 記憶體不足、特定資料夾權限錯誤，這類一定要先處理再繼續。看到一堆 Warnings 不要慌，真正會擋住你的是 Risk 等級的項目。

階段二：線上主機準備資料庫。到你的主機後台，用資料庫精靈建立一個全新的空資料庫，記下資料庫名稱、使用者帳號、密碼跟主機位址。以 cPanel 為例，它有內建的 MySQL 資料庫精靈，逐步引導你建立資料庫、新增使用者、授予全部權限。這組連線資訊待會安裝程式會跟你要。

階段三：上傳與部署。把剛才下載的兩個檔案上傳到線上主機的網站根目錄（通常是 public_html）。用瀏覽器打開你的網域加上 installer.php，例如 yoursite.com/installer.php，就會進入安裝畫面。它會問你剛建好的資料庫連線資訊，填完之後測試連線成功，就開始解壓縮跟寫入資料庫。最關鍵的一步是它會自動做網址置換，把所有 localhost 的網址換成正式網域，這正是手動搬家最容易漏掉的部分。部署完成後，它會給你一個登入測試，確認前後台都能正常開啟。

Duplicator 的免費版對大多數中小型站來說已經夠用。如果你的站檔案量很大，打包時可能會遇到封裝大小限制，這時可以考慮付費版，或者改用接下來這條路線。

路線二：All-in-One WP Migration，匯出匯入一鍵搞定

如果你覺得 Duplicator 的三階段還是有點複雜，All-in-One WP Migration 把流程壓縮到最直覺的兩個動作：本機匯出、線上匯入。這款外掛在WordPress 網站搬家教學裡也是我們常推薦的選項之一，特別適合完全不想碰技術細節的人。

本機端安裝外掛後，到匯出功能選擇匯出到檔案，它會把整站打包成一個副檔名為 .wpress 的單一檔案，下載到你的電腦。然後到線上主機的 WordPress（要先安裝好一個空的 WordPress），同樣裝上 All-in-One WP Migration，到匯入功能上傳那個檔案。外掛會自動解開、寫入、置換網址，全部一氣呵成。

這條路線有兩個地方要特別注意。第一是檔案大小限制：免費版的匯入有 PHP 上傳上限的問題，如果你的站超過主機預設的 upload_max_filesize（常見是 2MB 到 128MB 不等），匯入會失敗。解法是安裝官方提供的 File Extension 外掛延伸，它繞過了上傳限制。第二是匯入後的權限處理：匯入完成後它會問你要不要覆寫既有內容，確認覆寫之後記得到設定裡把固定網址重新儲存一次，刷新重寫規則。

All-in-One WP Migration 的好處是門檻低，缺點是對超大站的處理效率不如 Duplicator。所以如果你的站檔案超過 500MB，或是商品頁面數量很多（電商站常見），我會建議回頭用 Duplicator。

路線三：手動搬家，檔案加資料庫兩段式作業

手動搬家是當外掛搞不定時的最後手段，也是你徹底搞懂 WordPress 結構的最佳教材。流程拆成檔案搬移跟資料庫搬移兩段。

檔案段：用 FTP 連上線上主機（如果還不熟 FTP 操作，可以先看我們寫的WordPress FTP 完整教學），把本機的整個 WordPress 目錄上傳到 public_html。你也可以只上傳 wp-content 這個資料夾，前提是線上主機已經有一份乾淨的 WordPress 核心檔案。上傳完之後，打開 wp-config.php，把資料庫名稱（DB_NAME）、使用者（DB_USER）、密碼（DB_PASSWORD）、主機位址（DB_HOST）全部改成線上主機配發的值。這一步沒改對，網站會直接顯示資料庫連線錯誤。

資料庫段：在本機用 phpMyAdmin 把資料庫匯出成 .sql 檔。到線上主機的 phpMyAdmin，匯入這個 .sql 檔。匯入完成後，最關鍵的一步來了：你必須把資料庫裡所有 localhost 的網址替換成正式網域。這不是單純改 wp_options 裡的 siteurl 跟 home 兩個欄位就夠的，因為文章內文、選項設定、選單連結、圖片網址裡到處都寫死了 localhost。

正確的做法是用專門的搜尋取代工具，例如 Interconnect/it 的 Search Replace DB，它會掃描整個資料庫做序列化安全的字串替換。直接在 phpMyAdmin 裡跑 SQL 的 UPDATE 語句做取代是很危險的，因為 WordPress 把很多值用 PHP 序列化格式存起來，字串長度變了但序列化長度欄位沒跟著改，資料就會壞掉。這是手動搬家最容易翻車的地方，務必用對工具。

為什麼序列化這件事這麼關鍵？因為 WordPress 的選項資料表裡，有大量設定值是被 PHP 的 serialize 函式包裝過的字串。舉個例子，一個 widget 的設定存成 s:9:"localhost"，開頭的 s:9 代表這是一個長度為 9 的字串。當你把 localhost 換成 yoursite.com（長度變成 12），如果只改文字不改那個 9，PHP 在反序列化的時候讀到的長度跟實際不符，整個設定值就報廢了。這就是為什麼裸跑 SQL 取代會搞壞網站，而專門工具會同步修正長度標記的原因。理解了這個機制，你就明白那些「明明改了網址卻還是壞掉」的悲劇是怎麼發生的。

手動搬家做完之後，一樣要登入後台把固定網址重新儲存一次，確認前後台正常。還有一個容易被低估的安全步驟：重新產生 wp-config.php 裡的認證金鑰（Authentication Unique Keys and Salts）。這組金鑰負責加密 cookie 跟密碼，本機用的那組搬上線後理論上還能用，但為了安全，建議到 WordPress.org 官方的金鑰產生器複製一組全新的，貼進 wp-config.php 取代舊的。這會讓所有現有登入工作階段失效，等於強迫重新登入一次，把潛在的安全風險清乾淨。

這條路線的好處是你對每一步都瞭若指掌，日後網站出任何問題，你的除錯能力會比只用過外掛的人強很多。代價是步驟多、需要對 WordPress 的檔案結構跟資料庫有一定認識。如果你是第一次搬家，我不建議從這條路入門，但把它當作理解原理的教材，非常值得。

搬完不是結束：上線後的七件事

很多教學文章寫到檔案上傳完成就收尾了，但那只是技術搬家完成，你的網站離「正式上線」還有距離。接下來這七件事，決定了你的網站能不能被搜尋引擎找到、能不能安全運作、能不能留住第一批訪客。想讓第一天就留下好印象，上線前不妨對照自架站健檢表把常見的版面問題先掃一輪。

1. 重新儲存固定網址。到設定裡的固定網址頁面，選回你原本的結構（通常是文章名稱），點儲存。這個動作會觸發 WordPress 重寫 .htaccess 裡的網址規則，解決搬完後內頁 404 的問題。相關的 SEO 結構設定可以看我們的WordPress 永久連結 SEO 設定教學。
2. 關閉搜尋引擎阻擋。到閱讀設定裡，確認「阻擋搜尋引擎索引這個網站」沒有被勾選。這個選項在本機開發時多半是勾起來的，會跟著資料庫一起搬過去。忘了取消，Google 再怎麼等也收錄不了你。
3. 安裝並強制 HTTPS。現在的瀏覽器對沒有 SSL 憑證的網站會直接標示「不安全」，對訪客信任度的傷害很大。更重要的是，Google 早在 2014 年的 官方公告 中就把 HTTPS 列為排名訊號之一。現在絕大多數主機都提供免費的 Let's Encrypt SSL，到主機後台一鍵啟用，再到 WordPress 裡把網址改成 https 開頭。SSL 的完整安裝流程可以參考我們的SSL 憑證安裝教學，想了解原理則看HTTP 換 HTTPS 完整攻略。
4. 提交到 Google Search Console。到 Google Search Console 加入你的網站、驗證所有權，然後提交 XML Sitemap。這是告訴 Google「我上線了，來收錄我吧」的最直接方式。完整的設定流程看我們的Google Search Console 安裝教學，Sitemap 的原理與設定看XML Sitemap 完整說明。
5. 設定自動備份。網站剛上線是最興奮的時刻，也是最容易忘了防護的時刻。立刻裝一個備份外掛，設定每天自動備份到雲端。我們推薦過的UpdraftPlus 備份教學是免費又穩定的選擇。
6. 檢查內部連結與圖片。逐一點過主要頁面，看圖片有沒有破圖、內部連結有沒有指向 localhost。如果有殘留，多半是網址置換沒做乾淨，回到資料庫用搜尋取代工具再跑一次。
7. 確認行動版顯示。Google 現在採用的是行動優先索引（mobile-first indexing），也就是用它爬到的行動版內容來決定桌面版的排名（見 2023 年 10 月的 搜尋中心公告）。用你的手機打開網站，確認選單、圖片、表單在小螢幕上都正常顯示。

這七件事做完，你的網站才算真正活著。如果你是從 WordPress.com 搬到自架的 WordPress.org，流程跟本機到線上又有些不同，可以額外參考我們的WordPress.com 搬家到 .org 完整教學。

白畫面、資料庫連線錯誤：實戰最常踩到的坑

以甜點電商這類站為例：本機用 Local 起，佈景跟 WooCommerce 都調到很順，結果一推上去前台直接白畫面。這種狀況每個搬過站的人多半都遇過。白畫面（White Screen of Death）之所以讓人慌，是因為它什麼錯誤訊息都不給你，你完全不知道從何查起。其實它背後的原因是可以分類的。

最常見的四個原因是：PHP 記憶體耗盡、外掛或佈景不相容、wp-config.php 設定錯誤、以及佈景快取了舊路徑。除錯的第一步，是打開 wp-config.php，把 WP_DEBUG 改成 true，這樣 WordPress 就會把錯誤訊息印出來，你立刻就知道是哪個檔案、哪一行、哪個外掛在作怪。記得修完之後要關回去，不要在線上一直開著 debug 模式。

幾個典型的錯誤情境跟對應的處理方式，我整理成下表，你遇到的時候可以直接對照。

處理這些問題的時候有一個原則：一次只改一個東西。很多人一著急就同時改外掛、改設定、改設定檔，結果問題解決了也不知道是哪個動作生效的，下次遇到同樣狀況還是束手無策。耐住性子，一次一個變數，你會學到真正的除錯能力。

回到前面甜點電商的情境，這類白畫面常見的成因是佈景快取了本機的絕對路徑：例如佈景裡有一段程式把 wp-content 的完整路徑寫死在本機路徑，搬上線後路徑不存在，PHP 直接噴出致命錯誤，但 WordPress 的錯誤顯示又被關掉，所以畫面一片白。這類問題的特色是：本機完全正常、上線才爆，而且錯誤訊息被吞掉。這也是為什麼前面一直強調要開 WP_DEBUG，它是你唯一能看到真相的窗口。解法是進佈景的設定，把寫死的路徑改成相對路徑，或者乾脆換一個寫法更乾淨的佈景。如果你正在挑佈景，我們的WordPress 佈景主題推薦可以幫你避開這類寫法不嚴謹的產品。

還有一類問題跟檔案權限有關。WordPress 對 wp-content 這個資料夾的權限有特定要求，權限太鬆會被主機的安全機制擋下，太緊又會讓 WordPress 沒辦法寫入上傳的圖片、更新的外掛。常見的正確權限設定是資料夾設成 755、檔案設成 644。如果你的站搬完後沒辦法上傳圖片、或外掛更新失敗，多半就是權限沒設對。這個問題用 FTP 軟體就能修正，右鍵點資料夾改權限數值即可。

還有一個小提醒要講：如果搬完之後發現某個頁面網址結構變了（例如本機用 localhost/?p=123，上線後改成 yoursite.com/post-name），舊網址會變成 404。雖然本機站通常還沒有被搜尋引擎收錄、影響不大，但如果你是從一個已上線的舊結構換到新結構，記得用 301 轉址把舊網址指到新網址，保留累積的排名訊號。相關做法看我們的301 與 302 轉址完整教學。

搬家與 SEO：上線那一刻，你的排名計時器才剛啟動

有一個觀念很多站長沒有意識到：本機開發期間，你的網站對 Google 來說等於不存在。搜尋引擎的爬蟲進不到你的 localhost，你本機寫了多少文章、調了多少 SEO 設定，在推上線之前，累積的排名信用是零。換句話說，上線的那一刻，才是你的 SEO 計時器正式啟動的瞬間。

這為什麼重要？因為它決定了你上線後的優先順序。技術搬家完成後，你最該忙的不是繼續寫新文章，而是確保搜尋引擎能順利找到你、正確讀懂你。具體來說有三件事是上線第一天就要做的：提交 Sitemap 給 Google、確認 HTTPS 正常運作、確認行動版內容完整可讀。前面提過的行動優先索引，意味著 Google 拿到的第一印象如果是在手機上殘破的版本，會直接影響你後續好一段時間的能見度。

另一個容易輕忽的點是網域的 DNS 設定。你的正式網域必須正確指向線上主機的 IP，訪客跟爬蟲才進得來。如果你剛買網域還沒設定好，可以看我們的DNS 網域名稱指向設定教學。DNS 生效需要時間（通常幾分鐘到幾小時不等），建議在搬家前就先把網域指向設定好，免得搬完卻等不到網域連上。

長期來看，上線後你要建立的是一個穩定、可被信任的內容資產。WordPress 搬家只是起點，真正決定排名的是你後續持續產出的內容品質、網站速度、跟使用者體驗。如果你想把基礎打得更穩，延伸閱讀可以看WordPress 架站與 SEO 優化全攻略，把搬家之後的優化方向一次看清楚。

上線後的前幾週，建議你定期回到 Google Search Console 看兩個東西：收錄狀態跟檢索錯誤。收錄狀態告訴你 Google 到底有沒有開始讀你的網站，如果等了一兩週還是零，可能是 robots.txt 或 noindex 設定出了問題；檢索錯誤則會列出 Google 爬到的 404 頁面跟伺服器錯誤，這些是你要優先修掉的。把這個觀察的習慣養起來，你會比多數只會寫文章不管技術面的站長更有競爭力。關於收錄的確認方法，我們有一篇Google 網頁收錄查詢教學，三種方法快速確認。

速度是另一個上線後立刻要顧的面向。Google 把網頁體驗訊號列為排名考量之一，而剛搬上線的站往往因為還沒裝快取、沒壓圖片、沒做資料庫優化，載入速度偏慢。趁內容還不多的時候先把效能基礎打好，比你累積了上百篇文章之後再回頭優化輕鬆太多。如果你想知道從哪裡著手，可以看我們的速度優化的完整做法，把載入時間壓下來。

今天就把網站推上線：一份照著走就行動清單

看到這裡，你應該對整個流程有清楚的圖像了。最後我給你一份濃縮的行動清單，照著做，今天就能把本機站推上線。

1. 跑一次起飛前檢查。WordPress 版本、PHP 版本、外掛清單、固定網址結構、搜尋引擎可見性、本機備份、FTP 與資料庫連線資訊，七項全部確認。
2. 線上主機準備好空資料庫。用主機後台的資料庫精靈建立，記下連線資訊。
3. 選一條搬家路線執行。新手選 Duplicator 或 All-in-One WP Migration，有經驗或外掛搞不定再走手動路線。
4. 部署完成後立刻做七件事。重存固定網址、關閉搜尋引擎阻擋、裝 HTTPS、提交 Sitemap、設自動備份、檢查連結與圖片、確認行動版。
5. 遇到錯誤開 WP_DEBUG。對照症狀表格逐一排查，一次只改一個變數。
6. 確認網域 DNS 已指向主機。提前設定，別讓搬家完卻連不上網域。
7. 備妥除錯工具。出問題時才不會手忙腳亂；WP_DEBUG 修完記得關回去。

有一個小建議：第一次搬家，挑一個你比較沒有壓力的時段來做，例如週末的下午。因為你幾乎一定會遇到至少一個需要查資料、需要除錯的小狀況，在時間充裕的狀態下處理，你的判斷力會好很多，也不會因為趕時間而亂改一通。如果你是幫客戶搬家，更要在正式切換前先用一個臨時網址或預覽模式測試過一遍，確認前後台都正常，再把正式網域指過去。這個前置測試的習慣，能幫你避開大部分的上線災難。

WordPress 從本機搬到線上主機，說難不難，說簡單也確實有很多細節會絆倒人。但只要你把環境落差搞懂、選對路線、上線後把該做的事做齊，這個過程其實很踏實。每一個你親手解決的錯誤，都會變成你日後經營這個網站的底氣。

搬家過程中難免會遇到卡關的時刻，那種「明明照著做卻還是出錯」的挫折感幾乎每個站長都遇過。但回頭看，那些卡關的經驗恰恰是你跟只會用一鍵安裝的站長拉開差距的地方。你搞懂了資料庫結構、搞懂了網址置換的原理、搞懂了伺服器環境的落差，這些知識會在未來每一次網站調整、每一次主機升級、每一次效能除錯的時候持續發揮價值。把它當成一堂投資報酬率極高的實戰課就對了。

網站上線只是開始，接下來才是真正累積的階段。如果你在主機選擇、網域設定、或 SEO 接軌上還有任何環節想再深入，我們的網站架設完整自學指南把從主機到建站的流程串了起來，可以接著往下看。現在，去把你調到完美的本機站，推到全世界看得到的地方吧。