網站搬家要保住搜尋表現，關鍵在於先分辨網址會不會改變。只換主機、網址完全不變時，重點是新主機準備就緒、DNS 順利切換；換網域、換平台或改網址結構，網址會跟著變，就必須逐頁設定 301 轉址，讓 Google 盡快認識新網址。不論哪一種，都可以拆成搬前盤點、搬時切換、搬後監控三個階段檢查。以下先分辨四種情境，再依階段列出檢查項目與處理順序；WordPress 的資料庫與外掛搬遷細節，站上另有專文說明。
先分辨四種搬家情境
Google 把網站遷移分成「不變更網址」與「變更網址」兩類，適用的指南不同。先對照下表確認自己屬於哪一種，再決定檢查清單的範圍：
| 情境 | 網址是否改變 | 主要風險 | 網址變更工具 |
|---|---|---|---|
| 換主機 | 不變 | 新主機設定錯誤、DNS 切換不順 | 不使用 |
| 換網域 | 全部改變 | 轉址遺漏、外部連結仍指向舊網域 | 需要使用 |
| 換平台 | 多半改變 | 網址規則不同、版型與內容一起變動 | 網域不變就不使用 |
| 改網址結構 | 部分或全部改變 | 轉址對應錯誤、站內連結未更新 | 不使用 |
如果換網域又同時改版，出問題時很難判斷原因，至少要把每一項變動都列進同一份對照表追蹤。
搬家前：盤點與準備清單
- 舊網址清單：從 Sitemap、CMS、伺服器記錄與分析工具彙整，再補上 Search Console 連結報告中「熱門連結網頁」列出的網址。
- 新舊網址對照表：每個舊網址對應一個內容相近的新網址，要刪除或合併的內容另外標記。
- Search Console 資源：新舊網站都要驗證，而且所有版本都要驗證。
- 基準數據：匯出目前的成效報表與網頁索引狀態，作為搬家後比對的依據。
- 新網站設定：robots.txt 規則正確、每個新網址都有自我參照的標準網址、hreflang 註解改成新網址、新版 Sitemap 準備好。
- 檔案與資源：圖片、PDF 等下載檔一併搬移，並確認新路徑。
- DNS 存留時間：換主機時，Google 建議在遷移前至少一週把 DNS 存留時間調低，例如數小時，讓切換更快生效。
這份清單裡，對照表與基準數據常被省略，但少了它們，搬家後就無從判斷哪些網址出了問題、流量變化是否正常。
換主機：網址不變也要逐項確認
換主機時網址沒有改變，不需要轉址，也不使用網址變更工具，但 Google 的代管變更指南仍列出幾個關鍵步驟：
- 先把內容上傳到新伺服器並完成測試，確認頁面、表單與後台都正常。
- 檢查新主機的 robots.txt，移除測試期間用來禁止檢索的設定。
- 用網址檢查工具確認 Googlebot 能存取新的主機環境。
- 更新 DNS 記錄，讓網域指向新主機。
- 比對新舊伺服器記錄，舊主機的流量降為零之後，才關閉舊主機。
切換後 Googlebot 的檢索頻率可能先短暫下降、再逐步回升，屬於正常現象。HTTPS 憑證、資料庫與外掛相容性等主機層面的細節，WordPress 網站可以參考WordPress 搬家的風險點清單。
換網域與改網址結構：轉址是核心
- 依對照表設定伺服器端永久轉址，舊網址一對一導到內容相近的新網址，設定方式見301轉址的設定說明。
- 不要把大量舊網址導向不相關的單一頁面；確定不保留的內容，讓這些網址回應 404 等「已不存在」的狀態碼。
- 站內連結直接改成新網址，不要依賴轉址。
- 新網站上線後提交新版 Sitemap。
- 換網域時，在 Search Console 用網址變更工具提交遷移，舊網域的每個子網域都要處理；HTTP 改 HTTPS 或同網域改路徑則不需要。
- 中小型網站建議一次搬完所有網址；大型網站可以分批進行，方便監控並快速修正。
轉址要盡可能長期保留，Google 的建議是通常至少一年。轉址必須靠舊網域繼續運作，因此舊網域在這段期間不能到期，主機上的轉址規則也不能隨舊網站一起移除。
換平台：網址、版型與內容一起變
從一套 CMS 換到另一套，或從套裝平台改成自架，網址規則多半會改變，所以要同時套用上一段的轉址清單。除此之外，換平台還有幾個特有的檢查點：
- 測試環境的封鎖設定：開發期間常用 noindex 或 robots.txt 擋住測試站，上線前要全部移除。noindex 會讓網頁無法被編入索引，而被 robots.txt 封鎖的網頁，Google 連 noindex 都讀不到。
- 重要內容以文字呈現：新版型若把內容做成圖片或要互動才載入，可用網址檢查工具的「查看已測試的網頁」確認 Google 看得到文字。
- 標題與描述：每頁的標題與描述是否完整帶過來，沒有被平台預設值覆蓋。
- 結構化資料：重新產生後要和頁面上顯示的文字相符。
- 不存在的網址：新平台要對找不到的網址回應 404，不能顯示錯誤畫面卻回應成功狀態。
搬家後：監控項目與觀察重點
- 轉址驗證：個別網址用網址檢查工具，大量網址用指令列工具或指令碼，依對照表逐列核對狀態碼與終點。
- 網頁索引報表：理想狀況是舊網址的索引數下降、新網址的索引數上升，同時留意新冒出的 404 與重新導向錯誤。
- Sitemap 報表：確認新版 Sitemap 已成功讀取。
- 成效報表：和搬家前的基準數據比對。Google 說明遷移期間排名可能短暫波動，新網站的檢索量也會暫時變多。
- 外部連結與其他管道：聯絡連到舊網址的重要網站更新連結，並改好社群個人資料、廣告活動的到達網頁，以及網站分析的追蹤代碼。
發現問題時的處理優先順序
- 整站無法被檢索或索引：robots.txt 封鎖、殘留 noindex、DNS 指向錯誤，影響全站，要立刻修正。
- 重要頁面轉址錯誤：流量或外部連結多的網址沒有轉址、導錯頁，或回應 404。
- 轉址鏈與迴圈：新舊規則疊加造成多次轉址，改成一步到位。
- 站內訊號仍指向舊網址：內部連結、標準網址、hreflang 與 Sitemap 還留著舊網址。
- 外部連結更新：持續請合作網站改連新網址。
排序的依據是影響範圍：先處理會讓整站或大量網頁消失的問題，再處理單頁與細節。每修正一類，就在 Search Console 對應報表要求驗證，並更新對照表的驗證欄位。
常見問題
網站搬家一定會掉排名嗎？
不一定。Google 說明遷移期間排名可能短暫波動，但這不代表必然下滑。對照表完整、轉址一對一、站內連結與標準網址都更新，是讓波動盡量縮短的基本做法。
只換主機，需要通知 Google 嗎？
不需要。網址沒變，更新 DNS 後 Google 就會開始改連新主機，網址變更工具也明確不適用只換主機的情況。確認新主機能被正常存取，再觀察檢索狀況即可。
新網站可以先上線，之後再慢慢補轉址嗎？
不建議。舊網址在轉址設好之前若回應 404，Google 會把它們移出索引，原本累積的信號也無從轉移。轉址規則應和新網站同時上線，切換後立即驗證。
換網域後，舊網域的 Search Console 資源還要保留嗎？
要。網址變更工具必須同時擁有新舊兩個資源才能使用，搬家後也要從舊資源的報表確認舊網址逐步被取代，所以不要移除舊資源的驗證。
改用 CDN 也算網站搬家嗎？
算。Google 把改用內容傳遞網路（CDN）歸在變更代管的情境，網址不變，處理方式和換主機相同：先設定並測試、確認沒有封鎖檢索，再切換 DNS，觀察流量與檢索變化。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
決定搬家前，先確認自己屬於哪一種情境，並把舊網址清單和新網站架構對齊。京采的技術 SEO 與網站健檢服務可以協助建立新舊網址對照表、檢查轉址與新網站設定，並在上線後追蹤 Search Console 的變化；想先評估搬家風險，歡迎與我們聯繫。
