只換主機不換網址也會掉排名嗎：搬家前後的五步驟 SEO 檢查教學
只換主機、網址完全不變的搬家，SEO 風險集中在三件事：新主機回應是否穩定、DNS 切換期間兩邊內容是否一致、測試環境的封鎖設定有沒有被一起搬上線。按搬前、切換當天、搬後兩週三段檢查，排名通常不會因為換主機而受傷。
這篇是步驟教學。它只處理一種情境：網域不變、網址結構不變、版型不變，單純把網站從甲主機搬到乙主機。如果你同時要改網址或改版，請先看另一篇網站搬家三十天的完整風險清單，那是不同等級的工程。
為什麼只換主機也會影響搜尋表現？
很多老闆以為主機只是放檔案的地方，換一台就像換倉庫，貨一樣就好。搜尋引擎看的卻不只是貨。爬蟲會記錄每次來訪時伺服器回應得快不快、有沒有出錯。回應變慢或頻繁出錯，爬蟲會自己放慢腳步，新文章被看見的時間就跟著拖長。
第二個原因是切換期間的「雙胞胎」。DNS 生效需要時間，這段時間有人連到舊主機，有人連到新主機。兩邊內容如果不同，例如新主機少了上週剛發的文章，爬蟲可能剛好抓到少掉的那一邊。
第三個原因最常見，也最好避免：測試站的設定被原封不動搬上線。開發時為了不讓測試站被收錄，工程師常會加上全站封鎖。搬家時整包複製，封鎖也一起上線。Google 在搜尋引擎最佳化入門指南裡提到，爬蟲需要能存取頁面才能理解內容，這條基本規則在搬家時最容易被忘記。
步驟一：搬家前一週，先拍一張「現況照片」
沒有搬前的紀錄，搬後就無法比較。這一週要做的事全是記錄，不動任何設定。
- 匯出網站地圖裡的全部網址，存成試算表，這是搬後逐一比對的底稿
- 在 Search Console 截下近三個月的成效報表與頁面索引報表，記下目前已建立索引的頁數
- 截下設定裡的檢索統計資料，記下平均回應時間的大致水準
- 用瀏覽器開十個代表頁面：首頁、熱門文章、服務頁、聯絡表單、商品頁，各自截圖存檔
- 列出網站上所有會寄信或串接外部的功能：表單通知、電子報、金流回傳、追蹤碼
- 確認網域管理後台的帳號密碼由公司自己保管，不是只在前一家廠商手上
最後一項看似和 SEO 無關，卻是我最常看到卡關的地方。DNS 要改，帳號卻在離職員工或舊廠商手上，整個搬家就停在半路。
步驟二：在新主機上做「不對外」的完整測試
新主機架好之後，先不要改 DNS。用本機的 hosts 檔案把網域指向新主機的 IP，只有你自己的電腦會連到新主機，外界照常看到舊站。這樣可以在真實網域下測試，不必擔心搜尋引擎提早看到半成品。
要測的六件事
| 檢查項目 | 怎麼看 | 不合格的樣子 |
|---|---|---|
| robots.txt | 直接開網域後面加 /robots.txt | 出現 Disallow: / 封鎖全站 |
| 頁面的 robots 標記 | 檢視原始碼搜尋 noindex | 每一頁都帶 noindex |
| 加密憑證 | 網址列鎖頭與憑證有效期限 | 憑證錯誤或只涵蓋 www 其中一種 |
| 網址轉址規則 | 分別輸入有無 www、http 與 https | 轉址鏈變長或出現迴圈 |
| 十個代表頁面 | 與步驟一的截圖並排比對 | 圖片破圖、字型跑掉、表單按鈕失效 |
| 錯誤頁面 | 輸入一個不存在的網址 | 回傳 200 而不是 404 |
WordPress 網站要特別看後台「設定」裡的閱讀選項。那個「阻擋搜尋引擎索引這個網站」的勾選框，在測試站常是勾起來的。搬上線前取消勾選，是整個流程裡最便宜也最關鍵的一個動作。
步驟三：切換當天的時間安排
切換時間選在網站流量最低的時段。對多數台灣中小企業來說是週間深夜，但如果你的客人集中在夜間下單，就要看自己 GA4 的時段報表再決定。
- 切換前兩天：把 DNS 紀錄的 TTL 調短，讓之後的變更更快生效
- 切換前一小時：凍結內容，請同事不要發文、不要改商品，避免兩邊內容不一致
- 切換前：最後一次把舊主機的資料庫與檔案同步到新主機
- 修改 DNS 指向新主機
- 用不同網路與手機行動網路交叉確認，看到的是新主機
- 舊主機至少保留到兩週後再關閉，期間不要刪除任何檔案
凍結內容這一步常被跳過。示範情境：一家烘焙坊在切換當晚上架了中秋禮盒頁，結果只存在舊主機。DNS 生效後頁面消失，廣告點進來全是錯誤頁。這種問題不是技術難度高，是溝通沒到位。
步驟四：上線後四十八小時要盯的畫面
這兩天不必天天看排名，排名不會在兩天內反映。要看的是會先壞掉的東西。
- 用步驟一的網址清單批次檢查狀態碼，確認沒有大量 404 或 5xx
- 在 Search Console 用網址審查工具測試首頁與兩三個重要頁面，確認可以被檢索
- 送出一次聯絡表單，確認通知信收得到
- 走一次結帳或預約流程，確認金流回傳正常
- 打開 GA4 即時報表，確認追蹤碼仍在運作
- 重新提交網站地圖
表單與金流的檢查要用真實操作，不能只看頁面有沒有開。新主機的寄信設定、防火牆規則和舊主機不同，頁面正常但信寄不出去，是換主機後最隱形的損失。
步驟五：搬後兩週，比對哪些數字？
兩週後回頭打開 Search Console，和步驟一的截圖並排。重點看三個趨勢，不看單日波動。
| 報表 | 正常的樣子 | 需要處理的訊號 |
|---|---|---|
| 檢索統計資料 | 回應時間持平或變快 | 回應時間明顯拉長，或主機錯誤數增加 |
| 頁面索引 | 已建立索引頁數大致持平 | 未建立索引的原因出現新的大類 |
| 成效 | 曝光與點擊在正常波動範圍 | 整站同時下滑，且下滑始於切換日 |
如果整站同時下滑，先回到步驟二的六件事重查一次，十次裡大多是封鎖設定或轉址出錯。如果只有某幾頁下滑，比較可能是那幾頁本身的內容或競爭變化，與搬家無關。內容面的判斷可以參考 Google 的實用內容指南，不要把所有波動都歸咎於主機。
新主機要怎麼挑，才不會搬完又想搬？
挑主機不是 SEO 顧問的本業，但從搜尋表現的角度，有幾個條件值得寫進詢價單。
- 機房位置靠近主要客群，服務台灣客人就優先考慮國內或鄰近節點
- 提供自動備份，而且你自己能下載備份檔
- 支援免費或內含的加密憑證，並能自動續約
- 有錯誤紀錄與存取紀錄可以查，出事時才有線索
- 客服回應管道寫在合約裡，不是只有表單
便宜方案不一定不好，但如果主機商不給存取紀錄，你就失去判斷爬蟲狀況的工具。想進一步了解我們怎麼評估技術面，可以看冠誠數位行銷的服務項目。
適用與不適用的情況
這份流程適用於網域、網址、版型都不變的單純換主機，例如從共享主機升級到雲端主機，或因為舊主機商結束營業而被迫搬遷。網站規模在數百頁以內的中小企業官網與電商，照著做大多足夠。
不適用的情況有三種。第一，網址或網域同時要改，那需要逐頁轉址對照，請改看網站搬家週末的時間軸與檢查紀錄。第二，網站有數萬頁以上，或使用大量 JavaScript 渲染，需要額外的日誌分析。第三，搬家原因是網站被入侵，那要先清除惡意程式再搬，否則只是把問題搬到新家。如果你不確定自己屬於哪一種，可以先到常見問題頁看看，或直接把現況寄給我們判斷。