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

鄂州网站制作网站迁移应准备哪些记录：一份可执行清单

网站迁移前要准备的记录，核心是三类：原站现状记录、迁移操作记录、迁移后验证记录。缺少任何一类，出现问题时就无法判断是数据丢失、配置错误还是解析未生效。下面按“查什么、怎么查、结果说明什么”给出清单，适用于鄂州网站制作项目从旧站搬到新站、换服务器或换服务商的场景。

原站现状记录：先留底，再动手

迁移前不记录原状，迁移后就失去对照基准。以下每一项都要在旧站仍然正常访问时完成。

• 页面清单：查什么——旧站所有可访问的URL。怎么查——用站点地图文件、后台文章列表或爬取工具导出。结果说明什么——这份清单是迁移后逐条比对的依据，数量对不上说明有页面漏搬。
• 数据库备份：查什么——文章、用户、评论、设置等结构化数据。怎么查——通过主机面板或命令行导出SQL文件，并记录文件大小和导出时间。结果说明什么——文件大小为0或明显偏小，说明导出失败，不能进入下一步。
• 文件与媒体备份：查什么——图片、附件、主题、插件目录。怎么查——打包压缩后下载到本地，核对压缩包内文件数量。结果说明什么——图片缺失通常不会立刻报错，但迁移后会表现为文章配图空白。
• 域名与解析记录：查什么——当前DNS解析指向、TTL值、邮箱相关记录。怎么查——在域名管理后台查看解析列表并截图保存。结果说明什么——TTL较大时解析切换生效慢，邮箱记录漏记会导致迁移后企业邮箱收不到信。
• 环境参数：查什么——程序版本、数据库版本、PHP或其他运行环境版本。怎么查——在旧站后台或主机面板查看。结果说明什么——新环境版本低于旧环境，可能直接导致程序无法启动。

迁移操作记录：每一步都要能回退

迁移过程中做的每个动作都应留下时间点和参数，否则出问题时无法定位是哪一步引入的。

1. 记录操作时间线：什么时间备份、什么时间上传、什么时间改解析，按顺序写下来。判断结果：如果故障出现在改解析之后，优先排查解析和绑定，而不是数据库。
2. 记录数据库导入方式：是整库导入还是分表导入，是否修改过表前缀。结果说明什么：表前缀不一致会导致新站能打开但内容为空。
3. 记录配置文件的改动项：数据库连接信息、站点地址、缓存路径等改了哪些。结果说明什么：站点地址仍写旧域名时，会出现后台跳转异常或样式加载失败。
4. 记录旧站的处理方式：是保留、停用还是保持并行。结果说明什么：并行期间两个站内容不一致，会让访问者和搜索引擎看到不同版本。

迁移后验证记录：用清单逐项确认

验证不是“打开首页看看”，而是按原站记录逐项比对，并把结果写下来。

• 页面数量比对：新站可访问URL数量与迁移前清单是否一致。不一致就定位缺失页面，而不是先改模板。
• 关键页面抽查：首页、栏目页、文章详情页、联系页各打开几个，检查文字、图片、链接。结果说明什么：详情页正常但列表页空白，多半是伪静态规则或固定链接设置问题。
• 表单与功能测试：留言、搜索、登录等实际提交一次。结果说明什么：能显示不能提交，通常是数据库写入权限或邮件发送配置问题。
• 解析生效确认：用不同网络环境访问域名，确认指向新服务器。结果说明什么：部分地区仍显示旧站，是DNS缓存未过期，属于等待问题而非迁移失败。
• 旧链接跳转检查：如果URL结构变了，确认旧地址能正确跳转到新地址。结果说明什么：跳转缺失会让外部链接和收藏夹入口失效。

一个可执行的判断顺序

假设迁移后首页打不开，按以下顺序排查，不要同时改多个地方：先确认域名解析是否已指向新服务器；再确认新服务器上站点目录和数据库连接是否正常；然后确认程序要求的运行环境版本是否满足；最后才检查伪静态和缓存。每一步的检查结果都记进迁移记录，这样即使换人接手也能继续。

需要提醒的是，迁移记录的价值在于可对照。记录不完整时，任何异常都只能靠猜。对鄂州网站制作项目来说，如果旧站还在运行，建议在迁移完成并验证通过之前不要删除旧站数据。下一步可以先把上面三类记录整理成一张表格，逐项填写并标注完成时间，再开始实际上传和解析切换。