鸡西网站制作网站迁移应准备哪些记录：一份可核对的迁移档案清单

📍 WDQWDWQD987AAAAA:216.73.216.43
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6fa2f9cae253.html
📄

鸡西网站制作网站迁移应准备哪些记录：一份可核对的迁移档案清单

网站迁移前应准备一份能独立交接的迁移档案，至少包含域名与DNS记录、服务器与运行环境、页面与URL清单、内容与数据库备份、账号与权限、外部服务与统计代码、重定向规则、迁移前后检查记录。这份档案的作用是让接手的人不看旧后台也能还原站点，并且能逐项验证迁移是否完整。

先确定迁移范围，再决定记录哪些内容

迁移不等于把文件复制过去。先判断这次迁移属于哪一类：只换服务器、只换域名、换建站程序、还是整体重构。范围不同，记录重点不同。

判断标准很简单：如果只给一个新服务器，凭这份记录能否在半天内让站点正常打开并保持原有链接可访问。做不到，说明记录还不完整。

域名与DNS记录要逐条抄下来

域名注册商、DNS服务商、域名到期时间、解析记录类型与值，都要单独记录。常见记录包括A记录、CNAME记录、MX记录、TXT记录。TXT记录里可能有搜索引擎验证、邮件验证等信息，迁移时容易漏掉。

建议用表格记录：主机记录、记录类型、记录值、TTL、用途备注。迁移前先导出或截图保存，不要只依赖记忆。如果DNS由他人代管，要提前确认能否拿到修改权限，否则迁移当天会卡住。

验收信号：在新环境解析生效后，用nslookup或在线DNS查询工具核对每条记录是否与记录表一致，邮件、验证类记录是否仍然有效。

服务器环境与程序配置的记录方法

需要记录的最低项包括：操作系统与版本、Web服务器类型与版本、程序语言版本、数据库类型与版本、站点根目录、伪静态或重写规则、HTTPS证书来源与到期时间、计划任务、上传目录权限。

以常见的PHP站点为例，假设原环境使用PHP 7.4加MySQL 5.7，新环境若装成PHP 8.2，部分旧代码可能报错。这类信息必须写进记录，而不是迁移后再排查。假设示例仅说明记录项的作用，不代表任何具体项目。

如果站点使用内容管理系统，还要记录程序版本、已启用主题或模板、插件或扩展清单及其版本、数据库表前缀。插件清单尤其重要，因为部分功能依赖特定扩展，缺一个就可能出现页面空白或表单失效。

URL清单与重定向记录决定迁移后的可访问性

迁移前应导出旧站全部可访问URL，包括栏目页、内容页、标签页、搜索结果页、附件与图片地址。导出方式可以是站点地图、数据库查询或日志整理。每条URL记录旧地址、新地址、处理方式三列。

处理方式分三种：保持不变、301跳转到新地址、确认删除并返回404或410。能保持不变的尽量不变；必须变的用301指向最相关的新页面；确实下线的页面不要全部跳首页，否则用户和搜索引擎都无法判断对应关系。

验收信号：迁移后随机抽取一批旧URL，用curl -I或浏览器开发者工具查看返回状态码。预期结果是200或301，而不是404、500或跳转到无关页面。

内容、数据库与账号权限的备份记录

备份要记录三件事：备份时间、备份内容、存放位置与校验方式。内容至少包括数据库导出文件、上传目录、配置文件、证书文件。数据库导出后应核对文件大小并尝试在测试库导入一次，确认备份可用。

账号权限记录包括：后台管理员账号、数据库账号、FTP或SSH账号、对象存储或CDN账号、统计工具账号、搜索资源平台验证账号。密码不要直接写在公开文档里，可记录账号用途与保管位置，密码通过独立渠道交接。

如果站点接入了在线客服、支付、短信、地图等外部服务，要记录服务名称、接入位置、回调地址、密钥保管方式。迁移后回调地址若仍指向旧域名，相关功能会失效。

迁移前后检查记录与验收信号

迁移完成不等于工作结束。建议按下面顺序检查并留下记录：

  1. 首页、栏目页、内容页各抽若干条，确认能正常打开且排版无误。
  2. 表单提交、搜索、登录等交互功能逐项测试。
  3. 检查图片、样式、脚本是否加载成功，控制台有无报错。
  4. 核对301跳转与404页面是否符合迁移前的规划。
  5. 确认统计代码、验证文件、站点地图地址已更新为新域名。
  6. 观察服务器错误日志，记录迁移后出现的异常及处理结果。

判断迁移是否成功的依据不是“页面能打开”，而是旧链接可访问、功能可用、数据完整、外部服务正常、日志无持续报错。任何一项不满足，都应记录为待处理项并明确负责人。

下一步建议：把上述内容整理成一份迁移档案模板，在正式迁移前先填一遍。填不出来的条目，就是迁移前需要补齐的信息。

图1 图2
nginx