网站建设介绍 - 网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e8812bec7977.html
📄
网站建设介绍 - 网站迁移应准备哪些记录
网站迁移应准备的记录，核心是一份能对照旧站与新站的迁移台账：域名与DNS变更、服务器与数据库信息、页面URL映射、重定向规则、账号权限、内容与文件备份、上线验证结果。没有这份记录，迁移后一旦出现页面丢失、后台无法登录或收录异常，排查会变得非常被动。下面按迁移流程说明每类记录的作用、记录方式和验收信号。
迁移前：先建立资产与访问记录
迁移的第一步不是搬文件，而是把“旧站在哪里、由谁控制”写清楚。建议建一张表，逐项登记并核对：
- 域名注册商、DNS解析服务商、域名到期时间与续费账号。
- 原服务器或主机的服务商、机房位置、IP地址、操作系统与Web服务软件版本。
- 数据库类型、版本、库名、字符集、连接账号（密码单独存放，不写入公开文档）。
- 网站程序版本、所用主题与插件清单，标注哪些是必需、哪些可停用。
- CDN、对象存储、邮件推送、支付或表单接口等第三方服务的账号与配置项。
这些记录的适用条件是：只要迁移涉及换主机、换域名或换程序版本，就必须先有。判断是否记录完整的信号是——换一个人拿着这份表，能独立登录旧站后台并导出数据。
迁移中：URL映射与重定向记录
页面URL变化是迁移后流量波动最常见的原因之一。需要记录旧URL与新URL的对应关系，并明确哪些是永久跳转、哪些是临时跳转。
做法是：导出旧站所有可访问页面清单，逐条填写新站对应地址；对已删除且无替代内容的页面，记录为返回410或保留原内容，而不是一律跳首页。重定向规则写入配置文件后，应保存规则文件副本和生效时间。
一个假设例子：旧站 /about-us.html 迁移后变为 /about/，则记录一条301映射；若旧站某活动页不再保留，记录为410，而不是跳到首页。验收信号是：随机抽取20条旧URL，访问后应到达内容相关的新页面或明确的状态码，而不是全部落到首页。
迁移后：验证与回滚记录
上线不等于迁移完成，需要留下验证痕迹，便于判断问题出在哪一步：
- 记录切换DNS的时间点与生效范围，便于区分“解析未生效”和“服务器配置错误”。
- 记录首页、栏目页、详情页、搜索页、表单提交的测试结果，标注测试时间。
- 记录后台登录、内容发布、图片上传、数据库读写是否正常。
- 记录旧站数据备份的存放位置与恢复步骤，作为回滚依据。
- 记录迁移后一段时间内服务器错误日志、404日志的变化，用于定位遗漏的URL。
适用条件是：迁移后至少保留旧服务器或旧数据一段时间。判断结果是——若新站出现异常，能按记录快速回滚；若日志中404集中在某类页面，说明映射表有遗漏，需要补充重定向。
记录形式与保存要求
记录不必复杂，但要做到可交接、可核对。建议用一份表格加一个加密的凭据文件：表格记录域名、IP、URL映射、测试结果；凭据文件单独保存账号密码，不放进网站目录，也不提交到公开代码仓库。每次变更后更新记录时间与操作人，避免多人协作时互相覆盖。
下一步：先导出旧站URL清单和数据库备份，再按上面的清单补齐域名、服务器、账号与映射记录，然后才开始实际迁移操作。
