W whoops.tw
諮詢服務
備份搬家

WordPress 搬家到新主機＋新網域完整指南：301 重定向與 SEO 無痛轉移攻略

WordPress 同時換主機又換網域，本質上是三段接力：先用搬家外掛把檔案與資料庫複製到新主機，再在新網域上線那一刻把 301 重定向同步設好，最後用 Google Search…

WordPress 搬家到新主機新網域：三段接力的完整 SEO 存活指南

WordPress 同時換主機又換網域，本質上是三段接力：先用搬家外掛把檔案與資料庫複製到新主機，再在新網域上線那一刻把 301 重定向同步設好，最後用 Google Search Console（如果你還沒裝好，先照 Google Search Console 安裝設定把基礎串起來）通知搜尋引擎新網址存在。真正決定 SEO 排名存亡的從來不是搬家本身，而是你有沒有在上線那一刻就把 301、canonical、sitemap 三件事一起做完。Google Search Central 在官方網站遷移指南中明白建議站長在換網域時使用 301 永久重定向與變更網址工具 [來源：Google Search Central〈Move a site with URL changes〉 https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-change 2026-06-30]。只要這一步漏掉，舊網址累積的排名權重就會卡在舊站，新站形同從零開始。

重點先看：搬家外掛只搬檔案與資料庫，301 重定向、GSC 變更網址工具、sitemap 重新提交它完全不會幫你做；根據 Google Search Central 的官方建議，換網域後必須主動提交 301 與變更網址工具才能加速權重轉移。

搬家又換網域，到底在搬什麼：先把三段工作分清楚

很多人把 WordPress 搬家想成「裝個外掛按一鍵就完成」，這個認知會直接害死你的 SEO。換主機同時換網域不是一個動作，而是三段互相獨立、彼此接力的工作：搬資料、搬 SEO 權重、通知搜尋引擎。少做任何一段，流量或排名都會掉，差別只在掉得多快。在開始讀任何步驟之前，先把這張對照表看清楚，後面所有動作都圍繞它轉。

你可能是因為舊主機速度慢、容量不夠，或是想把舊網域換成品牌網域才走上搬家這條路。不論動機是什麼，保留原網域的 WordPress 搬家教學與「同時換網域」是兩件事，後者多出一段 SEO 權重轉移的風險，是整個流程最容易翻車的地方。先看清楚你要面對的是哪一種，再決定怎麼排流程。

工作段負責搬什麼用什麼工具不做會怎樣
第一段：搬資料檔案＋資料庫WPvivid、All-in-One WP Migration新站空白，無法上線
第二段：搬權重舊網址的排名訊號.htaccess 301 重定向舊站權重卡住、兩站互相搶排名
第三段：通知搜尋引擎收錄狀態Google Search Console、sitemap新網址遲遲不被收錄、空窗期拉長
  • 搬家外掛只負責搬資料，搬完那一刻舊網域與新網域會同時存在兩份幾乎一模一樣的內容，這正是重複內容的開端（想知道重複內容會怎麼傷害 SEO，可參考 SEO 重複內容指南）。
  • 301 重定向負責搬 SEO 權重，它是把舊網址排名訊號轉到新網址的唯一可靠機制，而且必須在舊站還活著時設定，舊主機一關就沒機會了。
  • GSC 變更網址工具與 sitemap 重新提交是第三段獨立工作，負責加速被收錄，不能跟前兩段混為一談。
  • 換主機本身對 SEO 幾乎無感，只要新主機沒明顯當機或變慢，排名訊號不會因為 IP 變了就掉了；真正的變數與風險都集中在換網域這一段。

這裡要特別點出一個我看過最多次的失分點：站長裝完搬家外掛、看到新站長得一模一樣就以為完成了，然後直接把舊主機退租。結果舊網域沒設 301，新舊兩個站同時存在又互相搶排名，原本排在前面的文章開始往下掉，等發現時舊站已經下線、301 沒得設了。如果你只能記住一句話，記住這句：舊主機在 301 確認穩定運作之前絕對不能關。

