网站迁移前,至少应准备五类记录:域名与DNS变更记录、服务器与部署配置、页面URL对照表、内容与素材清单、以及验收与回滚记录。这些记录要能让接手的人在不问你任何问题的情况下,独立完成迁移并核对结果。下面按“查什么、怎么查、结果说明什么”给出可执行清单。
查什么:域名注册商账号、DNS服务商、当前解析记录(A、CNAME、MX、TXT)、TTL值、域名到期时间。
怎么查:在域名注册商后台查看NS指向,再到对应DNS服务商导出解析记录;用命令行工具核对实际生效值:
dig example.com A +short
dig example.com MX +short
结果说明什么:如果后台记录与查询结果不一致,说明存在多处解析或缓存未刷新,迁移时先统一到一处管理。MX记录涉及企业邮箱,迁移前必须单独列出,避免改A记录时误删邮件解析。TTL值较大(如3600秒以上)时,建议提前调低,缩短切换后的生效等待时间。
查什么:Web服务器类型与版本、运行环境版本、环境变量、定时任务、伪静态或重写规则、SSL证书来源与到期时间。
怎么查:登录原服务器导出配置;用命令确认版本:
nginx -v 或 httpd -v
php -v 或 node -v
结果说明什么:版本不一致是迁移后页面报错、样式错乱的常见原因。伪静态规则要逐条对照,外贸站常见的多语言路径重写如果漏配,会导致部分语种页面404。SSL证书若为手动上传,需记录签发机构与续期方式;若为自动续期,需确认新服务器上的续期任务是否已配置。此项属于“需要核对”而非“一定出问题”,具体以实际报错为准。
查什么:旧站所有可访问URL、对应的新站URL、需要301跳转的规则、参数处理方式。
怎么查:用爬虫工具或站点地图导出旧站URL列表,逐条填写新地址。没有对应页面的,标注为“下线”并指定跳转目标。示例(假设场景):
/product/abc.html → 新:/products/abc,301/en/about → 新:/about-us,301/old-campaign → 新:首页,301结果说明什么:对照表填完后,随机抽查20条旧URL,确认每条都有明确去向。出现“无记录”的URL,说明清单不完整,返工风险最高。参数类URL(如带?id=)要单独说明是保留、合并还是丢弃,不能默认忽略。
查什么:页面文案、图片、视频、可下载文件、表单接收邮箱、第三方嵌入代码(统计、客服、支付)。
怎么查:按目录列出文件与对应页面,标注哪些需要翻译、哪些直接复用。表单和第三方代码要记录账号归属与配置位置。
结果说明什么:素材缺失会导致页面空白或表单提交失败。第三方代码若只记录“已嵌入”而不记录账号,迁移后无法验证数据是否正常回传。多人协作时,建议在清单中标注每项负责人和完成状态,避免两人改同一文件。
查什么:验收检查项、通过标准、回滚触发条件、回滚步骤、联系人与决策人。
怎么查:迁移前先写好检查表,逐项打勾。可执行的检查项示例:
结果说明什么:全部通过才可宣布迁移完成。任一项失败时,按预设回滚步骤恢复旧解析或旧环境。回滚记录要写明“谁有权决定回滚”和“回滚后如何通知协作方”,否则多人协作时容易互相等待。
下一步建议:把以上五类记录合并为一份迁移交付文档,指定一人维护,迁移前发给所有协作方确认。文档中每项留出“状态”和“负责人”两列,交付时逐项核对,未完成项不进入切换阶段。