cms系统选择：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ed87b8e8dead.html
📄
cms系统选择：网站迁移应准备哪些记录
网站迁移前最该准备的记录，是一份能还原原站内容、结构、配置和访问表现的清单。它至少要覆盖页面URL、标题与正文、栏目层级、模板与插件、数据库连接、图片附件、跳转规则、统计代码和当前访问日志。缺少这些记录，迁移后一旦出现打不开、内容错位或收录下降，就只能靠猜，无法判断问题出在导出、导入还是解析环节。
先记录原站的可观察状态
迁移不是先动服务器，而是先固定原站现状。打开浏览器开发者工具或使用抓取工具，记录以下可核对项：
- 首页、栏目页、详情页各取3至5个样本URL，记下HTTP状态码、页面标题、正文首段。
- 记录当前使用的CMS名称与版本号，以及主题、插件或模块清单。版本号可在后台关于页或程序文件中查看。
- 记录数据库类型、字符集、表前缀和连接方式，但不要把密码写进公开文档。
- 导出当前URL规则，例如详情页是
/article/123.html还是/post/123，这决定迁移后是否需要重写。
这些记录的作用是建立对照基线。迁移后出现差异时，可以逐项比对，而不是凭感觉判断“好像变了”。
内容与附件要分开记录
很多迁移故障不是数据库导入失败，而是附件路径没有同步。建议把内容记录和文件记录分成两份表。
内容表至少包含：文章ID、原URL、标题、发布时间、所属栏目、作者、状态（已发布或草稿）。附件表至少包含：文件名、原存放路径、文件大小、关联文章ID、是否存在缩略图。若原站使用对象存储或CDN，还要记录文件外链地址和引用方式。
判断结果的方法很直接：迁移后随机抽10篇带图文章，逐篇检查图片是否显示、链接是否指向新站地址。若图片地址仍指向旧域名，说明附件路径没有替换完整。
配置与跳转规则单独留档
CMS系统选择不同，配置存放位置也不同。无论换成哪种系统，都要先记录原站的伪静态规则、301跳转、robots.txt、sitemap地址和统计代码。这些内容往往不在数据库里，而在Web服务器配置或主题设置中。
处理时按以下顺序执行：
- 复制原站伪静态规则全文，标注哪些规则对应栏目页、详情页和分页。
- 导出所有已存在的301跳转记录，特别是旧域名到新域名、旧栏目到新栏目的映射。
- 记录robots.txt中允许和禁止抓取的目录，迁移后不要直接照搬，要先确认新站目录结构是否一致。
- 记录统计代码的部署位置，是放在模板页脚还是通过标签管理器加载。
复查时，用curl -I检查几个典型URL返回的状态码。若旧URL返回404而不是301，说明跳转规则没有生效；若返回200但内容为空，说明规则匹配到了错误目标。
迁移后按记录逐项复查
记录的价值在于复查。迁移完成后，按原清单逐项核对：页面状态码是否一致、标题与正文是否完整、附件是否可访问、跳转是否指向正确目标、统计代码是否只加载一次。发现差异时，先判断是数据缺失、路径错误还是规则冲突，再决定重新导入还是修改配置。
如果原站已有访问日志，迁移前保留一份最近7天的日志样本。迁移后对比新旧日志中同一URL的请求状态，可以较快定位是服务器解析问题还是CMS路由问题。没有日志时，至少保留抓取工具生成的URL状态清单，作为下一步排查依据。
下一步建议：先导出上述记录并保存为独立文件，再开始迁移操作；迁移完成后用同一份清单做一次全量比对，确认无差异后再切换域名解析。
