建站方案说明-网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b595fac42a32.html
📄
建站方案说明-网站迁移应准备哪些记录
网站迁移前要准备的记录，不是一份“迁移清单”本身，而是能证明迁移前后状态一致、问题可追溯、责任可验收的证据集合。核心包括：原站内容与结构清单、域名与DNS记录、服务器与数据库配置、重定向规则、迁移操作日志、验收对比结果。缺少这些记录，迁移后一旦出现页面丢失、排名波动或功能异常，很难定位是数据问题、配置问题还是操作失误。
从交付结果倒推：迁移后要证明什么
先明确迁移完成的验收标准，再决定记录什么。常见的可验证结果有：
- 原站可访问的URL，迁移后仍返回正常状态码，或按规则跳转到新地址。
- 页面标题、正文、图片、附件与迁移前一致，无空白、乱码或错位。
- 表单、登录、支付、搜索等功能可正常提交并返回预期结果。
- 数据库中的文章、用户、订单等关键数据条数与迁移前一致。
- 新服务器上的定时任务、缓存、邮件发送等后台服务正常运行。
每条结果都需要对应记录来支撑。例如“页面一致”需要迁移前后的URL清单和页面快照；“数据一致”需要导出前后条数对比。没有这些记录，验收只能靠感觉。
迁移前必须留存的五类记录
第一类：原站结构与内容清单。包括所有栏目、页面、文章、产品、标签的URL列表，以及每类内容的数量。可以用站点地图、数据库导出或爬虫工具生成。记录格式建议为表格：URL、内容类型、最后修改时间、是否允许索引。这份清单是迁移后逐项核对的基准。
第二类：域名与DNS记录。记录当前域名注册商、DNS服务商、A记录、CNAME记录、MX记录、TXT记录及其TTL值。迁移涉及换服务器或换DNS时，这些值决定了解析切换是否完整。特别注意邮件相关记录，漏掉MX记录会导致企业邮箱中断。
第三类：服务器与运行环境配置。包括Web服务器类型与版本、PHP或运行环境版本、数据库类型与版本、已安装扩展、伪静态规则、SSL证书信息。这些记录用于在新环境复现相同条件，避免因版本差异导致页面报错或功能失效。
第四类：重定向与URL规则。如果迁移伴随域名变更或目录结构调整，必须提前记录旧URL到新URL的映射规则。逐条列出需要301跳转的地址，而不是只写“统一跳转”。规则缺失会造成大量死链，影响用户体验和搜索引擎对页面的抓取。
第五类：迁移操作日志。记录每一步操作的时间、执行人、操作内容、执行结果。例如“某时某分导出数据库”“某时某分上传文件到新服务器”“某时某分修改DNS”。日志的作用是出现问题时能快速定位是哪一步引入的异常。
一个可执行的迁移记录检查项
假设你要把站点从旧服务器迁到新服务器，可以按以下顺序执行并记录：
- 导出原站数据库，记录导出文件大小和表数量。
- 打包原站文件，记录压缩包大小和文件总数。
- 在新服务器导入数据库，记录导入后表数量和关键表行数。
- 上传文件到新服务器，记录解压后文件总数。
- 修改配置文件中的数据库连接信息，记录修改前后的值。
- 在本地hosts或临时域名下访问新站，逐项核对页面、功能、状态码。
- 确认无误后切换DNS，记录切换时间和TTL。
- 切换后再次核对关键页面和功能，记录异常项及处理结果。
每一步的“记录”不是形式，而是当第6步发现某页面空白时，你能立刻判断是数据库导入不全、文件缺失，还是配置未更新。如果只有“迁移完成”四个字，排查只能从头再来。
迁移后验收对比怎么做
验收对比要围绕迁移前的清单逐项进行，而不是随机点几个页面。可以按以下维度对比：
- URL状态：原站清单中的每个URL，在新站返回200、301还是404。404需要单独列出并判断是否预期。
- 内容一致性：随机抽取若干页面，对比标题、正文首段、图片数量。差异要记录具体页面和差异内容。
- 功能可用性：表单提交、用户登录、搜索、分页、评论等，逐项操作并记录结果。
- 性能与可访问性：记录新站首页和关键页面的加载时间、SSL是否有效、移动端是否正常显示。
对比结果中出现的异常，要区分“可能原因”和“已经定位的原因”。例如页面404可能是重定向规则未生效，也可能是文件确实未上传，不能直接断言是某一种。记录现象和排查过程，比记录结论更有价值。
记录留存与责任分工
迁移记录应至少保留到新站稳定运行一段时间之后，具体时长根据业务对中断的容忍度决定。记录要放在团队可访问的位置，而不是只存在某个人电脑里。责任分工上，建议明确：谁负责导出数据、谁负责新环境配置、谁负责验收核对、谁负责切换DNS。每项任务完成后由执行人记录结果，验收人复核并记录差异。
如果迁移涉及外部服务商，记录中还应包含服务商提供的变更单号或工单编号，便于后续追溯。没有工单编号时，至少记录沟通时间、对接人和确认内容。
下一步，你可以先整理原站URL清单和DNS记录，这两项是后续所有核对工作的基础。整理完成后，再按上面的检查项逐条执行并记录，迁移过程会更容易定位问题。
