哪个网站建设好，网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1ef0606db1fb.html
📄
哪个网站建设好，网站迁移应准备哪些记录
网站迁移前最该准备的不是一份“搬家清单”，而是一套能证明新旧两边一致的记录：哪些页面必须保留、哪些地址要重定向、哪些资源被外部引用、迁移后如何逐项核对。很多人以为把文件复制到新空间、把域名解析改过去就算完成，结果出现旧链接失效、表单收不到信、图片被防盗链拦截等问题，根源就是迁移前没有留下可对照的记录。
常见误解：迁移只是把文件搬过去
把网站迁移理解成“复制文件+改解析”，会漏掉三类东西。第一类是地址关系：旧页面的路径、参数、大小写与中文编码，和新站是否一一对应。第二类是外部依赖：统计代码、字体、CDN、支付回调、邮件发送服务，它们记的是旧域名或旧服务器信息。第三类是状态记录：迁移前的收录情况、可访问状态、表单与接口是否正常，没有这份基线，迁移后无法判断问题是新出现的还是原本就有。
因此迁移记录的作用是“可对比”。它不追求记录得多，而追求每一项都能在新旧两边找到对应值。
迁移前必须留下的记录清单
按下面几类整理，每类都落到具体文件或表格里，而不是只记在脑子里。
- URL 清单：从站点地图、服务器访问日志、后台文章列表三处汇总，去重后得到完整地址表。每条记录旧地址、页面类型、是否有流量、迁移后目标地址。
- 重定向规则表：一行一条，写明旧路径到新路径的映射，以及是 301 还是 302。只有确定永久替换时才用 301。
- 资源与引用记录：站内图片、CSS、JS 的引用方式；站外引用了本站图片的地方；本站引用的外部接口地址。
- 服务配置记录：域名解析记录、SSL 证书类型与到期时间、邮件发送的 SPF 与 DKIM 记录、支付或登录回调地址。
- 迁移前基线：随机抽取若干页面，记录其标题、状态码、加载是否正常；再测一次表单提交和接口调用，把结果截图或写进表格。
如果站点规模很小，可以只保留 URL 清单、重定向表和服务配置三项；页面越多、外部引用越多，越需要完整记录。
一个可执行的核对例子
假设旧站有一个地址 /news/2023/01.html，迁移后新站改成 /article/2023-01。迁移前在重定向表里写下这一行，迁移后用命令行或在线工具请求旧地址，观察返回状态码。返回 301 且最终落到新地址，说明这条映射生效；返回 404，说明规则没写或没生效；返回 200 但内容还是旧页，说明重定向没触发。三种结果对应三种不同的处理方向，不要看到 404 就直接判定“服务器有问题”。
同样的方法适用于表单：迁移前记录一次成功提交的表现，迁移后重测，若失败，先查回调地址是否还指向旧域名，再查新服务器的发信配置，最后才怀疑代码。
判断记录是否够用的标准
一条实用标准是：迁移后随便挑一个旧地址，你能在不翻旧服务器的情况下说出它应该变成什么、为什么这样变。如果说不出来，说明记录还缺。另一个标准是外部服务：凡是别人填过你域名的地方，都应该在记录里有对应条目，否则迁移后问题会以“莫名其妙收不到信”“登录跳转失败”的形式出现。
适用条件是迁移前后结构基本不变。如果同时在做改版、换栏目结构，重定向表会更长，此时应先把旧地址全部导出，再逐条决定保留、合并还是删除，删除的页面也要记录，避免迁移后才发现有流量页面被直接砍掉。
下一步：先把当前站点的 URL 清单导出成表格，补上“迁移后目标地址”一列，再从服务器配置里抄下解析、证书和邮件相关记录，这两份东西齐了，迁移才有可对照的依据。
