小企业网站建设，网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /01c536190c42.html
📄
小企业网站建设，网站迁移应准备哪些记录
网站迁移前应准备一套可核对的记录，至少覆盖域名与DNS、服务器与程序、数据库与文件、页面与链接、邮件与第三方服务、备份与回滚六类。记录的目的不是留档好看，而是迁移后能逐项比对，出现问题时快速判断是哪一层出了偏差。适用前提是：你拥有或能联系到原服务商、原技术人员，且迁移前后都能登录相关后台。如果这些条件不具备，先补齐权限，再谈迁移。
先记录域名和DNS，这是排查的第一层
域名解析错误是迁移后打不开、部分地区打不开的常见原因之一，但并非唯一原因。需要记录的内容包括：
- 域名注册商、到期时间、续费账号。
- 当前使用的DNS服务商，以及全部解析记录：A记录、AAAA记录、CNAME记录、MX记录、TXT记录。
- 每条记录的主机名、记录类型、记录值、TTL。
- 是否存在CDN或反向代理，若有，记录其接入方式与回源地址。
做法：在原DNS后台逐条抄录，不要只截图，因为截图可能漏掉折叠项。迁移后在新解析生效前后，用命令行核对，例如在Windows上执行 nslookup 你的域名，在Linux或macOS上执行 dig 你的域名，把返回结果与记录表对照。判断结果：若返回的IP与记录表一致，说明解析已生效；若不一致，先等TTL过期再查，不要立刻反复修改。
服务器与运行环境要记到版本号
“新服务器装好了”不等于“环境一致”。迁移后页面报错、后台打不开，很多情况源于版本差异。需要记录：
- 操作系统类型与版本。
- Web服务器软件及版本，如Nginx、Apache。
- 程序语言版本，如PHP、Python、Node.js。
- 数据库类型与版本，如MySQL、MariaDB、PostgreSQL。
- 已安装的扩展或模块，以及必要的配置项，如上传大小限制、伪静态规则。
这些信息通常能在主机控制面板或命令行中查到。例如PHP可执行 php -v，MySQL可执行 mysql --version。验收信号：新环境与原环境在上述项目上一致，或差异已被确认不影响程序运行。若某项版本不同，先在测试环境验证，不要直接切正式流量。
文件和数据库记录要能还原出完整站点
迁移的本质是把站点内容完整搬到新位置。需要记录并备份：
- 网站根目录的完整文件，包括上传的图片、附件、主题或模板文件。
- 数据库全部表的结构与数据。
- 配置文件中的数据库连接信息、密钥、缓存路径等。
- 备份文件的存放位置、生成时间、大小，以及校验方式。
做法：导出数据库后，在新环境导入，再用原后台账号登录，检查文章数量、用户数量、订单或表单记录是否与迁移前一致。判断结果：数量一致且能正常打开详情页，说明数据迁移基本完整；若数量缺失，先检查导出时是否中断，而不是先怀疑程序。
页面地址、链接和跳转规则要单独列一份对照
小企业网站迁移后常见的具体问题是：首页能打开，但原来被搜索引擎收录的内页变成404。这通常与固定链接结构或伪静态规则变化有关。需要记录：
- 迁移前主要页面的URL清单，至少覆盖首页、栏目页、产品页、文章页、联系方式页。
- 原站的固定链接格式或路由规则。
- 原站存在的301跳转规则。
- 网站地图文件地址及生成方式。
验收信号：随机抽取迁移前记录中的若干URL，在新站访问，应返回200或合理的301跳转，而不是404。若返回404，按对照表补跳转规则，再重新检查。这一步与搜索引擎收录相关，但不保证收录结果，只保证地址可达性。
邮件、第三方服务和回滚方案不能漏
域名解析里的MX记录决定企业邮箱能否收信，迁移时若只改A记录而误删MX记录，邮件会中断。需要记录：
- MX记录及企业邮箱服务商信息。
- 网站使用的第三方服务：统计代码、在线客服、支付接口、短信接口、地图接口。
- 各服务的账号、回调地址或授权域名。
- 回滚方案：原服务器保留多久、原DNS记录如何恢复、回滚由谁执行。
验收信号：迁移后发一封测试邮件到企业邮箱，确认能收到；打开使用了第三方服务的页面，确认功能正常。若某项服务依赖授权域名，需在新域名或新地址下重新配置。
按清单逐项核对，再决定是否完成迁移
把以上记录整理成一张表，每项标注“迁移前状态”和“迁移后状态”，逐项打勾。出现异常时，先看对应那一层是否一致，再决定改哪里。这样做的价值在于：把“网站打不开”这种笼统现象，拆成解析、环境、数据、地址、外部服务几个可分别验证的环节。下一步可以做的，是先完成域名与DNS、服务器环境两项记录，再导出一次完整备份，确认备份可还原后，才开始正式切换。
