网站迁移前后检查清单

网站迁移并不只是复制文件。域名、DNS、数据库、邮箱、证书、定时任务、支付回调和搜索链接都可能受到影响。

迁移前建立完整清单

记录域名、当前 DNS、主机账号、PHP 与数据库版本、空间占用、邮箱服务、定时任务、SSL、CDN 和第三方接口。这个清单既是迁移步骤，也是出现问题时的回滚参考。

同时保存重要页面、表单和业务流程的列表，方便迁移后逐项验证。

导出网站文件和数据库，并确认备份可以正常读取。大型网站还要检查上传文件、订单附件或日志是否保存在常规网站目录之外。

新站完成验证且 DNS 生效之前，不要立即关闭旧服务器。

通过临时域名或本地 hosts 绑定，在新服务器上安装并测试网站。确认 PHP 扩展、文件权限、伪静态、缓存和定时任务正确。

需要测试表单、登录、搜索、结账、支付回调和订单邮件，而不是只看首页是否正常。

条件允许时提前降低 DNS TTL。切换流量前安装 SSL，并统一 www 与非 www 的跳转。

如果企业邮箱使用同一域名，必须保留 MX、SPF、DKIM 和 DMARC 记录。很多迁移后的邮箱故障，都是因为替换 DNS 时没有保留原记录。

切换后持续观察错误日志、访问量、询盘和订单。检查旧链接跳转、Canonical、站点地图与 robots 设置，并确保测试域名不会被搜索引擎收录。

只有在新环境稳定运行、备份确认安全后，才关闭旧主机。

建议记录日期、受影响组件、旧版本、新版本、备份位置，以及改动后完成了哪些检查。这样后续故障可以进行对比，而不是从头猜测。

对于重复维护，也应记录失败和成功测试。如果表单只在清理缓存后失败，或定时任务每天固定时间异常，有记录就更容易发现规律。

当问题影响支付、客户数据、账号登录、安全、邮件送达或反复宕机时，应立即升级处理。原因不清楚时不要继续进行未记录的修改，因为额外改动可能掩盖原始故障。

向技术人员提供网址、时间、完整复现步骤、截图、近期修改和可用日志。清晰的证据通常比笼统描述更能缩短排查时间。