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

网站设计策划，网站迁移应准备哪些记录：先列一份可核对的迁移档案

网站迁移应准备的记录，核心是三类：迁移前现状记录、迁移过程操作记录、迁移后验证记录。它们共同回答“原站原来是什么样、我改了什么、新站是否真的正常”。如果只备份数据库和文件，却不记录域名解析、栏目路径、重定向规则和验证结果，出问题时很难判断是数据丢失、配置错误还是外部依赖失效。

先从一个假设例子看迁移记录怎么用

假设你负责把公司官网从旧空间迁到新服务器。旧站有产品页、新闻栏目、下载文件和联系表单。迁移一周后，有人反馈新闻详情打不开，搜索引擎结果里仍显示旧地址。此时如果只有一份数据库压缩包，你只能重新猜。若迁移前记录了栏目路径、固定链接规则、附件目录和表单收件配置，迁移中记录了文件替换、数据库导入、解析切换时间，迁移后记录了逐项访问结果，就能快速缩小范围：是固定链接没更新，还是重定向没覆盖，或是附件目录权限不对。

这里的关键不是把记录做成厚厚的手册，而是让每一项都能被后来的人核对。记录应包含时间、操作人、原值、新值、验证方式和结果。假设例子中的“原值”可以写成旧固定链接结构，“新值”写成新站设置，“验证方式”写成用无痕窗口访问三条新闻详情页。

迁移前要固定的现状记录

迁移前记录的目标是留下可比对的基线。至少应包含以下内容：

• 域名与解析记录：当前A记录、CNAME记录、MX记录、TTL值，以及这些记录分别指向哪里。
• 服务器环境：操作系统、Web服务器、PHP或其他运行环境版本、数据库版本、必要的扩展组件。
• 站点结构：栏目层级、页面路径、固定链接规则、分页规则、附件或上传目录位置。
• 内容规模：文章数、产品数、用户数、文件数、数据库大小，作为迁移后核对是否完整的依据。
• 外部依赖：统计代码、表单收件地址、短信或邮件接口、地图接口、支付接口、CDN或缓存服务。
• 权限与账号：后台管理员、数据库账号、FTP或SSH账号、接口密钥的保管方式，不把密码明文写在普通文档里。
• 当前可访问状态：随机抽取首页、栏目页、详情页、搜索页、表单页，记录访问结果和关键页面截图或文字说明。

常见错误是只记录“数据库已备份”，却不记录数据库字符集、表前缀和备份时间。恢复时若字符集不一致，可能出现乱码；若表前缀不同，程序可能读不到数据。另一个错误是忽略邮件和接口配置，迁移后表单能提交但收不到通知，排查时才发现发信服务仍绑定旧环境。

迁移过程中要留下的操作记录

迁移过程记录不必复杂，但要能还原顺序。建议按时间线写清：

1. 备份动作：备份了哪些文件、哪个数据库、备份文件放在哪里、是否做过恢复测试。
2. 传输与导入：用什么方式传输、导入到哪个数据库、是否出现报错、报错原文是什么。
3. 配置修改：改了哪些配置文件、改了哪一项、原值和新值分别是什么。
4. 解析与切换：何时修改解析、TTL设为多少、是否启用缓存或CDN、旧站是否仍可访问。
5. 回退条件：出现什么现象时决定回退，回退需要恢复哪些文件、数据库和解析记录。

如果迁移涉及网站设计策划中的栏目调整，还要额外记录旧路径与新路径的对应关系。比如旧站“/news/”下的文章迁到新站“/zixun/”下，就应列出每一条需要重定向的规则，而不是只写“已做重定向”。重定向记录应包含旧地址、新地址、重定向类型和验证结果。缺少对应关系时，外部链接和搜索结果可能指向404页面。

迁移后必须逐项验证的记录

迁移完成不等于迁移成功。验证记录应覆盖以下检查项，并写明判断结果：

• 首页、栏目页、详情页、搜索页、标签页能否正常打开，是否出现数据库连接错误或空白页。
• 图片、附件、样式文件和脚本文件是否正常加载，控制台是否有404或跨域报错。
• 表单提交后能否收到通知，通知里是否包含正确的来源页面和字段内容。
• 旧地址访问时是否跳转到对应新地址，跳转状态码是否符合预期。
• 后台登录、内容编辑、文件上传、缓存清理等常用操作是否正常。
• 移动端访问、不同浏览器访问、无痕窗口访问是否一致。
• 站点地图、robots文件、统计代码和外部接口是否指向新环境。

验证结果不要只写“正常”。应写成“首页返回200，产品详情页返回200，旧新闻地址301到新地址，表单提交后5分钟内收到测试邮件”。这样后续出现争议时，能判断是验证遗漏还是后来发生的变化。

记录如何保存和交接

迁移记录应放在团队可访问的位置，而不是只留在某个人的聊天记录里。可以用一份主文档加附件目录：主文档写时间线、配置变更、验证清单；附件目录放备份文件校验值、导出配置文件、重定向规则表。涉及密码和密钥时，使用团队约定的密码管理方式，不写进普通文档。

交接时，至少让接手人能够回答三个问题：原站的关键配置是什么，迁移中改过什么，新站哪些地方已经验证过。如果接手人无法根据记录复现一次检查，说明记录还不够具体。下一步，可以先用本文的清单对照你当前迁移项目，把缺失项补成可执行检查项，再开始正式切换。