📍 WDQWDWQD987AAAAA:216.73.217.83
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /20b6dd636bf7.html
📄

邯郸做网站-网站迁移应准备哪些记录：从一份假设清单讲清起点

网站迁移前最该准备的记录，不是“备份完了”这一句话，而是一份能还原原站结构、内容、配置和外部关联的清单。对第一次接触迁移的人来说，起点是先把原站现状记录下来，再决定哪些内容原样搬、哪些要改。下面用一个假设例子展开：假设你在邯郸做网站，原站放在一家服务商的虚拟主机上，现在要换到新主机并保留原有栏目和文章。

先记录原站的基本身份信息

这部分记录决定迁移后能否被正确访问。需要逐项写下：

• 域名注册商和域名到期时间，登录账号由谁保管。
• 原主机服务商、主机类型、IP 地址、操作系统和运行环境版本。
• 网站程序名称与版本，例如使用哪个内容管理系统；数据库类型和版本。
• 域名解析服务商，以及现有 A 记录、CNAME 记录、MX 记录和 TXT 记录。
• 是否启用 HTTPS、证书类型、证书到期时间、证书由谁签发。

这些信息不要只凭记忆，要到域名管理后台和主机控制面板逐条抄录。常见错误是只备份了网站文件，却忘了记录邮件解析记录，迁移后企业邮箱收不到信。

记录内容与数据库的对应关系

网站迁移不是单纯复制文件夹。文章、页面、用户、评论、表单记录通常存在数据库里，图片和附件存在文件目录里。需要记录：

1. 数据库名称、数据库用户名、连接地址和字符集。
2. 网站根目录路径，以及上传目录、缓存目录、日志目录的位置。
3. 哪些栏目是手工页面，哪些由程序动态生成。
4. 是否有伪静态规则、重定向规则或自定义路由。
5. 是否安装了插件、扩展或第三方统计代码，各自负责什么。

假设原站有 200 篇文章和 500 张图片，迁移前应分别导出数据库和上传目录，再在新环境导入。判断是否完整的简单方法：迁移后随机打开 10 篇文章，检查正文、图片、发布时间和作者是否都在；再提交一次搜索或站内查询，看能否返回旧内容。

记录外部关联与访问入口

外部关联包括搜索引擎已收录的网址、友情链接、广告投放链接、公众号或小程序里引用过的页面地址。迁移时如果网址结构变化，需要准备旧地址到新地址的对应关系。可以用表格记录：

• 旧网址、新网址、对应关系类型，例如一对一或栏目对栏目。
• 哪些旧网址有外部链接或广告投放，优先保证可访问。
• 网站地图文件地址、robots 文件内容、统计工具账号。
• 备案信息、主体信息、联系方式页面是否需要同步更新。

这里要区分“可能原因”和“已经定位的原因”。迁移后某个页面打不开，可能是文件没上传、数据库没导入、伪静态规则没配置或解析未生效，不能一上来就断定是某一种。逐项核对记录清单，才能缩小范围。

迁移前检查与迁移后验证

迁移前建议做一次完整备份，并记录备份文件存放位置和校验方式。迁移后按以下顺序检查：

1. 用临时地址访问新站，确认首页、栏目页、文章页能打开。
2. 检查后台能否登录，发布一篇测试文章，确认写入正常。
3. 检查图片、附件、样式和脚本是否加载正常。
4. 确认域名解析切换后，旧地址和新地址都能按预期访问。
5. 观察一段时间内表单提交、邮件通知和统计代码是否正常。

对第一次做迁移的人来说，下一步不是急着切换域名，而是先把上述记录整理成一张表，标出哪些项目已经确认、哪些还缺信息。记录越完整，迁移时越容易判断问题出在哪一层。