元伸科技
搬家最怕漏東西——網站搬家也一樣
搬過家的人都知道，最焦慮的不是打包本身，而是「會不會漏掉什麼」。證件放哪個箱子？水電瓦斯停了沒？新家鑰匙拿到了嗎？每一項遺漏都會在後面冒出來咬你一口。
網站搬家講白一點，邏輯一樣。我跟桃園、龜山一帶不少老闆聊過，他們會以為換主機就是「把檔案搬過去」，結果換完才發現信箱收不到客戶詢價、Google 排名掉了一截、線上表單寄不出通知。DNS、SSL、資料庫、郵件、SEO——任何一項沒顧到，都可能讓網站斷線、資料掉、甚至影響搜尋排名。
實務觀察，搬家失敗的案子，九成不是技術做不到，而是規劃沒做完整。這篇文章就是我們累積多年實戰整理出來的網站搬家檢查清單，從事前準備到上線驗收，一步一步走完整個主機遷移流程，確保搬家過程零停機、零資料遺失。
搬家前：為什麼要換主機？
在動手之前，先釐清搬家的原因。不同的搬遷動機會影響你的規劃重點：
| 搬遷原因 | 規劃重點 | 風險等級 |
|---|---|---|
| 主機商服務不佳 | 新主機環境驗證、合約終止時間 | 中 |
| 網站速度太慢 | 效能基準測試、CDN 配置 | 中 |
| 安全性需求提升 | SSL/TLS 設定、防火牆規則 | 高 |
| 流量成長需擴充 | 負載測試、自動擴展機制 | 高 |
| 降低營運成本 | 新舊方案費用比較、隱藏成本 | 低 |
| 技術架構升級 | 程式相容性、PHP/資料庫版本 | 高 |
老闆最常踩的坑：不管是什麼原因要搬，舊主機合約到期前至少 30 天要動手規劃。如果網站是訂單來源、是業務主力，我會建議預留 60 天緩衝。實務上碰過中壢一位客戶，到期前 5 天才喊救命，最後加價趕工、品質也只能將就，這種錢花得很不甘願。
想了解如何選擇適合的主機方案，可以參考網站主機完整指南。
階段一：完整備份與環境盤點
搬家的第一步，不是開始打包，而是先清點家當。你需要確認網站的所有組成元素，一項都不能漏：
必須備份的項目
- 網站檔案：所有程式碼、圖片、上傳檔案、設定檔
- 資料庫：完整的資料庫匯出（含結構與資料）
- 電子郵件：信箱帳號設定、郵件備份、轉寄規則
- SSL 憑證：現有憑證檔案與私鑰（或準備在新主機重新申請）
- DNS 記錄：匯出所有 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 憑證：在新主機上申請或安裝 SSL 憑證
- 設定排程任務：重建所有 Cron Job
預先測試清單
在切換 DNS 之前，利用修改本機 hosts 檔案的方式，先指向新主機進行測試：
- 首頁是否正常顯示
- 所有主要頁面能否正確載入
- 表單提交功能是否正常（聯絡表單、詢價單）
- 登入功能是否正常運作
- 圖片與檔案是否完整顯示
- 電子郵件收發是否正常
- HTTPS是否正確運作，無混合內容警告
- 網站速度是否達到預期（Core Web Vitals）
- 手機版瀏覽是否正常
如果你的網站是客製化開發的系統，建議額外測試所有 API 串接、第三方服務整合、以及後台管理功能。
階段三：DNS 切換——搬家的關鍵時刻
DNS 切換是整個搬家過程中最關鍵也最容易出問題的環節。理解 DNS 的運作機制，能幫你大幅降低風險。
DNS 切換前的準備
- 降低 TTL 值：在計畫切換的 24-48 小時前，將 DNS 記錄的 TTL 降低到 300 秒（5 分鐘）。這樣切換後，全球的 DNS 快取能更快更新到新的指向
- 選擇低流量時段：分析網站流量數據，選擇訪客最少的時段進行切換（通常是凌晨 2-5 點）
- 通知相關人員：告知團隊成員、客戶或利害關係人預計的搬遷時間
DNS 切換步驟
- 在新主機完成所有測試，確認一切正常
- 將舊主機的網站檔案與資料庫做最終一次同步（搬遷期間如有新資料產生）
- 修改 DNS A 記錄，指向新主機的 IP 位址
- 更新 MX 記錄（如果郵件服務也一起搬遷）
- 確認所有子網域的 DNS 記錄已更新
- 持續監控新舊主機的存取日誌
講白一點：DNS 傳播全球需要時間（通常 2-24 小時），這段期間部分使用者連舊主機、部分連新主機。所以切換後 48 小時內，新舊主機都要保持運作。我看過最慘的案例是某客戶為了省錢，DNS 切換隔天就把舊主機停了，結果一堆用戶還在連舊 IP，當天直接掉了一半的訂單。
想深入了解 DNS 的運作原理，可以參考網域與 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 Search Console 監控主要關鍵字排名
- 索引狀態：確認 Google 已開始爬取新主機上的頁面
- 404 錯誤：監控是否出現新的 404 頁面
- 網站速度：確認 Core Web Vitals 指標維持或改善
更完整的 SEO 遷移策略，推薦閱讀網站改版 SEO 搬家攻略。
階段五：上線驗收與後續監控
DNS 切換完成、網站在新主機上正常運作後，還有最後一道關卡——全面驗收。
上線後 48 小時驗收清單
- 所有頁面正常載入，無 500 / 404 錯誤
- 表單提交功能正常，能收到通知信
- 電子郵件收發正常（包含寄件、收件、轉寄）
- SSL 憑證有效，瀏覽器顯示安全鎖頭
- 行動裝置瀏覽體驗正常
- Google Analytics 數據正常記錄
- 第三方服務串接正常（金流、物流、API）
- 後台管理功能正常
- 網站載入速度符合預期
- CDN 快取已清除並重建
持續監控項目
搬家完成不代表任務結束。建議至少持續監控 30 天：
- Uptime 監控：設定伺服器監控服務，確保 99.9% 以上的正常運作時間
- 效能監控：定期檢查頁面載入速度與伺服器回應時間
- 安全性掃描：確認新主機的安全設定完善，定期掃描弱點
- 備份驗證：確認新主機的自動備份機制已正確運作
常見搬家失敗原因與解決方案
根據實務經驗，以下是最常見的搬家失敗原因：
1. 資料庫編碼不一致
舊主機使用 latin1 編碼，新主機使用 utf8mb4，導致中文內容變成亂碼。解決方案：搬遷前確認新舊主機的資料庫編碼設定一致，必要時在匯入前進行轉碼。
2. 檔案權限設定錯誤
在新主機上的檔案權限過於寬鬆（777）或過於嚴格（644），導致網站無法正常寫入上傳目錄或讀取設定檔。解決方案：遵循最小權限原則，目錄設定 755、檔案設定 644、上傳目錄設定 775。
3. 遺忘 Cron Job
網站搬到新主機後，忘記重建排程任務，導致自動寄信、資料清理、快取更新等背景作業停止運作。解決方案：在環境盤點階段就列出所有 Cron Job，搬遷後逐一驗證執行狀態。
4. SSL 憑證未及時更新
DNS 切換後忘記在新主機安裝 SSL 憑證，或 Let's Encrypt 的自動續約設定未完成。解決方案：DNS 切換前就在新主機完成 SSL 設定，並驗證自動續約機制。更多 SSL 相關知識可參考 HTTPS 與 SSL 安全指南。
5. 忽略郵件服務搬遷
只搬了網站，忘了郵件。MX 記錄沒更新、SPF / DKIM / DMARC 記錄沒設定，導致企業信箱收不到信或寄出的信被歸類為垃圾郵件。解決方案：將郵件服務列為獨立搬遷項目，包含 DNS 郵件相關記錄的完整遷移。
找有經驗的團隊，搬家會安心很多
網站搬家表面是技術操作，實際上牽涉 DNS、伺服器、資料庫、安全性、SEO 等好幾個領域，是網站維護裡最需要小心執行的工作。除非你或公司 IT 已經做過好幾次搬家、流程很熟，否則不建議第一次就自己硬扛——一個沒注意到的細節，可能讓你停業半天、訂單流失、客戶抱怨連環炸。
元伸科技在客製化網頁設計領域 24 年深耕企業網站建置與維運，服務超過 3,000 家企業，在桃園、龜山、中壢協助過大量在地客戶搬家。如果你最近正在評估搬家，或舊主機合約快到期了，先聊聊也好，我們可以幫你看看現有架構，提前盤點風險。
📞 03-366-1000 ｜ 🌐 www.ozchamp.com ｜ 免費諮詢 24hr 回覆
