山西做网站，网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /19aa550e0c44.html
📄
山西做网站，网站迁移应准备哪些记录
网站迁移前最该准备的不是服务器账号，而是一份能倒推验收的记录清单：域名与解析记录、原站文件与数据库备份、页面URL对照表、账号权限交接表、迁移操作日志、上线后检查结果。只要这些记录齐全，即使迁移由不同的人接手，也能判断哪些内容已搬完、哪些链接会失效、出问题该找谁。
从交付结果倒推：迁移完成后要能证明什么
把迁移当成一次交付，验收时要能回答三个问题：新站内容是否与原站一致，旧链接是否还能到达对应页面，出故障时能否快速回退。围绕这三个结果，记录分成四类。
- 资产记录：程序文件、图片、附件、数据库导出文件、配置文件的存放位置和版本。
- 对应关系记录：旧URL与新URL的逐条对照，尤其是栏目页、文章页和带参数的页面。
- 权限记录：域名注册商、DNS服务商、服务器、数据库、后台管理员、备案相关账号的持有人和交接状态。
- 过程记录：每次操作的时间、执行人、改动内容、验证结果，以及回退时的恢复步骤。
如果只备份了文件却没记录数据库版本，或者只改了域名解析却没保存旧解析值，迁移出问题时就会缺少比对依据。记录的价值在于让判断有据可查，而不是凭印象说“应该搬完了”。
迁移前必须留存的六类记录
以下清单按操作顺序排列，第一次做迁移可以逐项打勾。
- 域名与DNS记录：当前A记录、CNAME记录、MX记录、TXT记录的完整值，以及域名到期时间。改解析前先截图或抄录，回退时才有原始值可恢复。
- 原站完整备份：网站根目录文件、数据库导出文件、上传附件目录。备份完成后校验文件数量和数据库表数量，避免压缩包损坏却未发现。
- URL清单：用站点地图或爬取工具导出旧站所有可访问URL，标注每个URL对应的新地址。没有对应页面的，要决定是做301跳转还是返回404。
- 账号与权限清单：列出每个平台的登录入口、账号持有人、是否开启二次验证。迁移涉及交接时，改密和转移所有权的顺序要写清楚。
- 环境配置记录：程序版本、数据库版本、伪静态规则、定时任务、邮件发送配置。这些不随文件一起搬，容易在迁移后被遗漏。
- 第三方依赖记录：统计代码、支付接口、短信接口、CDN、对象存储等外部服务的配置项和回调地址。
其中URL清单最容易被低估。假设原站有一篇文章地址是 /news/2023/05/12/abc.html，新站改成了 /article/abc，如果没有记录这条对应关系，旧链接被访问时就会返回404，此前积累的访问入口等于断掉。跳转规则应写成可执行的配置，而不是只写在文档里。
责任分工与操作日志怎么记
迁移通常涉及建站方、域名持有人、服务器提供方三方。记录里要明确每项任务的负责人和完成状态，避免出现“以为对方改了”的空档。
- 谁负责导出数据库，导出后放在哪里，何时完成。
- 谁负责修改DNS解析，修改前后的记录值分别是什么。
- 谁负责在新环境部署并验证，验证通过的标准是什么。
- 出现异常时，第一联系人和回退操作由谁执行。
操作日志不必复杂，一行一条即可：时间、操作人、动作、结果。例如“14:20 修改A记录为新的服务器地址，14:35 本地解析生效，首页可访问”。这类记录在排查“为什么部分地区访问异常”时非常有用，因为DNS生效本身存在时间差，不同网络环境的结果可能不一致。
上线后的检查项与判断标准
迁移完成不等于可以收工，要按检查项逐条确认，并记录结果。
- 首页、栏目页、文章页各抽查若干条，确认内容完整、图片正常显示。
- 随机抽取URL对照表中的旧地址，确认跳转到正确的新页面，而不是统一跳到首页。
- 检查表单提交、搜索、登录等交互功能是否可用。
- 确认统计代码和第三方接口已切换到新环境，回调地址无误。
- 观察一段时间内的访问日志，看是否出现大量404或服务器错误。
判断标准要提前定好，例如“旧URL抽查20条全部正确跳转”才算通过。如果只检查了首页就宣布完成，后续发现的问题往往要花更多时间定位。需要说明的是，搜索引擎重新抓取和收录更新需要时间，迁移记录能保证的是链接可达和内容一致，不能承诺具体的收录速度或排名结果。
下一步建议：先导出当前域名解析记录和全站URL清单，再对照上面的六类记录逐项补齐缺口。缺哪一项，就先补哪一项，再安排迁移操作。
