网站迁移前应准备的记录,核心是能还原“原站有什么、放在哪里、怎么运行、如何验证”的四类信息:内容与链接清单、域名与解析记录、服务器与程序配置、迁移前后对照表。缺少任何一类,都可能导致迁移后页面打不开、收录丢失或功能异常。下面按迁移决策的实际顺序说明。
“迁移”至少分三种,所需记录不同。第一种是换服务器但不换域名,重点是程序版本、数据库、伪静态规则和备份文件。第二种是换域名或改目录结构,重点是全量URL清单和301跳转映射。第三种是换建站方式,比如从静态页面改为CMS,重点是原页面字段与目标模板字段的对应关系。判断方法:先写下迁移前后“域名是否变化”“URL路径是否变化”“程序是否更换”三个问题的答案,三题全为“否”时,记录量最小;任意一题为“是”,就要增加对应清单。
这部分是迁移后最容易出问题的环节,建议用表格逐条登记,而不是只做整站打包。
假设一个商洛本地企业站有80个内容页、12个栏目页,迁移前只备份了数据库却没导出URL清单。迁移后如果栏目路径从/news/改为/xinwen/,旧链接全部失效,此时没有清单就无法建立完整的跳转映射。这个例子说明:URL清单不是可选项,而是换路径时的必需项。
这部分记录决定迁移能否顺利切换,重点是可核对、可回滚。
判断条件:如果新服务器环境版本低于原环境,程序可能报错;如果DNS记录的TTL较长,切换后生效时间会变长,回滚窗口也相应变大。这些都要在迁移前记录清楚,而不是切换当天再查。
迁移完成后,需要一份可执行的核对表,而不是凭感觉判断“看起来正常”。建议至少包含以下检查项:
这里要区分“可能原因”和“已经定位的原因”。例如迁移后某页面打不开,可能是文件未上传、路径写错、权限不足或重写规则缺失,不能直接断定是某一种。正确做法是先用状态码和服务器日志缩小范围,再逐项排除。
如果只是换服务器、域名和路径都不变,优先做完整备份加环境核对,代价最低。如果要改URL结构,先整理URL清单和跳转映射,再迁移,否则后期补跳转的成本更高。如果同时换域名和程序,建议分两步走:先完成数据与内容迁移并验证,再切换域名解析,这样出问题时更容易定位。每一步都应保留旧环境一段时间,确认新站稳定后再关闭。
下一步可以直接做一件事:新建一张表格,列出“URL、页面标题、原路径、新路径、跳转状态、验证结果”六列,把现有页面逐条填入。这张表填完,迁移所需的核心记录就基本齐了。