想更深入了解不同工具的差異，可以參考WordPress 搬家外掛完整評比，或先看All-in-One WP Migration 一鍵搬家了解搬家外掛的運作原理，再回來對照三段工作的分工。

開始前：選主機、買網域、在新主機裝好空白 WordPress

正式搬家前的準備分兩頭：舊站要先做一次完整備份留退路，新主機則要把網域 DNS 指好、裝好一個能正常開啟的空白 WordPress。這個空白站就是搬家外掛要寫入資料的目標，它在搬家過程中會被整份覆蓋，所以上面不該有任何重要內容。

先講舊站備份這件最容易被跳過的事。搬家外掛會動到你的檔案與資料庫，萬一過程出錯，沒有備份就是從斷垣殘壁裡救資料。用 UpdraftPlus 備份外掛設定教學或WPvivid 備份還原與搬家教學裡的做法，把檔案與資料庫各備一份到本機或雲端，搬失敗才有回滾的底氣。備份這件事還有更完整的選擇，可以參考WordPress 備份與還原四種方法與WordPress 備份外掛推薦清單。

新主機這邊要分三步走。第一步是選主機與買網域，第二步是讓新網域 DNS 指向新主機，第三步是在新主機上裝一個空白 WordPress。網域申請的流程可以參考網域申請購買全攻略，挑選與設定細節則看網域挑選到設定的註冊指南或Namecheap 網域註冊與免費 SSL。DNS 指向怎麼設，DNS 網域名稱指向設定教學有完整步驟，生效時間從數分鐘到數小時不等，這段空檔可以先去把空白 WordPress 裝起來。

主機選擇是這段最容易糾結的地方，但其實按需求分很快就會有答案。這張表把常見主機類型與對應族群整理出來，挑選前先看一次，再決定要不要往某一家鑽進去。

主機類型適合誰代表服務核心特色
共享主機新手、重 CP 值、預算有限Bluehost入門門檻低，資源與他人共享
速度導向共享主機追求載入速度的站長A2 Hosting、SiteGround優化較積極，適合流量穩定站
VPS／雲端管理主機要獨立資源、流量較大者Cloudways獨佔資源、效能穩定度佳

如果你想系統性比較所有選項，WordPress 主機深度評測比較與共享主機 VPS 雲端主機類型比較會給你更完整的輪廓；虛擬主機挑選完整指南與VPS 虛擬專屬主機攻略則是針對單一類型的深入版。其他像SiteGround 主機評測與操作、HostGator 主機評價與搬家、FastComet 虛擬主機申請到上線、hosting.com 主機建站到 SSL 設定都是常被納入考量的選項，挑一家最順手的就好，主機選擇只是前提，不是決勝點。

這裡有一個準備階段絕對不能漏的檢查：確認你選的主機商有開放.htaccess 編輯與 RewriteEngine 權限。因為第二段的 301 重定向就是靠 RewriteEngine 在.htaccess 裡跑的，主機若把這個權限關掉，301 整段直接卡死。挑主機時就把這條寫進你的評估清單，別等到要設 301 那天才發現沒權限、還要跟客服來回開工單。

光看主機類型還不夠，決定要選哪一家的關鍵其實是「你的站現在處在哪個階段」。把流量等級與主機類型交叉起來看，就能對號入座，避免一個剛起步的小站花大錢租雲端主機，或一個已經有穩定流量的站還卡在最低階共享方案。

流量階段共享主機（如 Bluehost）速度型共享（如 A2、SiteGround）雲端管理（如 Cloudways）
日訪 500 以下，剛起步足夠，CP 值最高可選，速度略好但溢價過早，資源用不滿
日訪 500 至 3000，穩定成長開始吃力，遇到流量尖峰易慢合適，速度優化有感可選，預留擴充空間
日訪 3000 以上或常上活動不建議，常被打掛可能觸頂，需留意資源上限合適，獨立資源抗尖峰
換網域搬家當下注意是否開 RewriteEngine多數開放.htaccess 完整權限權限完整，可自訂伺服器規則

