网站能在新服务器上打开，不代表迁移已经成功。操作系统差异、运行时版本、文件权限和跨地区访问路径，都可能让页面正常、后台报错或部分地区无法连接。下面这份跨境网站更换托管环境前的兼容性检查清单，可用于迁移前盘点、测试和切换验收。
先核对应用依赖，而不是只看服务器配置
把旧环境中的应用版本、扩展组件和启动方式逐项记录，再与新环境对照。PHP 网站应确认 PHP 主版本、已启用扩展及配置项；Node.js 应核对运行时版本、依赖锁文件和进程管理方式。只写着“支持 PHP”或“支持 Node.js”不足以判断兼容，应用实际依赖的版本和模块才是关键。
- 检查代码是否依赖系统命令、特定目录路径、环境变量或固定时区。
- 核对 Nginx 与 Apache 的规则差异：Apache 的 .htaccess 规则通常不会自动转换为 Nginx 配置。
- 检查文件名大小写。Linux 文件系统通常区分大小写，某些旧环境不区分；代码中大小写不一致的路径可能因此失效。
- 确认计划任务、队列进程、后台服务和邮件发送程序在新环境中有对应运行方式。
数据库、文件与后台任务要一起迁移
比较数据库引擎和版本支持情况，确认字符集、排序规则、时区及应用所用的 SQL 特性。导入成功不等于数据行为完全一致；应抽查登录、搜索、写入、更新和导出等实际操作。媒体文件、用户上传内容、缓存以外的持久化文件也要列入迁移范围。
跨境网站更换托管环境前的兼容性检查清单还应包含写入切换方案：迁移期间若旧站仍接收新订单、表单或账户变更，单次备份可能遗漏之后的数据。可安排短暂只读窗口，或采用经验证的持续同步方式；切换前记录最后同步时间，并确认新环境的后台任务不会与旧环境重复执行。
从域名到访问链路逐层验证
域名、证书与缓存
提前核对 DNS 记录，包括网站地址、IPv4、IPv6（如有）及邮件相关记录。若要缩短切换等待，可在迁移前降低 DNS TTL；应留出足够时间让旧 TTL 过期，具体传播时长取决于解析服务商和缓存情况。新环境须部署有效的 TLS 证书，并检查自动续期、证书链和强制 HTTPS 跳转。使用 CDN 时，还要确认源站地址、回源协议、缓存规则和真实访客 IP 的传递方式。
不同地区的实际访问
不要只从管理员所在网络测试。至少从目标用户常用的地区或网络环境检查首页、登录、静态资源和关键提交流程。记录 DNS 解析结果、页面是否出现证书警告、图片或脚本是否加载失败。跨境链路延迟会随地点、运营商和时段变化，不能用单次测速推断所有访客体验；重点是确认关键功能可达且没有明显错误。
按顺序做迁移演练，并准备回退
- 盘点：导出应用、数据库、域名、证书、计划任务和第三方接口清单，标明负责人及验证方式。
- 搭建测试环境：使用与正式环境接近的运行时和配置，导入脱敏数据，检查页面、后台和日志。
- 演练数据迁移：计时备份与恢复，核对关键记录数量和抽样内容，并测试文件读写权限。
- 预切换检查：确认证书、DNS、邮件、监控、备份及回滚所需的旧环境仍可用。
- 正式切换：按计划更新解析或流量入口，观察错误日志、关键请求和各地区访问；达到预设异常条件时，恢复旧入口并按数据方案处理新增写入。
回退不能只理解为把 DNS 改回去：如果新环境已经接收数据，必须明确如何保留这些写入，避免旧站恢复后数据倒退。跨境网站更换托管环境前的兼容性检查清单最终应落到“谁检查、检查什么、失败怎么办”，而不是一张没有验收标准的配置表。
常见问题
只换主机、不换域名，也要检查 DNS 吗？
要检查。域名虽不变，解析目标、IPv6 记录或 CDN 回源地址仍可能需要调整。
怎样确认新旧环境兼容？
用接近正式配置的测试环境，执行真实业务流程，并查看应用与服务器日志；仅看首页不足以验收。
切换后旧环境应保留多久？
没有统一期限。应结合数据写入频率、观察周期和回退方案决定，并在确认新环境稳定、备份可恢复后再下线。