网站设计方案：网站迁移应准备哪些记录？先做这五类清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /105a42172afe.html
📄
网站设计方案：网站迁移应准备哪些记录？先做这五类清单
网站迁移前最该准备的记录，不是一份笼统的“资料包”，而是能让接手的人在不问你任何问题的情况下，把站点重新跑起来、查得到、回得去的东西。时间和人手有限时，优先整理五类：域名与解析记录、服务器与环境记录、站点文件与数据库记录、内容与链接对照记录、账号与权限记录。下面每项都给出要查什么、怎么查、结果说明什么。
第一类：域名与解析记录，决定迁移后能不能被找到
要查的是域名注册商、到期时间、DNS 服务商、现有解析记录全表。怎么查：登录域名管理后台导出解析列表，或用命令行查询主要记录类型，例如 dig 你的域名 A、dig 你的域名 MX、dig 你的域名 TXT。把 A、CNAME、MX、TXT、NS 逐条抄进表格，标注每条记录指向哪里、谁在用。
结果说明什么：如果 MX 指向企业邮箱、TXT 里有邮箱验证或第三方服务校验值，迁移时只改 A 记录、不动 MX 和 TXT，就能避免邮件中断。如果解析记录里有你不认识的服务，先查清用途再动，不要整表清空重建。域名到期时间临近时，先续费再迁移，否则中途失效会同时影响新旧两套环境。
第二类：服务器与环境记录，决定新环境能不能复现
要查的是操作系统版本、Web 服务器软件及版本、运行环境版本（如 PHP、Node、Python）、数据库类型与版本、已安装扩展、定时任务、伪静态或重写规则。怎么查：在服务器上执行版本查询命令，把输出原样记下；定时任务用 crontab -l 查看；重写规则从站点配置文件中复制出来。
结果说明什么：新旧环境版本差异过大时，同一套程序可能报错或行为不一致。如果原站依赖某个特定扩展或旧版本运行环境，迁移前就要确认新环境能否提供，不能提供则需先改代码再迁。定时任务和重写规则最容易漏，漏掉后表现为计划内容不更新、内页全部 404，所以这两项要单独列成检查项。
第三类：站点文件与数据库记录，决定数据完整性
要查的是站点根目录结构、上传目录位置、数据库名称与表前缀、数据量大小、最近一次可用备份的时间和存放位置。怎么查：列出根目录一级结构，统计上传目录体积，导出数据库表清单；备份记录从备份工具或主机面板中核对，不要凭记忆。
结果说明什么：如果上传目录体积远大于程序本身，说明图片和附件是迁移大头，需要预留传输时间；如果数据库表前缀被改过，导入时要用对应前缀，否则程序读不到数据。备份时间过旧或从未验证过可还原，等于没有备份，迁移前应做一次完整导出并实际还原到测试环境确认可用。
第四类：内容与链接对照记录，决定流量损失范围
要查的是现有页面地址清单、栏目结构、被外部引用的重要页面、已提交给搜索引擎的地址。怎么查：从站点地图、后台内容列表或服务器访问日志中提取 URL；按访问量或外链数量排出前若干页，作为重点保护对象。
结果说明什么：迁移后如果 URL 规则变化，需要为旧地址逐条设置跳转到新地址，重点页面优先处理。若新结构沿用旧路径，跳转工作量会小很多。发现大量地址只被站内引用、没有外部来源时，可以判断这部分迁移出错的影响相对可控，但仍应保留对照表，便于上线后抽查。
第五类：账号与权限记录，决定交接和回退是否顺畅
要查的是域名后台、主机面板、数据库、内容管理系统、第三方统计或推送服务的账号归属与权限级别。怎么查：逐个登录确认账号是否仍有效、绑定邮箱或手机是否可接收验证码、管理员是否只有一人。
结果说明什么：如果关键账号只绑定离职人员的邮箱，迁移中任何一步验证都会卡住，应先把绑定信息改到可长期使用的邮箱或手机。权限过于集中时，至少留一个可用的备用管理员账号，避免主账号异常后无法进入后台。迁移完成后，旧环境的账号和访问入口应按计划关闭或降权，防止两套环境同时被写入数据。
人手有限时的执行顺序
- 先导出域名解析全表并确认域名到期时间，这一步不动任何配置，只做记录。
- 再记录服务器环境版本和定时任务、重写规则，这些信息丢失后最难凭记忆补回。
- 然后做一次完整备份并实际还原验证，确认备份可用后再谈迁移。
- 接着整理 URL 对照表和重点页面清单，为跳转规则做准备。
- 最后核对账号权限，把验证方式改到可控的邮箱或手机。
下一步建议：按上面五类建一张表格，每类留“现状值、迁移后目标值、负责人、验证方式”四列，先填现状值。填不出来的格子，就是迁移前必须补查的项目。
