茂名网站开发网站迁移应准备哪些记录：先分清整站切换与逐页转移
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a783ec9c4c12.html
📄
茂名网站开发网站迁移应准备哪些记录：先分清整站切换与逐页转移
网站迁移前最该准备的是一份可核对的迁移记录清单：域名与DNS、服务器与数据库、页面与URL、账号权限、备份、验证结果都要留档。对茂名网站开发项目而言，真正关键的一步是先判断迁移属于整站切换还是逐页转移，因为两者要准备的记录不同，漏项导致的后果也不同。
先判断迁移方式：整站切换还是逐页转移
整站切换指把原站点整体迁到新服务器或新程序，旧站一次性停用；逐页转移指保留旧站运行，把部分栏目或页面逐步搬到新结构。判断依据可以看三点：旧站是否还要继续访问、URL结构是否大幅改变、数据是否允许停机。
- 整站切换：需要准备完整的全站备份、数据库导出记录、DNS解析变更记录、停机时间窗口。
- 逐页转移：需要准备页面映射表、旧URL与新URL对应关系、跳转规则记录、分批上线时间表。
如果旧站仍有流量或订单，逐页转移更稳妥；如果旧站已停止更新且结构简单，整站切换更快。两种方式都不能跳过备份和验证记录。
准备阶段要留哪些记录
准备阶段的记录决定迁移能否回退。至少应包含：
- 域名与DNS记录：域名注册商、解析服务商、当前A记录或CNAME记录、TTL值。TTL较大时，改解析后生效慢，需提前调小。
- 服务器与运行环境记录：操作系统、Web服务器版本、程序语言版本、数据库版本、扩展模块。
- 账号与权限记录：服务器登录方式、数据库账号、后台管理员账号、第三方接口密钥。密钥不要明文写在公开文档里。
- 备份记录：备份时间、备份范围、存放位置、校验方式。备份后要实际解压或恢复一次，确认可用。
- 页面与URL清单：从旧站导出所有可访问URL，标注哪些要保留、哪些要合并、哪些要删除。
这一步最容易漏的是URL清单。没有它，迁移后无法判断哪些页面丢失，也无法写跳转规则。
实施与验证阶段的关键记录
实施时按记录逐项操作，不要边做边猜。需要记录：数据库导入结果、文件上传结果、配置文件修改项、跳转规则、SSL证书部署情况。跳转规则要写成可核对的映射表，例如把旧栏目页对应到新栏目页，而不是只写“已设置跳转”。
验证阶段要逐项检查并记录结果：
- 首页和主要栏目能否正常打开，返回状态码是否为200。
- 旧URL访问时是否跳到正确的新URL，跳转类型是301还是302。永久迁移用301，临时调整用302。
- 表单提交、搜索、登录等交互功能是否正常。
- 移动端页面是否正常显示。
- 数据库内容是否完整，图片和附件是否可访问。
假设一个茂名本地企业站有200个页面，迁移后随机抽查20个，若发现3个以上打不开或跳错，应先修复再继续观察，而不是直接宣布迁移完成。这个例子只说明检查方法，不代表任何真实项目结果。
维护阶段如何用记录判断迁移是否完成
迁移完成后，记录还要继续用。建议保留一份迁移前后对照表，包含旧URL、新URL、状态码、检查日期。维护时定期抽查：旧链接是否仍可跳转、新页面是否被正常访问、服务器错误日志是否出现大量404或500。
判断迁移是否真正完成，不看“已经上传完文件”，而看三个结果：旧URL能正确跳转、新站核心功能可用、备份和回退方案仍然有效。如果旧站还要保留一段时间，应明确保留期限和下线条件，避免两套站点长期并行造成内容不一致。
下一步可以先把旧站所有URL导出成表格，再按“保留、合并、删除”三类标注，然后据此写跳转规则和验证清单。
