网站建设案例分享：网站迁移应准备哪些记录？先分清两种迁移做法
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b334597e8fe1.html
📄
网站建设案例分享：网站迁移应准备哪些记录？先分清两种迁移做法
网站迁移要准备的记录，取决于你选哪种做法：一种是保留原站、只把访问入口逐步切到新站；另一种是彻底替换，旧站下线、新站接管。前者要重点记录两边并行期间的对应关系，后者要重点记录旧站的全部资产与切换时点。无论选哪种，至少应准备四类记录：域名与解析记录、页面与链接对应记录、内容与资源清单、验证与回滚记录。下面先比较两种做法的条件和代价，再给出选择步骤。
两种迁移做法的适用条件与代价
渐进切换指旧站继续可访问，新站先上线一部分，再逐步把入口指向新站。适用条件：旧站仍在正常运营、不能接受长时间中断、页面数量多且需要分批核对。代价是两边内容会短期并存，必须记录哪些页面已经切换、哪些还没有，否则容易出现同一内容两个入口、内部链接指向不一致的问题。记录成本主要在维护一张对照表。
一次性替换指新站准备好后，在某个时点整体切换，旧站随后下线或只做跳转。适用条件：站点规模较小、改动范围明确、可以安排一个低流量时段操作。代价是切换瞬间所有入口同时变化，一旦解析或跳转配置有误，影响面是整站。记录成本主要在切换前的完整盘点和切换后的逐项验证。
两种做法的记录有重叠部分，区别在于：渐进切换必须记录“当前进度”，一次性替换必须记录“切换前后快照”。如果你无法安排人在切换后几小时内逐项检查，渐进切换更稳妥；如果你能集中时间做一次完整验证，一次性替换的记录更简单。
必须准备的记录清单
- 域名与解析记录：当前使用的域名、子域名、各条解析指向、TTL 值、证书覆盖的域名范围。迁移前把这些抄成一份文本清单，切换后逐条比对。
- 页面与链接对应记录：旧地址到新地址的一一对应表。旧站有而新站没有的页面，要明确写出处理方式：保留、合并到某个新页面，还是返回 404。
- 内容与资源清单：图片、附件、视频、可下载文件的存放位置和引用它的页面。迁移后常见问题是页面搬了、资源没搬，或资源路径大小写不一致。
- 验证与回滚记录：切换后要检查哪些地址、由谁检查、发现问题时如何退回旧配置。回滚记录应包含旧解析值、旧证书和旧站是否仍可用。
一个可执行的对照表示例
假设旧站有三个页面，迁移到新路径，对照表可以写成这样（示例为假设，非真实项目）：
/old/about.html → /new/about/ → 已切换 → 检查人：A → 检查时间：切换后2小时
/old/list.html → /new/list/ → 未切换 → 计划次日处理
/old/temp.html → 无对应 → 返回404 → 已确认无外部引用
这张表的作用是让“哪些已完成、哪些待处理、哪些已放弃”一目了然。判断结果的方式很直接：如果切换后仍有页面指向旧地址且旧地址已失效，说明对照表漏项；如果旧地址仍能访问但内容已过期，说明下线步骤没执行。
选择步骤与检查项
- 先数清站点页面数量和外部引用数量，作为判断迁移规模的依据。
- 如果页面多、外部引用多、无法集中验证，选渐进切换，先建立对照表并标注进度。
- 如果页面少、可以安排集中操作，选一次性替换，先做完整盘点再做切换。
- 切换前确认回滚路径可用：旧解析值、旧证书、旧站文件至少保留到验证结束。
- 切换后按对照表逐条打开新旧地址，记录状态：正常、跳转正确、跳转错误、无法访问。
- 验证完成后，再决定旧站是保留跳转还是彻底下线，并把决定写进记录。
无论选哪种做法，记录的核心都是让每一步可核对、可回退。下一步建议先建立那份地址对照表，把旧站所有可访问地址列出来，再逐条填写新地址和处理方式；表填完，迁移方案选哪种也就清楚了。
