网站建设案例展示：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a5d036a3e19e.html
📄
网站建设案例展示：网站迁移应准备哪些记录
网站迁移要准备的记录，核心是能证明“原站有什么、新站接住了什么、出了问题找谁”这三类材料。按交付结果倒推，迁移前先整理资产与配置清单，迁移中保留操作与变更记录，迁移后留下验证与回滚依据。人手有限时，优先做资产清单、URL对照表和回滚方案这三项，其余记录可以边迁边补。
先定交付结果，再倒推要记什么
迁移的最终交付不是“文件传完了”，而是新环境能稳定提供与原站一致或明确约定的内容和服务。围绕这个结果，记录至少覆盖四块：
- 资产记录：域名、DNS解析记录、服务器或主机的配置、数据库、程序文件、静态资源、证书。
- 内容记录：页面清单、栏目结构、图片与附件、表单、评论等用户生成内容。
- 映射记录：旧地址与新地址的对照关系，尤其是案例展示页这类容易被忽略的深层页面。
- 验证记录：迁移后哪些页面、哪些功能、哪些入口已经确认可用，谁确认的。
倒推的好处是：每一条记录都能对应一个交付结果，不会为了“留档”而收集一堆用不上的截图。
迁移前必须整理的资产与配置清单
以“网站建设案例展示”类站点为例，案例页往往数量多、层级深、配图多，最容易在迁移中丢内容。迁移前建议逐项登记：
- 域名与解析：域名注册商、到期时间、当前DNS服务商、A记录/CNAME/MX/TXT等记录值。这些值要抄下来，不要只截图，因为截图里的值可能被后续修改覆盖。
- 主机与运行环境：操作系统、Web服务器、程序语言版本、数据库类型与版本、必要的扩展或依赖。
- 程序与数据库：程序版本、数据库导出方式、数据表前缀、是否使用对象存储或CDN。
- 证书与账号：SSL证书类型与到期时间、需要交接的管理账号（只记录归属和交接状态，不在文档里写明文密码）。
如果时间只够做一件事，先做数据库和上传文件的完整备份，并记录备份时间、存放位置和校验方式。没有可用的备份，后面所有记录都只是参考。
案例展示页最该单独记的URL对照表
案例展示通常是迁移后投诉最多的部分：栏目路径变了、详情页ID变了、图片链接失效。迁移前应导出一份旧站URL清单，至少包含：
- 案例列表页地址；
- 每个案例详情页地址；
- 案例配图、附件、视频的直链；
- 这些页面在导航、面包屑、站内搜索中的入口。
然后为每条旧地址标注新地址或“不再提供”。判断标准很简单：旧地址能打开且内容对应，就记为已映射；旧地址打不开或跳到无关页面，就记为待处理。对于确实不再提供的页面，要决定是返回404还是跳转到最相关的栏目页，并把决定写进记录，而不是迁移后再临时猜。
假设示例：某案例详情页旧地址为 /case/2021/abc.html，迁移后新地址为 /projects/abc，对照表里就写成一行“旧→新，已验证”。这只是格式演示，不代表任何真实站点。
迁移过程中的操作与变更记录
迁移不是一次动作，而是一串变更。需要记录的是“谁在什么时候改了什么”，而不是事无巨细的流水账。建议按时间顺序记：
- DNS修改的时间、修改前后的值、预计生效范围；
- 数据库导入、文件同步、程序部署的完成时间与执行人；
- 迁移期间临时关闭或调整的功能，例如表单提交、评论、搜索；
- 出现的异常现象、当时的判断、采取的处理，以及是否已定位原因。
这里要区分“可能原因”和“已经定位的原因”。例如迁移后案例图片不显示，可能原因包括路径错误、权限不足、对象存储未同步；只有逐项排查确认后，才能写成“已定位为路径错误”。记录里保留这个区分，后续交接时不会被误导。
迁移后的验证与回滚依据
验证记录要能回答：迁移成功与否，凭什么判断。可执行的检查项包括：
- 首页、栏目页、案例详情页各抽查若干条，确认可打开且内容正确；
- 站内搜索、表单、登录等关键功能实际走一遍；
- 用旧URL清单逐条访问，确认跳转或404符合预期；
- 检查证书是否有效、是否有混合内容告警；
- 确认邮件、统计、第三方接口等外部依赖仍指向正确环境。
同时要留下回滚依据：旧环境的备份还在不在、DNS回退需要改哪条记录、回滚由谁执行、多长时间内可以回退。适用条件是迁移刚完成、新旧环境都还可访问的窗口期；一旦旧环境已下线，回滚记录就只剩参考价值，应转为“不可回滚，只能向前修复”的说明。
人手有限时，把上述记录合并成一份主文档即可，不必拆成多份。主文档按“资产—映射—操作—验证”四段排列，谁接手都能顺着看下去。下一步建议先导出旧站URL清单并完成备份，再开始任何迁移操作。
