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

网站建设全包：网站迁移应准备哪些记录

网站迁移应准备的记录，核心是四类：迁移前基线、域名与DNS变更、文件与数据库操作、以及验收与回滚。每一项都要记录“查什么、怎么查、结果说明什么”，多人协作时才能交接清楚，减少返工。

迁移前基线记录：先量一遍再动手

迁移前不记录基线，迁移后就没有对比依据。建议至少记录以下内容：

• 页面数量与URL清单：用站点地图或爬取工具导出全部URL，记录总数和抽样列表。迁移后重新导出，对比数量是否一致；若减少，说明有页面未同步。
• 关键页面快照：对首页、栏目页、表单页各截一张图，记录标题、描述和主要文字。迁移后逐项核对，判断内容是否完整。
• 收录与流量基线：记录搜索引擎收录量、统计工具近30天访问量。迁移后一周内对比趋势，若断崖式下降，优先排查301跳转和robots设置。
• 功能检查项：列出表单提交、搜索、登录、支付等路径，逐项记录当前是否正常。迁移后按同一清单复测。

域名与DNS变更记录：最容易出错的环节

域名解析变更影响全站可达性，必须留下可追溯记录：

1. 查什么：原DNS解析记录、TTL值、域名到期时间、SSL证书有效期。
2. 怎么查：在域名管理后台导出解析记录，用命令行工具查询当前解析结果和证书到期日。
3. 结果说明什么：若TTL过长，解析切换后旧记录残留时间久，需提前调低；证书临近到期应先续期再迁移，避免迁移中途HTTPS失效。

如果迁移涉及换域名，还要记录旧域名到新域名的301规则，并逐条验证跳转目标是否正确。跳转到404或首页，都会造成权重和用户体验损失。

文件与数据库操作记录：让协作有据可查

多人协作时，文件改动最容易互相覆盖。建议每项操作都记录时间、执行人、操作内容和验证结果：

• 备份记录：记录备份时间、备份范围（整站文件或仅数据库）、存放位置和校验值。恢复演练一次，确认备份可用。
• 数据库变更：记录表前缀、字符集、导入导出命令。导入后抽查文章数、用户数、评论数是否与基线一致。
• 配置文件改动：记录数据库连接、缓存、伪静态规则的修改点。迁移后访问后台和前台各一次，确认无报错。
• 版本与依赖：记录程序版本、插件或扩展版本。迁移后若某功能异常，先核对版本是否一致，再排查其他原因。

验收与回滚记录：判断迁移是否完成

验收不是“能打开就行”，要按清单逐项确认：

• 可达性：抽查20个以上URL，确认返回200；旧URL确认返回301且指向正确。
• 内容一致性：对比迁移前后页面数量、关键页面标题和正文，差异需逐条说明原因。
• 功能可用性：按迁移前功能清单复测表单、搜索、登录等路径。
• 回滚条件：提前写明什么情况下回滚，例如核心页面无法访问超过约定时间、数据库导入失败。回滚步骤同样要记录，包括切换解析、恢复备份、通知协作方。

下一步：把上述四类记录整理成一张迁移检查表，指定每项的负责人和完成时间，迁移前逐项确认，迁移后逐项复核。