不變更網址的代管服務遷移：先測試新環境，再切換 DNS

網址維持不變時，降低代管服務遷移影響的重點，是先複製並測試新環境、確認使用者與 Googlebot 都能存取，再切換 DNS，而不是搬完就立即關閉舊主機。Google 的代管服務遷移指南明確提醒，基礎架構變更仍可能影響搜尋成效；網址不變不等於沒有風險。準備工作應涵蓋功能測試、測試站索引限制、DNS 快取與 Search Console 驗證。

先確認範圍，再測試完整網站

這套流程適用於對外顯示網址不變的情況，例如更換代管服務供應商，或遷移至內容傳遞網路（CDN）。如果同時更改網域、通訊協定或網址路徑，就不再只是本篇討論的代管遷移，不能直接套用相同流程。

新環境要先備妥網站副本。依原有平台不同，可能是複製 HTML 檔案，也可能需要匯出並匯入資料庫。測試不能只確認首頁打得開，還應逐項檢查：

• 各網頁與圖片是否正常顯示。
• 表單及其他使用者互動是否如預期運作。
• PDF 等下載內容是否可以取得。
• 不同瀏覽器是否都能順利存取。

測試站要防止誤收錄，也要檢查檢索權限

上線前可建立限制 IP 存取的測試環境；若要公開測試，也可使用 beta.example.com 這類暫時性主機名稱。依 Google 指南，公開測試網站應加入 noindex 規則，避免意外被編入索引。

若使用暫時性主機名稱，應在 Search Console 驗證該資源，並用網址檢查工具確認 Googlebot 能否存取新架構。同時檢查防火牆與阻斷服務（DoS）保護措施，確認它們沒有封鎖 Googlebot 存取 DNS 或代管服務供應商的伺服器。瀏覽器能開啟網站，不應取代 Googlebot 的存取檢查。

提前調整 DNS，列好正式切換清單

Google 指南建議至少提前一週降低 DNS 記錄的存留時間（TTL），例如調降至數小時，讓網際網路服務供應商較快重新整理快取、取得新設定；這不是保證所有地方會在同一時間切換。

• 保留 Search Console 所需的驗證檔案、meta 標記或 Google Analytics 項目，並在遷移後確認驗證仍有效。
• 正式切換前，移除為測試而暫設的 robots.txt 禁止檢索設定，以及 noindex 標記或 HTTP 標頭。
• 確認準備完成後，更新 DNS，讓原有網址指向新代管架構；具體操作依 DNS 供應商說明執行。

切換完成不是立即退租舊主機的訊號。後續仍須比較新舊伺服器記錄、檢查 DNS 更新情況，確認使用者與 Googlebot 能正常取得內容，並等舊架構流量降為零，再關閉舊服務。