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

梧州网站建设网站迁移应准备哪些记录

网站迁移前最该准备的不是一句“备份好了”，而是一份能逐项核对、出问题时可回查的记录清单。对梧州网站建设中的迁移场景来说，记录至少应覆盖域名与解析、服务器与数据库、页面与链接、账号权限、验证结果五类；其中最关键的一步是先做一份完整的旧站资产与配置快照，再动任何文件。

准备阶段：先记录旧站现状，不要先删旧文件

迁移出问题，多数不是新环境不会配，而是旧环境的信息没留全。准备阶段要形成一份可执行的记录表，建议包含以下检查项：

• 域名注册商、DNS 服务商、当前解析记录（A、CNAME、MX、TXT）及 TTL 值。
• 源服务器 IP、操作系统与 Web 服务软件版本、站点根目录路径。
• 数据库类型、版本、库名、字符集，以及导出文件的生成时间和校验值。
• 程序与主题、插件清单及版本号；若使用自建代码，记录代码仓库地址和当前提交号。
• SSL 证书类型、签发对象、到期时间、是否使用 CDN 或反向代理。
• 后台管理员、FTP/SFTP、数据库、云平台账号的持有人与权限范围，密码不要写进普通文档，只记录存放位置。

这一步的判断标准是：换一个人拿着记录，能否在不问原维护者的情况下找到站点文件、数据库和解析入口。如果答案是否定的，先补齐记录，再安排迁移窗口。

实施阶段：记录每一次改动，而不是只记结果

迁移实施时，最容易丢失的是“改了什么”。建议按时间顺序记录操作，例如：

1. 旧站进入维护模式的时间和方式。
2. 数据库导出命令或工具、导出文件名、文件大小、存放路径。
3. 文件打包方式、压缩包名称、传输目标路径。
4. 新服务器上创建站点、绑定域名、导入数据库的具体步骤。
5. DNS 修改了哪条记录，从什么值改成什么值，修改时间。

如果迁移后出现首页能打开、内页 404，可能原因包括伪静态规则未同步、站点根目录指向错误、数据库 prefix 不一致；也可能是文件未完整上传。此时不要只凭一个现象断定原因，应逐项对照实施记录，先确认哪一步与旧站不一致，再定位问题。

验证阶段：用记录逐项比对，不靠感觉判断成功

验证不是打开首页看一眼。可按下面清单逐项检查，并把结果写回记录表：

• 首页、栏目页、详情页、搜索页各抽 3 至 5 个 URL，确认返回状态码正常。
• 检查旧链接是否按计划保留或跳转，跳转目标是否准确。
• 表单提交、登录、支付等交互功能是否可用；若涉及第三方接口，记录回调地址是否已更新。
• 图片、CSS、JS 等静态资源是否加载成功，控制台有无跨域或 404 报错。
• 移动端与桌面端分别检查关键页面。
• SSL 证书是否对新域名生效，浏览器是否提示混合内容。

验证通过的标准应提前写清楚，例如“抽检 20 个 URL 全部返回 200，表单可正常收到测试提交”。若某项不通过，记录现象、发生时间、复现步骤和已排查项，再决定回滚还是继续修复。

维护阶段：保留回滚与观察记录

迁移完成后不要立刻删除旧站文件和旧解析。建议保留至少一个观察周期，并记录：

• 旧服务器保留到何时，旧解析是否仍可切回。
• 新站日志中出现的异常状态码、来源和出现时间。
• 搜索引擎后台的抓取异常、站点地图提交结果和索引变化，只作观察，不承诺固定恢复时间。
• 数据库与文件的备份位置、保留份数和最近一次恢复演练时间。

若迁移后流量或收录出现波动，先区分是解析未完全生效、跳转配置错误、robots 误屏蔽，还是内容本身调整所致。不同原因对应不同处理，不能用一个解释覆盖所有现象。

下一步建议：把上述五类记录整理成一张迁移检查表，在正式切换前先做一次不修改线上解析的预演，把每一步的实际结果填进去，确认无遗漏后再执行正式迁移。