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

桂林网站建设，网站迁移应准备哪些记录：先做迁移清单再动手

网站迁移前最该准备的是一份可核对的迁移记录清单，而不是先改DNS或上传文件。对桂林网站建设场景来说，时间和人手有限时，第一步应把域名、解析、服务器、程序、数据库、页面URL、账号权限和回滚方案逐项写下来，再安排实施。记录越完整，迁移后越容易判断问题出在哪一环。

准备阶段：先记录哪些基础信息

准备阶段的目标是让接手的人不看聊天记录也能操作。至少应记录以下内容：

• 域名与解析记录：域名注册商、到期时间、当前DNS服务商、A记录、CNAME记录、MX记录、TXT记录。迁移前把解析截图或导出为文本保存。
• 服务器信息：原主机商、IP地址、操作系统、Web服务器类型、PHP或运行环境版本、站点根目录路径。
• 程序与数据库：使用的CMS名称与版本、数据库类型与版本、数据库名、表前缀、管理员账号。数据库密码不要写在公开文档里，应放入密码管理工具并记录存放位置。
• 页面与URL清单：用爬虫工具或站点地图导出全部可访问URL，标记哪些是栏目页、详情页、表单页和文件下载页。
• 账号权限清单：域名后台、主机后台、CMS后台、统计工具、搜索资源平台、备案信息、SSL证书管理入口，分别记录谁持有权限。

如果站点有备案，还要记录备案主体、备案号、接入商和当前状态。桂林本地服务商或异地主机都适用同一原则：先确认备案接入是否需要变更，再决定迁移顺序。

实施阶段：迁移时同步记录什么

实施阶段最容易丢的是“改了什么”。建议按时间顺序记录：

1. 迁移开始时间与操作人。
2. 原环境备份文件的位置和校验值，例如压缩包大小或MD5。
3. 新环境部署了哪些程序、插件、主题，版本号分别是什么。
4. 数据库导入是否完整，导入后文章数、用户数、表单记录数与原站是否一致。
5. DNS修改了哪几条记录，修改前后的值分别是什么。
6. SSL证书是否重新签发，证书覆盖的域名有哪些。

这里最关键的一步是保留原环境可访问。不要在新站验证通过前删除旧服务器或旧解析。人手有限时，可以先把新站放在临时域名或测试IP上验证，确认无误后再切换正式域名。

验证阶段：用记录逐项对照检查

验证不是只看首页能不能打开。应拿准备阶段的URL清单逐项抽查：

• 首页、栏目页、详情页是否返回正常状态码。
• 原URL是否仍可访问，若已改变是否有对应跳转。
• 表单提交、搜索、分页、文件下载是否正常。
• 图片、CSS、JS是否加载完整，有无混合内容警告。
• 移动端页面是否正常显示。
• 统计代码和搜索资源平台验证是否仍然有效。

判断结果时区分“可能原因”和“已经定位的原因”。例如详情页打不开，可能是伪静态规则未同步，也可能是数据库未导入完整，还可能是文件权限不对。只有逐项排除后，才能写成“已定位为伪静态规则缺失”，不要一看到404就断言是某一原因。

维护阶段：迁移后继续记录什么

迁移完成后至少观察一段时间，记录以下变化：

• 搜索资源平台中抓取异常、跳转异常、robots封禁的提示。
• 统计工具中流量来源和落地页的变化。
• 表单和订单是否正常产生。
• 原服务器何时可以下线，备份保留多久。

如果发现收录或排名波动，先核对跳转、robots、站点地图和页面状态码，不要急于反复修改。不同搜索引擎处理迁移的速度不同，网页搜索、平台推荐和付费广告也应分开看，不能用同一套预期判断。

下一步建议：把上面四类记录整理成一张迁移检查表，按“准备、实施、验证、维护”四列填写，每完成一项就标注负责人和完成时间。这样即使中途换人，也能按表继续推进。