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

企业建站推广-网站迁移应准备哪些记录：一份可执行核对清单

网站迁移前要准备的记录，核心是三类：原站资产与结构、迁移操作与验证、以及迁移后的监控与回滚依据。缺少任何一类，出问题时都只能靠猜。下面按“查什么、怎么查、结果说明什么”给出一份可执行清单，并说明两种常见处理方案的适用条件。

先决定：一次性切换还是并行过渡

迁移有两种典型处理方案。方案A是一次性切换：旧站直接下线，新站上线，适合页面数量少、结构简单、没有复杂会员或订单数据的站点。方案B是并行过渡：新旧站同时可访问一段时间，逐步切换入口，适合有大量收录页面、有用户登录或交易流程、或需要分批次验证的站点。

判断依据看三点：一是旧站被外部链接引用的页面数量，数量多则并行更稳；二是是否有用户数据写入，有则必须先确认数据一致性；三是能否接受短暂访问异常。如果三点都偏保守，选并行过渡；如果站点规模很小，一次性切换更省事。

迁移前必须导出的资产与结构记录

• 页面清单：查什么——把旧站所有可访问的页面地址导出。怎么查——用站点地图文件、爬虫工具或服务器访问日志整理。结果说明什么——这份清单是后续做地址对应的底表，缺页会导致迁移后出现死链。
• 地址对应表：查什么——每个旧地址迁移后对应哪个新地址。怎么查——逐条人工确认或按规则批量映射。结果说明什么——对应关系明确，才能设置跳转；没有对应的页面要标记为“删除”并说明理由。
• 外部链接与流量来源记录：查什么——哪些外部页面链接到旧站，哪些页面带来自然访问。怎么查——通过站长类工具的链接报告和访问统计导出。结果说明什么——被大量引用的页面优先保留原地址或做精准跳转，避免迁移后流量断崖。
• 技术配置记录：查什么——旧站的域名解析、服务器环境、伪静态规则、证书配置。怎么查——登录域名管理后台和服务器面板逐项截图或导出。结果说明什么——新环境要能复现这些配置，否则会出现访问异常或跳转失效。

迁移操作过程要留下哪些记录

操作记录的价值在于出问题时能定位到具体一步。建议至少保留以下内容：

1. 操作时间线：记录每次改动的时间、执行人、改动内容。结果说明什么——出现异常时能判断是哪一步引入的。
2. 数据库与文件备份：迁移前完整备份旧站文件和数据库，记录备份存放位置和校验方式。结果说明什么——这是回滚的唯一依据，没有备份就不要开始迁移。
3. 跳转规则记录：记录每条跳转的源地址、目标地址、跳转类型（如301或302）。结果说明什么——便于逐条验证，也便于日后排查跳转链过长的问题。
4. 域名解析变更记录：记录解析修改前后的记录值、修改时间。结果说明什么——解析生效有延迟，记录时间点能避免误判为故障。

迁移后要核对的检查项

• 抽查旧地址是否按对应表跳转到新地址，重点检查被外部引用的页面。
• 检查新站是否返回正常状态码，页面内容是否完整加载。
• 检查站点地图是否更新为新地址，并确认能被正常读取。
• 检查访问统计中是否出现大量404或异常来源。
• 检查用户登录、表单提交、订单等关键流程是否可用。

每项检查记录“检查时间、检查结果、是否通过”。如果某项不通过，先判断是配置遗漏还是解析未生效，再决定修复还是回滚。回滚条件应提前写清，例如“关键流程连续不可用超过设定时长”即触发回滚。

两种方案的记录重点差异

一次性切换的记录重点在备份与回滚：迁移前备份必须完整，回滚步骤要提前演练。并行过渡的记录重点在两套环境的地址一致性：要记录哪些页面已切换、哪些还在旧站，避免用户在两套环境间跳转混乱。选择哪种方案，取决于站点规模和能否承受短暂异常，而不是哪种更“先进”。

下一步：先把上面的页面清单和地址对应表做出来。这两份记录没完成之前，不要动域名解析。