搬家最怕遗漏项目——网站搬迁同样如此
搬家时最令人焦虑的並非打包过程，而是担心漏掉重要物品。证件、水电媒气停用、新家钥匙等任何遗漏，都可能在之后造成困扰。
网站搬迁的逻辑也相同。许多经营者以为只要复制档案即可，却常在事后发现信箱无法收信、搜寻排名下滑、表单无法寄送等问题。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 等多领域，属于网站维护中需特別小心的作业。除非已有多次经验，否则不建议第一次就自行处理，以免细节疏忽造成停业或订单流失。
专业团队可协助评估现有架构、提前盘点风险。若正考虑搬迁或合约即将到期，建议先进行谘询。
