搬家最怕遺漏項目——網站搬遷同樣如此
搬家時最令人焦慮的並非打包過程，而是擔心漏掉重要物品。證件、水電媒氣停用、新家鑰匙等任何遺漏，都可能在之後造成困擾。
網站搬遷的邏輯也相同。許多經營者以為只要複製檔案即可，卻常在事後發現信箱無法收信、搜尋排名下滑、表單無法寄送等問題。DNS、SSL、資料庫、郵件與 SEO 等任一環節疏忽，都可能導致網站中斷或資料遺失。
實際案例顯示，搬遷失敗多因規劃不周而非技術問題。本檢查清單從準備到驗收完整說明流程，確保達成零停機、零資料遺失目標。
搬遷前：為何需要更換主機？
開始前應先釐清搬遷動機，不同原因會影響規劃重點：
| 搬遷原因 | 規劃重點 | 風險等級 |
|---|---|---|
| 主機商服務不佳 | 新環境驗證、合約終止時程 | 中 |
| 網站速度過慢 | 效能基準測試、CDN 配置 | 中 |
| 安全性需求提升 | SSL/TLS 設定、防火牆規則 | 高 |
| 流量成長需擴充 | 負載測試、自動擴展機制 | 高 |
| 降低營運成本 | 新舊方案費用比較 | 低 |
| 技術架構升級 | 程式相容性、版本更新 | 高 |
常見錯誤：無論原因為何，舊主機合約到期前至少 30 天應開始規劃；若網站為主要營收來源，建議預留 60 天緩衝。曾有案例在到期前 5 天才緊急處理，導致加價趕工且品質受影響。
選擇主機方案可參考相關完整指南。
階段一：完整備份與環境盤點
搬遷第一步是清點所有組成元素，避免任何遺漏：
必須備份的項目
- 網站檔案：程式碼、圖片、上傳檔案與設定檔
- 資料庫：完整結構與資料匯出
- 電子郵件：帳號設定、備份與轉寄規則
- SSL 憑證：檔案與私鑰，或準備新主機重新申請
- DNS 記錄：匯出所有 A、CNAME、MX、TXT 等記錄
- 排程任務：Cron Job 與自動化腳本
- 環境變數：資料庫連線、API 金鑰與第三方設定
環境相容性確認
| 檢查項目 | 舊主機 | 新主機 | 是否相容 |
|---|---|---|---|
| PHP 版本 | 記錄版本號 | 確認支援版本 | ✓ / ✗ |
| 資料庫版本 | MySQL / MariaDB 版本 | 確認版本與編碼 | ✓ / ✗ |
| Web Server | Apache / Nginx | 確認設定相容 | ✓ / ✗ |
| 記憶體限制 | 確認現有設定 | 確認配額 | ✓ / ✗ |
| 檔案大小限制 | upload_max_filesize | 確認上限 | ✓ / ✗ |
| SSL/TLS 支援 | 確認類型 | 確認支援 | ✓ / ✗ |
建議準備至少兩份備份（本機與雲端），並實際測試還原。曾有案例因備份檔損毀或無法還原，導致整個計畫停擺。
更多備份策略可參考相關指南。
階段二：新主機環境建置與預先測試
備份完成後，在新主機複製環境。此階段重點是在不影響線上網站的情況下完成測試，建議至少保留 3-5 天測試時間。
環境建置步驟
- 安裝系統環境：PHP、資料庫、Web Server 版本需相容
- 上傳網站檔案：透過 SFTP 或 rsync 傳輸
- 匯入資料庫：還原備份並確認資料表完整
- 設定檔調整：修改連線與路徑等設定
- 安裝 SSL 憑證：在新主機申請或安裝
- 設定排程任務：重建所有 Cron Job
預先測試清單
切換 DNS 前，可透過修改本機 hosts 檔案指向新主機進行測試：
- 首頁是否正常顯示
- 所有主要頁面能否正確載入
- 表單提交功能是否正常
- 登入功能是否正常運作
- 圖片與檔案是否完整顯示
- 電子郵件收發是否正常
- HTTPS是否正確運作，無混合內容警告
- 網站速度是否達到預期
- 手機版瀏覽是否正常
客製化系統應額外測試 API 串接、第三方整合與後台功能。
階段三：DNS 切換——搬遷關鍵時刻
DNS 切換是整個過程中最關鍵且容易出問題的環節。
DNS 切換前的準備
- 降低 TTL 值：切換前 24-48 小時將 TTL 降至 300 秒
- 選擇低流量時段：分析流量數據，挑選訪客最少時段
- 通知相關人員：告知團隊與利害關係人
DNS 切換步驟
- 確認新主機所有測試通過
- 進行最終一次同步
- 修改 DNS A 記錄指向新 IP
- 更新 MX 記錄（如需搬遷郵件）
- 確認所有子網域記錄已更新
- 持續監控新舊主機日誌
DNS 傳播通常需 2-24 小時，切換後 48 小時內新舊主機皆需保持運作。曾有案例因過早關閉舊主機導致訂單流失。
更多 DNS 原理可參考相關指南。
階段四：SEO 保護——避免排名流失
網站搬遷容易忽略 SEO 風險，關鍵字排名可能因此歸零。
SEO 搬家檢查清單
| 檢查項目 | 說明 | 重要性 |
|---|---|---|
| URL 結構一致 | 確保所有頁面網址相同 | ★★★★★ |
| 301 轉址設定 | URL 變更時設定永久轉址 | ★★★★★ |
| sitemap.xml | 更新並提交 Sitemap | ★★★★☆ |
| robots.txt | 確認未阻擋爬取 | ★★★★★ |
| canonical 標籤 | 確認 canonical URL 正確 | ★★★★☆ |
| 結構化資料 | 驗證 Schema.org 標記 | ★★★☆☆ |
| Google Search Console | 更新設定並提交 Sitemap | ★★★★★ |
| GA / GTM 追蹤碼 | 確認追蹤代碼運作 | ★★★★☆ |
| 內部連結 | 檢查斷裂連結 | ★★★★☆ |
| 圖片 alt 屬性 | 確認替代文字未遺失 | ★★★☆☆ |
搬家後的 SEO 監控
完成後 4-6 週需密切觀察：
- 搜尋排名變化：監控主要關鍵字
- 索引狀態：確認 Google 已爬取新頁面
- 404 錯誤：監控新出現的錯誤頁面
- 網站速度：確認 Core Web Vitals 指標
更完整 SEO 策略可參考相關指南。
階段五：上線驗收與後續監控
DNS 切換後仍需進行全面驗收。
上線後 48 小時驗收清單
- 所有頁面正常載入，無 500 / 404 錯誤
- 表單提交功能正常，能收到通知信
- 電子郵件收發正常
- SSL 憑證有效，瀏覽器顯示安全鎖頭
- 行動裝置瀏覽體驗正常
- Google Analytics 數據正常記錄
- 第三方服務串接正常
- 後台管理功能正常
- 網站載入速度符合預期
- CDN 快取已清除並重建
持續監控項目
建議至少持續監控 30 天：
- Uptime 監控：確保 99.9% 以上正常運作時間
- 效能監控：定期檢查載入速度與回應時間
- 安全性掃描：確認安全設定並定期掃描弱點
- 備份驗證：確認自動備份機制正常
常見搬家失敗原因與解決方案
根據實務經驗，最常見失敗原因如下：
1. 資料庫編碼不一致
舊主機使用 latin1，新主機使用 utf8mb4，導致中文變成亂碼。解決方案：搬遷前確認編碼一致，必要時先進行轉碼。
2. 檔案權限設定錯誤
權限過寬或過嚴導致無法寫入或讀取。解決方案：遵循最小權限原則，目錄 755、檔案 644、上傳目錄 775。
3. 遺忘 Cron Job
忘記重建排程任務，導致背景作業停止。解決方案：盤點階段列出所有任務，搬遷後逐一驗證。
4. SSL 憑證未及時更新
DNS 切換後忘記安裝或自動續約未完成。解決方案：切換前完成 SSL 設定並驗證續約機制。
5. 忽略郵件服務搬遷
只搬網站而忘記郵件，導致收信或寄信問題。解決方案：將郵件服務列為獨立項目，完整遷移 DNS 相關記錄。
尋求專業團隊協助更安心
網站搬遷涉及 DNS、伺服器、資料庫、安全與 SEO 等多領域，屬於網站維護中需特別小心的作業。除非已有多次經驗，否則不建議第一次就自行處理，以免細節疏忽造成停業或訂單流失。
專業團隊可協助評估現有架構、提前盤點風險。若正考慮搬遷或合約即將到期，建議先進行諮詢。
