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

网站建设平台 - 网站迁移应准备哪些记录

迁移前最该准备的记录是三类：账号与权限清单、内容与数据清单、配置与解析清单。只有这三类记录都完整，迁移后才能逐项核对，避免“看起来搬完了、实际上少了东西”。如果站点仍在使用某个网站建设平台，先确认该平台是否提供导出功能、导出范围是什么，再开始整理。

第一类：账号与权限记录

迁移涉及的账号往往不止一个，先列清单再动手。

• 平台登录账号、绑定邮箱或手机号，以及谁持有验证方式。
• 域名注册商账号、域名到期时间、域名锁状态。
• DNS 解析服务商账号，以及当前解析记录截图或导出的记录文件。
• 服务器或主机的管理入口、SSH 或面板账号（如涉及）。
• 第三方服务账号：统计、支付、邮件推送、客服组件等。

判断结果：如果某个账号只有某位离职人员能登录，这就是迁移前必须处理的阻塞项，而不是迁移中再想办法。

第二类：内容与数据记录

这一类的核心是“迁移前后能对数”。至少记录以下内容：

• 文章、页面、产品的数量，以及各自最后更新时间。
• 图片、附件、视频等媒体文件的数量和总体积。
• 用户、订单、评论等业务数据的条数（如站点涉及）。
• 数据库名称、字符集、表前缀等基础信息。
• 当前使用的网站建设平台是否支持整站导出，导出格式是什么。

可执行步骤：在旧站后台分别记录“文章总数”“页面总数”“媒体库文件数”，迁移完成后在新站后台读取同样三项，逐项比对。若数字不一致，先定位差异来源，再决定是否需要补迁。

适用条件：这项比对适用于内容型站点。若站点数据由外部系统实时调用，条数比对不成立，应改为记录接口清单和调用结果。

第三类：配置与解析记录

迁移后打不开、样式错乱、邮件收不到，多数与这一类记录缺失有关。

• 当前 DNS 记录：A、CNAME、MX、TXT 等，逐条记录主机名和记录值。
• SSL 证书类型、签发方式、到期时间。
• 固定链接结构或路由规则。
• 伪静态、重定向规则，以及已存在的跳转关系。
• 站点根目录结构、环境版本（如 PHP、数据库版本）。

检查项：迁移前访问旧站，记录首页、栏目页、详情页各一个可正常打开的地址；迁移后在新站用同样的路径访问，观察是否正常返回内容。若返回 404，先查路由或重定向记录，而不是直接改内容。

迁移前后的验收信号

记录备齐后，用以下信号判断迁移是否到位：

1. 三类清单逐项核对无缺项。
2. 内容数量与迁移前记录一致，或有明确说明的差异原因。
3. 抽样页面可正常打开，样式与图片加载正常。
4. 域名解析生效后，原地址能正确指向新站。
5. 表单、支付、邮件等第三方功能按记录逐项测试通过。

若某项未通过，回到对应清单定位，而不是整体重做。第一次迁移时，建议先在测试环境走一遍上述清单，确认流程可行后再操作正式站点。

下一步：把上面三类记录整理成一张表，逐行标注“已确认”或“待确认”，待确认项就是迁移前需要优先解决的问题。