博客网站建设：网站迁移应准备哪些记录？清单与两种做法
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fdf12cd48e1e.html
📄
博客网站建设：网站迁移应准备哪些记录？清单与两种做法
网站迁移前最该准备的是一份可核对的迁移记录，而不是只备份数据库和文件。至少要记录域名与DNS、服务器环境、程序与插件版本、数据库表前缀、固定链接结构、重定向映射、账号权限、备份位置和验证结果。少了其中任何一项，迁移后都可能出现打不开、图片丢失或旧链接失效。下面按准备、实施、验证、维护四步说明，并比较“整站打包迁移”和“逐项重建迁移”两种做法的适用条件。
准备阶段：先把现状写成可查的记录
迁移记录的价值在于，出问题时能对照还原，而不是靠记忆。建议用一张表格或纯文本清单，逐项填写并保存到本地和云端各一份。
- 域名与DNS记录：当前使用的域名、解析服务商、A记录、CNAME、MX邮件记录、TTL值。迁移前先截图或导出，避免改错解析后邮件也中断。
- 服务器环境：PHP或运行环境版本、Web服务器类型、数据库类型与版本、是否启用HTTPS、证书到期时间。
- 程序与依赖：博客程序版本、主题名称与版本、插件或扩展清单及版本号。不要只记“装了缓存插件”，要记具体名称和版本。
- 数据库信息：数据库名、用户名、表前缀、字符集。表前缀常被忽略，恢复时用错前缀会导致页面空白。
- 固定链接与重定向：当前文章URL结构，例如是
/archives/123还是/post/标题。记录后决定新站是否沿用，若改变必须准备301映射表。 - 账号与权限：管理员账号、FTP或SFTP账号、数据库账号。密码不要写在公开文档里，可用密码管理器单独保存。
- 备份位置与时间：完整备份文件存放路径、备份完成时间、校验方式，例如文件大小和MD5值。
这一步最关键的是重定向映射表。迁移后旧链接若直接404，读者和外部链接都会流失。做法是导出旧站所有已发布文章URL，再对应新站URL，逐条写成“旧地址→新地址”。如果新站结构完全不变，这张表可以留空，但仍要记录“结构未变”这一结论。
实施阶段：两种处理方案的比较与选择
实际迁移通常落在两种做法之间，选择依据是站点复杂度、可停机时间和动手能力。
方案一：整站打包迁移。把文件、数据库、配置一起打包，在新服务器还原。适用条件是新旧环境版本接近、插件不多、能接受短暂停机。优点是速度快、结构一致；风险是环境不兼容时整站打不开，排查面较大。判断结果：如果新服务器数据库版本低于旧站，或程序版本跨度过大，优先考虑方案二。
方案二：逐项重建迁移。在新环境重新安装博客程序，再导入内容、主题和必要插件。适用条件是旧站插件杂乱、版本老旧，或想借迁移顺便清理。优点是环境干净、问题容易定位；缺点是耗时长，需要逐项核对。判断结果：如果站点文章数量少、插件可替代，方案二更稳；如果文章上千且依赖特定插件，方案一更省事。
无论选哪种，实施时都要先在新地址用临时域名或本地环境跑通，确认无误后再切换正式域名。切换前保留旧站可访问，不要提前关站。
验证阶段：迁移后必须逐项检查
验证不是打开首页就算完成。按下面清单逐条走一遍，发现问题记录现象和可能原因，不要急着下结论。
- 首页、文章页、分类页、标签页、搜索页能否正常打开。
- 图片、附件、样式文件是否加载，控制台有无404。
- 旧文章链接是否跳转到新地址，随机抽十条测试。
- 后台能否登录，发布一篇测试文章再删除。
- 评论、表单、订阅功能是否可用。
- HTTPS是否正常，有无混合内容警告。
- 邮件通知是否仍能发出，MX记录是否受影响。
如果某页打不开，可能原因包括固定链接规则未更新、数据库未完整导入、文件权限不对。这些是可能原因，不是已经定位的原因，需要按错误提示逐项排除。验证通过后，再修改DNS解析指向新服务器。
维护阶段：切换后继续观察与记录更新
DNS生效通常需要一段时间，期间新旧服务器可能同时被访问。建议切换后至少观察数天，记录访问异常、报错日志和重定向命中情况。同时更新迁移记录：把新服务器信息、新DNS记录、最终URL结构补进去，形成下一轮迁移可用的底稿。
下一步可以直接做一件事：打开旧站后台，导出全部文章链接列表，与迁移记录中的重定向表对照，缺一条补一条。这张表就是迁移能否平稳落地最实际的判断依据。
