建站步骤网站迁移应准备哪些记录：先分清整站搬家和换域名的清单差异
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /7d153633c1be.html
📄
建站步骤网站迁移应准备哪些记录：先分清整站搬家和换域名的清单差异
网站迁移前应准备的记录，核心是三类：原站现状记录、迁移操作记录、迁移后验证记录。缺了第一类，你无法判断哪些内容必须保留；缺了第二类，出问题时无法回退；缺了第三类，你无法确认迁移是否真的完成。下面按观察、判断、处理、复查的顺序，说明整站搬家与换域名两种方案各自需要准备什么。
先观察：迁移前必须记录的原站现状
在动手之前，把原站的可核对信息逐项记下来，而不是凭印象。这份记录决定了迁移后拿什么做对比。
- URL 清单：从站点地图、导航菜单、内链中导出所有可访问页面地址，记录每个地址对应的页面标题与主要内容类型。
- 页面数量与层级：记录栏目数、文章数、产品数等分类统计，迁移后逐项核对是否缺失。
- 服务器与程序环境：记录运行环境版本、数据库类型与版本、已启用的扩展或插件清单。这些信息用于在新环境复现同类条件。
- 域名与解析记录：记录当前 DNS 解析指向、是否启用 CDN、是否有子域名。换域名方案尤其需要这份记录。
- 外部依赖清单：统计引用了本站资源的第三方位置，例如合作方页面上的链接、投放中的广告落地页、已提交给工具平台的站点地址。
这份记录的作用是形成一份可对照的基线。没有基线，迁移后你只能凭感觉判断“好像少了点什么”。
再判断：整站搬家与换域名需要准备的记录不同
两种方案的适用条件不同，记录重点也不同。
方案一：整站搬家，域名不变。适用于更换服务器、更换主机商、程序升级或重构。此时域名和 URL 结构保持不变，重点记录的是环境与数据，而不是地址映射。需要额外准备：数据库导出文件与校验值、文件目录打包记录、新环境的配置参数对照表。
方案二：换域名，站点内容基本不变。适用于品牌更换域名或从旧域名切换到新域名。此时重点记录的是地址映射关系与外部引用。需要额外准备：旧域名到新域名的 URL 对应表、需要更新的外部链接清单、新旧域名的解析切换时间点。
判断依据很简单：迁移后访问地址会不会变。会变，按方案二准备映射记录；不会变，按方案一准备环境记录。如果既换域名又换服务器，两份记录都要做，并且先完成数据迁移、再切换域名，避免两个变量同时变动导致问题无法定位。
处理：迁移操作过程中要留下哪些记录
操作过程本身也要留痕，否则回退时无从下手。
- 迁移前对原站做一次完整备份，记录备份时间、备份文件存放位置和校验结果。
- 记录每一步操作的执行时间与操作内容，例如“某时导出数据库”“某时上传文件到新环境”。
- 如果涉及 URL 变化，逐条记录旧地址与新地址的对应关系，形成一张映射表。
- 记录新环境的配置项，包括数据库连接信息、目录权限设置、必要的重定向规则。
举例说明（以下为假设场景）：某站点原有 120 个页面，迁移后只在新站找到 110 个。对照迁移前的 URL 清单，发现缺失的 10 个是旧版专题页，未包含在站点地图中。这说明仅依赖站点地图导出清单不够，还需要从导航和内链补充。这个判断结果直接指向处理动作：补齐遗漏页面，或在确认无保留价值后明确记录放弃原因。
复查：迁移完成后逐项核对的检查项
复查不是打开首页看一眼就结束，而是按记录逐项比对。
- 页面数量与迁移前记录是否一致，缺失项是否有明确原因。
- 原有关键页面地址是否仍可访问，换域名方案中旧地址是否正确指向新地址。
- 站内链接是否指向有效地址，有无指向旧域名或失效路径的情况。
- 表单、搜索、评论等交互功能是否正常工作。
- 外部引用位置是否已更新为新地址。
- 解析记录是否已按计划切换，切换前后的访问表现是否记录在案。
复查中发现的问题要回填到记录中，形成一份完整的迁移档案。这份档案的价值在下一次迁移时会直接体现。
下一步可以做什么
先打开原站，把 URL 清单、页面数量、外部引用位置三项记录下来。这三项是判断迁移是否成功的直接依据，也是两种方案都必须准备的基础记录。记录完成后再决定采用哪种迁移方式，并据此补充对应的环境记录或地址映射表。
