零基础建站，网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1b57269011a7.html
📄
零基础建站，网站迁移应准备哪些记录
网站迁移前最该准备的不是服务器账号，而是一份能让你在出问题时回退、核对和交接的记录清单。对零基础建站的人来说，最关键的一步是先把原站的“资产、配置、数据、外部依赖”四类信息逐项写下来，再动手迁移。记录越完整，迁移后验证越快，也越容易判断哪一步出了问题。
准备阶段：先记录原站的四类资产
不要急着上传文件或改 DNS。先打开原站后台、主机控制面板和域名管理页，把下面内容抄进一个文档或表格里，每项写清名称、位置、当前值和获取方式。
- 文件资产：网页程序目录、图片、附件、主题或模板文件、自定义脚本。记录它们存在哪里，是主机文件管理器、FTP 还是代码仓库。
- 数据资产：数据库类型、数据库名、用户名、字符集、数据表前缀。数据库密码不要直接写在公开文档里，可记“已保存在密码管理器”。
- 配置资产：域名解析记录、SSL 证书类型与到期时间、伪静态规则、重定向规则、缓存设置、定时任务。
- 外部依赖：统计代码、搜索平台验证文件、支付或表单接口、邮件发送服务、CDN、对象存储。记录它们绑定的域名和账号归属。
零基础建站常见的坑是只备份了网页文件，却忘了数据库或重定向规则。判断记录是否够用，可以问自己：如果原主机明天无法访问，我能否凭这份记录在新环境把站点恢复出来？
实施阶段：记录每一次改动和迁移动作
迁移过程中，每做一步就补一条记录，包括时间、操作人、操作对象、改动前后的值。例如修改 DNS 时，记录原记录类型、原记录值、新记录值、TTL 和修改时间。这样出现访问异常时，可以按时间线回查。
建议按下面顺序执行并同步记录：
- 在新环境创建站点和数据库，记录新主机的 IP、数据库连接信息、文件根目录。
- 导入原站文件和数据库，记录导入是否完整、有无报错、数据表数量是否一致。
- 修改配置文件中的数据库连接、站点地址等参数，记录改了哪些文件、改了哪几行。
- 在新环境用临时域名或 hosts 绑定测试，记录测试时看到的页面、报错和缺失资源。
- 确认无误后再改 DNS，记录修改时间和预期生效时间。
如果迁移中遇到页面空白、样式丢失或后台无法登录，先别断言是某一个原因。可能原因包括数据库连接错误、站点地址仍指向旧域名、文件权限不对、缓存未清除。对照记录逐项排除，比反复重装更有效。
验证阶段：用记录做对照检查
迁移完成后，不要只看首页能否打开。用准备阶段的记录逐项对照，检查以下内容：
- 首页、栏目页、文章页、搜索页是否都能正常访问。
- 图片、附件、样式表和脚本是否加载成功，有无 404。
- 后台能否登录，发布、修改、删除内容是否正常。
- 数据库中的用户、文章、评论、设置项数量是否与原站一致。
- 旧链接是否按记录中的重定向规则跳转到新地址。
- SSL 证书是否覆盖新域名，浏览器有无安全提示。
- 统计、表单、邮件等外部依赖是否仍能收到数据。
检查结果要写回记录：哪些通过、哪些失败、失败时的现象和错误信息。对零基础建站者来说，错误信息本身就是下一步排查的起点，不要只记“打不开”。
维护阶段：保留回退路径和交接记录
迁移完成后至少保留原站备份一段时间，并记录备份存放位置、备份时间、恢复方法。DNS 的旧记录也不要立刻删除，先记录在案，确认新站稳定后再清理。如果站点由多人维护，记录中还要写清各项账号和服务的归属人，避免换人后无人知道数据库密码或域名在哪管理。
维护记录可以很简单，一个表格即可，字段包括：项目、当前值、所在位置、最后修改时间、负责人、备注。每次改动后更新对应行，比事后回忆可靠得多。
下一步，先打开原站后台和主机控制面板，按“文件、数据、配置、外部依赖”四类各写三条记录。写不出来的那一条，就是迁移前需要优先补查的地方。