WordPress 能在全球內容管理系統市場長期佔據主導地位，是這個生態成熟的背景條件。根據 W3Techs 的調查，WordPress 被全網 41.5% 的網站採用，在已知內容管理系統的網站中佔比達 59.2% [來源：W3Techs〈Usage Statistics and Market Share of WordPress〉 https://w3techs.com/technologies/details/cm-wordpress 2026-06-29]。這意味著你選的任何一家主流主機商，幾乎都把 WordPress 最佳化當成標準配置，搬家時碰到相容性問題的機率相對低，這也是能用一套通用流程涵蓋多數主機的前提。

準備階段最後一個動作，是在新主機上裝好一個能正常開啟的空白 WordPress。怎麼裝可以參考WordPress 安裝四種方法或WordPress 架站新手五步驟。如果你是從本地端開發完才要搬上去，WordPress 從本地端搬到線上主機、用 MAMP 在本機架 WordPress、WordPress.com 搬家到 WordPress.org這幾條路線也都能銜接到同樣的搬家流程。

第一段：用 WPvivid Auto-Migration 把整站搬過去

資料搬家這段的核心動作其實很短：在新站 WPvivid 產生一把搬家憑證，貼到舊站的 Auto-Migration 分頁，選 Database＋Files 後按下 Clone then Transfer，外掛就會把整站打包傳到新站，完成後在新站按 Restore 還原。看起來像一鍵，但每一個選項背後都有會出事的細節。

WPvivid 是一款集備份、還原、搬家於一身的外掛，它的 Auto-Migration 機制設計成兩站之間用一把臨時憑證對接，省掉手動匯出匯入檔案的麻煩。憑證一旦接上，打包、傳輸、還原都由它一手包辦，這也是為什麼多數站長會把它當成同時換主機又換網域時的首選。

  1. 在目標站（新主機的空白 WordPress）安裝並啟用 WPvivid，進到 Backup & Restore 選項。
  2. 點 Key 分頁，設憑證過期時間，通常設 2 小時已足夠完成一次搬家，按下 Generate 產生憑證。
  3. 把產生的憑證複製下來，前往舊站的 WPvivid，點 Auto-Migration 分頁，把憑證貼入欄位並 Save。
  4. 選擇要搬的內容：一定要選 Database＋Files，只選 Files 會缺資料庫，等於搬了房子卻沒搬家具。
  5. 點 Clone then Transfer，外掛開始打包傳輸，網站愈大時間愈久，建議挑低流量時段執行。
  6. 傳輸完成後回到新站，會在備份清單看到剛傳過來的資料，點 Restore 還原即可。

這裡有個一定會踩的雷要提醒你：還原完成後，新站後台的帳號密碼會被覆蓋成舊站的帳號密碼。很多人還原完用原本空白站的帳密登不進去，以為搬家失敗、急著把舊站也搞掛，其實只要改用舊站的帳密就能登入。WPvivid 這樣設計是因為它把整個資料庫連使用者資料表一起搬過來，新站原本的使用者自然被覆蓋掉。第一次遇到會慌，知道了就是常識。

如果你的網站檔案特別大，WPvivid 在某些主機上可能會撞到上傳或執行時間限制，這時可以改用 All-in-One WP Migration，它對大檔的相容性比較寬鬆，操作邏輯是匯出成單一檔案再匯入。兩者的選擇邏輯很簡單：一般站用 WPvivid 的 Auto-Migration 最省事，超大站或 WPvivid 卡關時才退回 All-in-One WP Migration 走檔案路線。

比較項目WPvivid Auto-MigrationAll-in-One WP Migration
搬家方式兩站憑證對接、自動傳輸匯出單一檔案再匯入
操作難度低，幾乎全自動中，需手動處理檔案上傳限制
大檔相容性受主機限制影響較大較寬鬆，有繞過限制的機制
適合場景一般大小網站、新手大型網站、WPvivid 卡關時

第一段做到這裡，新站應該已經長得跟舊站一模一樣了。但這只是「搬資料」完成，SEO 權重一行都還沒轉過來。很多人就是在這裡鬆懈，以為搬家結束，結果新站漂亮卻沒人看得到、舊站流量還在但隨時會被退租。接下來的第二段才是真正決定排名存亡的部分。

搬家外掛撞到主機限制時的排查路線

搬家外掛在最後一步失敗，九成出自主機的資源限制，外掛本身的問題反而是少數。遇到傳輸中斷或還原報錯，依照下面的順序逐一檢查，通常能在不換主機的前提下排除障礙。

  • 上傳檔案大小限制：php.ini 的 upload_max_filesize 與 post_max_size 兩個值要同時拉高，只改一個沒用；多數主機在後台 cPanel 可直接編輯，改完要重啟 PHP 流程才生效。
  • 執行時間限制：max_execution_time 太短會讓打包或還原跑到一半被中斷，建議設到 300 秒以上再跑一次搬家；WPvivid 的 Auto-Migration 對長時間任務相對寬容，All-in-One WP Migration 則需要額外裝它的擴充才能繞過限制。
  • 記憶體不足：memory_limit 低於 256MB 時，大型資料庫還原容易吃滿記憶體而失敗，把它調到 512MB 通常就能解決。
  • 網站太大就分段：如果整站實在太大，可以先關掉不必要的外掛、清除修訂版本與垃圾留言再打包，能顯著縮小備份體積，傳輸也更穩定。

這幾個限制若你沒有主機控制權（例如某些封閉式共享主機）改不動，就把它當成換主機的理由之一。一開始就把主機資源參數確認過，能讓第一段搬家少走一大段冤枉路。

第二段：設 301 重定向，把舊網址的權重導到新網域

301 重定向要設在舊站的.htaccess 檔最上方，用 RewriteEngine 把所有舊網址永久轉到對應的新網域路徑。設好之後造訪舊網址會自動跳到新網域，這個跳轉才是把舊 SEO 權重搬到新網域的關鍵動作。根據 Google Search Central 的官方網站遷移指南，301 永久重定向會將舊網址大部分的排名訊號傳遞到新網址，是站長換網域時應優先設定的機制。

這裡要先處理一個名詞上的混淆，很多人分不清 301 與 302 的差別，詳細的對照可以看301 與 302 轉址完整教學。簡單講，301 是永久、302 是暫時，換網域這種一去不回的情境只能用 301，用錯成 302 等於告訴 Google 舊網址還會回來，權重根本不會轉。301 對 SEO 網址結構的影響，SEO 網址優化與 301 轉址影響有更深入的討論。

實作分四步，每一步都有對應的卡關點。第一步用 FTP 連到舊站，找到與 wp-config.php 同一層的.htaccess，FTP 操作不熟的話先看WordPress FTP 檔案傳輸教學。第二步，編輯前先下載一份備份，.htaccess 寫錯可能讓整個舊站 500 錯誤，有備份才能秒還原。

  1. 用 FTP 連到舊站根目錄，找到.htaccess（與 wp-config.php 同層），若看不到記得在 FTP 軟體開啟顯示隱藏檔案。
  2. 把.htaccess 下載到本機備份，再用文字編輯器打開。
  3. 在檔案最上方加入以下語法（把 example.com 換成你的新網域）：
    RewriteEngine On
    RewriteCond %{HTTP_HOST} ^old-domain\.com$ [NC]
    RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
  4. 存檔後上傳覆蓋原檔。造訪舊網址任一頁，應自動導向新網域對應路徑。
  5. 逐一測試重點頁面：首頁、熱門文章、分類頁，確認每一條都正確 301 到新網域。

設完之後，拿舊網址貼到瀏覽器測試是最快的驗證方式。如果舊網址沒有自動跳到新網域，最常見的原因是舊主機沒開 RewriteEngine，這時要請主機客服協助開啟權限，或確認.htaccess 是否真的被主機讀取。有些主機把.htaccess 的 AllowOverride 設成 None，RewriteEngine 就完全不會生效。.htaccess 的 RewriteEngine 語法細節，可以對照WordPress 永久連結 SEO 設定一起看。

關於 301 能傳遞多少權重，這是大家最想知道卻最容易被誤導的問題。網路上常看到「301 傳遞 100% 權重」這種說法，這其實是過度簡化。Google 從未公開過 301 傳遞權重的精確比例，官方的說法是 301 會傳遞「大部分」的排名訊號。所以正確的認知是：301 能把舊網址大部分的權重搬過來，但不是毫無損耗的複製貼上，過渡期出現小幅波動是正常的，重點是別讓它掉到救不回來。

這段有一條鐵則再強調一次：舊主機在 301 確認穩定運作之前絕對不能關。一旦舊站下線，所有舊網址的流量入口就永久斷掉，從其他網站連過來的反向連結、從搜尋結果點進舊網址的使用者，全部會撞到死路。Google Search Central 對網站遷移的官方建議強調，301 重定向應在搬家後盡可能長期保留；實務上建議觀察一到三個月、確認排名與流量穩定後再退租舊主機，舊網域的 301 保留半年到一年最保險。如果你想從網站權重的角度理解為什麼要保留這麼久，可以看網站權重 DA 提升策略。

這裡我必須誠實說一個限制：301 能處理的是「你可控的舊網址」，但來自外部網站的反向連結，你沒辦法一一去改，它們還是會指著舊網址。這也是為什麼舊網域 301 要保留夠久，讓那些外部連結透過 301 持續把權重導過來，而不是在你退租舊主機那一刻全部失效。子網域與子目錄的 SEO 差異這篇也從另一個角度談了網址結構對權重傳遞的影響，換網域前值得一併理解；想建立更扎實的網址命名觀念，SEO 網址命名與結構指南把六大重點一次講清楚。

反向連結為什麼值得你這樣費心保留，背後是有數據支撐的。Backlinko 分析 1,180 萬筆 Google 搜尋結果發現，排名第一名的網頁平均擁有的反向連結數量是第二名到第十名的 3.8 倍 [來源：Backlinko〈Search Engine Ranking: We Analyzed 11.8 Million Google Search Results〉 https://backlinko.com/search-engine-ranking 2025-04-14]。換句話說，那些指著舊網址的外部連結直接綁定排名位置，是貨真價實的權重來源，一旦舊網域 301 斷掉，等於把這份好不容易累積的優勢整批丟掉，新網域得從頭再攒一次。

進階：www 與非 www、結尾斜線、子網域的 301 對應

前面給的基本語法是把整個舊網域一次導向新網域，但在實務上常遇到舊站網址結構與新站不完全對稱的情況，這時要靠更細的 RewriteRule 來處理。最常見的三種不對稱情境，各有對應寫法，照著調整即可避免權重漏接。

  1. www 與非 www 不一致：舊站用 www 而新站走無 www（或反過來），要在 301 之外先做一次正規化。把舊站所有 www 變體先統一導到新站的首選版本，避免 Google 同時收錄 www 與非 www 兩份重複內容。
  2. 結尾斜線差異：部分網址結尾有斜線、部分沒有，新舊站若規則不同會造成 301 落點錯誤。可在 RewriteRule 中明確處理斜線，或在新站後台把永久連結結構調成與舊站一致後再搬家。
  3. 子網域搬家：若舊站是子網域（例如 blog.old.com）而新站要走子目錄（example.com/blog），需要逐條把子網域路徑對應到新子目錄路徑，這種情境建議改用外掛生成的重定向清單，避免手寫規則漏掉邊界案例。

判斷 301 是否完整，最直接的方法是抓出舊站的 sitemap 當成檢查清單，逐頁用瀏覽器無痕模式開啟舊網址，確認每一條都正確跳到新網域對應頁、且 HTTP 狀態碼回傳 301。如果發現某些頁面跳成 302 或回到舊站首頁，就是規則沒寫對，要回頭修正 RewriteRule 再覆蓋一次.htaccess。

通知 Google，讓新網址被快速收錄

新網域上線後，要主動出擊讓搜尋引擎知道新網址存在，而不是被動等它爬到。做法是在新網域的 Google Search Console 提交 sitemap_index.xml，並用變更網址工具把舊網域資源對應到新網域。這兩個動作能大幅縮短新網址被收錄的空窗期，比乾等被動收錄快上許多。

變更網址工具是 Google Search Console 的官方功能，用途就是在你換網域時，把舊資源的設定、權重訊號正式轉移到新資源。要用這個工具，新網域必須先在 GSC 完成驗證。如果你連 GSC 都還沒串好，先看Google Search Console 完整教學、Google Search Console 介紹釐清基本概念，WordPress 串接 Search Console 與 Sitemap把基礎打底，進階技巧再參考Google Search Console 實戰技巧。

  1. 先在新站用 Yoast 或 Rank Math 產生 sitemap_index.xml。Yoast 的主索引命名固定是 sitemap_index.xml，內含整站目錄結構。
  2. 在新網域 GSC 的 Sitemap 功能輸入 sitemap_index.xml 提交。sitemap 怎麼產怎麼交，Sitemap 產生與提交實作與網站 Sitemap 入門指南有完整流程。
  3. 同時用新網域資源的「設定 → 變更網址」工具，把舊網域資源對應到新網域，需先完成新網域驗證。
  4. Bing Webmaster Tools 可同步提交 sitemap，做法看Bing Webmaster Tools 提交 Sitemap。
  5. 提交後在 GSC 網頁索引狀態觀察收錄進度，確認新網址有沒有大量未被收錄或出現錯誤。

很多人會問，sitemap 到底非交不可、還是 Google 自己最終也會爬到。答案是後者也成立，但「最終」可能是幾週甚至更久。換網域這種時間敏感的情境，每多一天空窗期，就多一天舊網址排名還在、新網址沒被收錄的尷尬重疊，這段重疊期正是關鍵字蠶食的高風險期。關於收錄狀態怎麼查，可以看Google 網頁收錄查詢方法。

關鍵字蠶食（keyword cannibalization）是換網域後最容易被忽略的隱形殺手。當新舊兩個網域同時存在、內容幾乎一模一樣、又都還沒被 301 正確串起來時，Google 不知道該把排名給舊站還是新站，結果兩個都排不好。關鍵字蠶食修復策略這篇從症狀到修復有完整梳理，換網域過渡期務必對照檢查一次。

理解 Google 怎麼看你的新站，還要把行動優先索引這個前提納進來。Google 已於 2023 年 10 月底宣布行動優先索引全面完成，所有能在行動裝置運作的網站，都改以行動爬蟲為主要抓取方式 [來源：Google Search Central〈Mobile-first indexing is here〉 https://developers.google.com/search/blog/2023/10/mobile-first-is-here 2023-10-31]。換句話說，新站上線後被收錄、被評估排名，看的都是行動版呈現。所以搬家後的健檢不能只看桌機版，新站的行動版載入速度、字體大小、可點擊元素間距，都會直接進入排名訊號的計算。這也是為什麼前面收尾檢查要把 Core Web Vitals 與效能優化排進來，而不只是把檔案搬完就交差。

SEO 外掛的選擇也會影響這段流程的順手度。Yoast 與 Rank Math 都能產生 sitemap，Rank Math 功能更整合，設定流程看Rank Math SEO 外掛教學，兩者的橫向比較看WordPress SEO 外掛完整評測或WordPress SEO 外掛推薦影音教學。選哪一個其實差別不大，重點是產出來的 sitemap 要完整、要能被提交。

搬家後必做的收尾檢查

搬家「成功」不等於搬家「完成」。新站上線後至少要做四項收尾檢查：確認 SSL 安全連線已開啟、canonical 指向新網域、站內連結沒有殘留舊網址、順手做一次效能優化。這幾項沒做，就算搬家過程零失誤，排名與信任度還是會慢慢流失。

效能優化這段我要多說兩句。很多站長覺得「搬家又不是改網站，效能跟以前一樣就好」，這其實錯過了一個低成本高報酬的機會。新主機環境、新檔案結構、新 cache 設定都還是空的，這時候把快取外掛、圖片壓縮、CDN 一次配好，比之後再回頭動一個已經有流量的站輕鬆太多。網站速度怎麼測怎麼診斷，網站速度優化五大核心技巧、網站速度測試與效能檢測工具、網站變慢的瓶頸診斷與解法這三篇能給你完整工具箱。

最後別忘了重新設定定期備份排程。搬完家不等於從此不用備份，新站一樣會掛、會被改壞、會遇到主機事故。找一套順手的備份工具裝上、排好定期排程，把檔案與資料庫各自備一份到本機或雲端，這才算把搬家這件事真正收尾。

說到底，收尾檢查的核心邏輯只有一句：搬家完成的那一刻，請把新站當成一個全新的站來健檢。SSL、canonical、mixed content、效能、備份，這些項目即使你舊站做得再好，新站還是要重看一次，因為它們在搬家過程中可能被覆蓋、被重置、或根本還沒設。搭配技術性 SEO 完全指南與站內 SEO 終極攻略做一次全面掃描，能幫你抓出肉眼容易漏掉的問題。

換網域後流量或排名掉了怎麼辦

就算流程都對，搬家後一到兩週看到排名或流量小幅波動是正常的，Google 需要時間重新評估新網址。但如果是明顯暴跌、或掉下去就沒回來，最常見的原因就三個：301 漏設或設錯、sitemap 沒提交、站內連結還指著舊網域。這三項逐個排查並補上，多數狀況能在數週內回升，完全恢復有時需要數週到數個月。

  • 301 漏設或設錯：確認 301 是否涵蓋所有舊網址，重點頁面（首頁、熱門文章、分類頁）要逐一用瀏覽器實測，別只測首頁就以為全站都轉好了。
  • sitemap 沒提交：檢查 GSC 網頁索引報表，看新網址有沒有大量未被收錄或出現錯誤，沒提交就補提交。
  • 站內連結還指著舊網域：用搜尋替換工具把站內殘留舊網址一次清掉，否則 Google 會在新站內看到一堆連回舊站的連結，訊號混亂。
  • 關鍵字蠶食則是較晚才浮現的隱形殺手。新舊網域若同時存在、內容又幾乎相同，會互相搶排名、兩邊都排不好，這個在前面第三段已經強調過，排查時一併對照檢查即可。

把上面的排查整理成一張按順序執行的診斷清單，遇到流量或排名下滑時照著走，能避免東檢查一個、漏掉另一個的混亂。每一關做完再進下一關，多半能在中途就定位到問題。

  1. 先到 GSC 的網頁索引報表，比對新網址被收錄的數量與舊站規模是否合理，落差過大代表 sitemap 或收錄出狀況。
  2. 用無痕模式開啟舊站前 20 個流量最高的網址，逐一確認是否都回傳 301 並落到新網域對應頁，任何一條沒跳或跳錯就記下來修。
  3. 在新站搜尋舊網域名稱，確認資料庫裡沒有殘留的舊網址連結；有殘留就用 Better Search Replace 之類工具一次替換掉。
  4. 檢查新站 canonical 標籤是否一律指向新網域，避免 Google 把新舊兩站當成重複內容而互相削弱。
  5. 確認舊主機仍在運作、301 仍生效；若舊主機已被退租，要評估是否有能力重建舊網域的 301，否則只能加快在新網域補強權重。

監控是補救的前提。用 GA4 與 GSC 觀察一到兩週，流量若暴跌要立刻回頭查 301 是否生效、sitemap 是否被讀取。不要等一個月才看資料，那時舊主機可能已經被你退租、301 也來不及補設。流量下滑的系統化補救，可以對照網站流量下滑的補救方法與Google 排名掉的 SEO 急救技巧；想搞懂為什麼排名上不去，看破解 Google 排名上不去的原因；系統化的關鍵字排名優化，看關鍵字排名優化系統化方法。常見的 SEO 地雷則整理在常見 SEO 優化地雷。

這裡要誠實面對一個現實：大多數流量下滑都能靠補設 301、補交 sitemap、清舊網址救回來，但如果你發現掉幅明顯、持續一個月以上沒有回升跡象，而且自己查不出原因，這時認真考慮請 SEO 專家做一次技術性健檢，會比自己瞎猜更快止血。SEO 系統化學習的起點，可以從WordPress 架站與 SEO 優化全攻略開始。

回顧一下整件事的主軸：把「遷移資料」和「遷移 SEO 權重」當成兩件獨立工作，才是零失分的做法。搬家外掛只負責前者，301 重定向、Google Search Console 變更網址工具、sitemap 重新提交這三件事它完全不會幫你做，其中 301 還必須在舊站還活著時設定，舊主機一關，舊網址的流量入口就永久斷掉。把這個分工記在心裡，每一步做完都回頭對照一下三段工作哪一段還沒收尾，把舊主機退租排在 301 穩定運作之後，這場搬家才搬得乾淨。

常見問題

WordPress 搬家到新網域會影響 SEO 排名嗎？

會影響，但影響幅度取決於你有沒有在新網域上線那一刻把 301 重定向同步設好。設對了，Google 會把舊網址大部分排名訊號轉到新網址，過渡期只有小幅波動；沒設或設錯，舊網址權重會卡在舊站，新站等於要重新累積，排名位置往往直接往下掉好幾頁。

換主機同時換網域要用哪個搬家外掛？

一般大小網站首選 WPvivid 的 Auto-Migration，兩站用憑證對接、操作最省事。檔案特別大或 WPvivid 撞到主機上傳限制時，再改用 All-in-One WP Migration 走匯出匯入的檔案路線。兩者搬的都是檔案與資料庫，301 與 SEO 權重轉移這兩件事得獨立處理。

WPvivid 搬家憑證要設多久才夠？

實務上設 2 小時通常已足夠完成一次搬家。憑證只是兩站對接的臨時通行碼，過期就重新產一把即可，不需要為了保險而設到一整天，反而增加憑證外洩的風險。

301 重定向沒設好會怎樣？

舊網址的排名權重不會轉到新網址，從外部連結與搜尋結果點進舊網址的使用者會撞到死路。若新舊兩站同時存在又沒串接，還會發生關鍵字蠶食，兩個站互相搶排名、都排不好。

搬家後 Google Search Console 要做什麼？

兩件事：在新網域資源提交 sitemap_index.xml，並用設定裡的變更網址工具把舊網域資源對應到新網域。前者加速新網址被收錄，後者把舊網域的訊號正式轉移到新網域，兩者都要新網域先完成驗證才能做。

舊網址的 SEO 權重能轉到新網域嗎？

能，靠的就是 301 永久重定向。Google 官方說明 301 會傳遞舊網址大部分的排名訊號，但從未公開精確比例，所以不要期待毫無損耗，過渡期小幅波動屬正常現象。

WordPress 搬家後登入後台帳密為什麼變了？

因為搬家外掛把整個資料庫連使用者資料表一起搬過來，新站原本的使用者被舊站覆蓋掉。改用舊站的後台帳號密碼就能登入，這是正常行為，不是搬家失敗。

主機商沒開 RewriteEngine 怎麼辦？

先確認.htaccess 有被主機讀取、AllowOverride 沒被設成 None。若確實沒開 RewriteEngine 權限，聯絡主機客服請求開啟，或換一家支援.htaccess 完整功能的主機商，否則 301 整段會卡死無法設定。

換網域後 sitemap 要重新提交嗎？

要。新網域是全新的資源，舊網域的 sitemap 不會自動套用過來。在新網域 GSC 重新提交 sitemap_index.xml，能大幅縮短新網址被收錄的空窗期。

搬家後多久流量會回穩？

設好 301 與 sitemap 的前提下，多數狀況在數週內回升，完全恢復有時需要數週到數個月。期間用 GA4 與 GSC 持續觀察，流量若暴跌要立刻回頭查 301 是否生效。

舊網域的 301 要保留多久？

建議保留半年到一年。外部網站連向舊網址的反向連結你無法逐一修改，只能靠舊網域持續 301 把權重導過來，太早退租舊主機等於讓這些外部連結全部失效。

搬家後 SSL 憑證要重新設定嗎？

要。SSL 憑證是綁網域的，換了新網域就要重新申請與安裝，並確認整站走 https。沒開 SSL 不只瀏覽器跳警告，也會影響 SEO 排名訊號。

WordPress 搬家要停機嗎？

不需要刻意停機。搬家外掛把資料複製到新主機時，舊站仍可正常運作；真正的關鍵是切換 DNS 與設好 301 的那一刻動作要快，縮短新舊兩站同時存在的重疊期即可。

相關文章