酒泉网站制作：网站迁移应准备哪些记录？一份可核对的迁移档案清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /91d12c7fd7c8.html
📄
酒泉网站制作：网站迁移应准备哪些记录？一份可核对的迁移档案清单
网站迁移前应准备的核心记录包括：原站资产清单、域名与DNS记录、服务器与数据库信息、页面URL对照表、301跳转规则、备份与回滚方案、迁移前后验证记录。对酒泉网站制作项目而言，迁移可能发生在换主机、换程序、换服务商或合并站点时，记录是否完整直接决定排查效率。缺少这些记录，一旦出现打不开、页面丢失或收录下降，就只能靠猜测定位原因。
先分清迁移类型，再决定记录范围
不同迁移需要的记录并不相同。换服务器通常只需服务器、数据库、DNS和备份记录；换CMS或改版则必须增加URL对照与跳转规则；换域名还要补充新旧域名绑定、证书和站长平台验证记录。判断方法很简单：列出迁移前后会发生变化的每一项，凡是变化项都要留下迁移前状态和迁移后状态两组记录。
- 仅换主机：服务器配置、数据库连接、文件目录、DNS解析。
- 换程序或改版：栏目结构、URL规则、模板文件、插件或扩展清单。
- 换域名：旧域名解析、新域名解析、证书、跳转映射、验证文件。
- 站点合并或拆分：两站URL清单、重复页面处理、跳转方向。
迁移前必须留存的六类记录
1. 原站资产与配置清单
记录程序名称与版本、主题或模板名称、已启用插件或扩展、服务器环境（操作系统、Web服务器、PHP或运行环境版本）、数据库名称与字符集。这些信息用于在新环境复现同样条件。若无法确认版本，可在后台或命令行查看，并截图或导出为文本保存。
2. 域名与DNS记录
导出迁移前的完整解析记录，包括A记录、CNAME、MX、TXT等，记录TTL值。TTL较大时，修改解析后生效时间会变长，迁移窗口要相应留足。同时记录域名注册商、到期时间、DNS服务商，避免迁移期间域名状态出问题却无从查起。
3. 完整备份与校验信息
文件和数据库要分别备份，并记录备份时间、文件大小、校验值（如MD5或SHA256）。校验值的作用是确认备份文件在传输或解压后没有损坏。恢复演练比备份本身更重要：在测试环境还原一次，确认能正常打开首页和后台，才算备份可用。
4. URL对照表与跳转规则
这是迁移中最容易被忽略、后果最明显的一项。用爬虫工具或站点地图导出旧站全部URL，逐条对应新站URL。无法一一对应的，写明跳转到哪个最相关页面，还是返回410。跳转规则要写成可执行的形式，例如：
旧地址 /news/123.html → 新地址 /zixun/123.html，返回301
验收信号是：随机抽取若干旧URL访问，应直接到达新页面且只跳一次，不出现跳转链或多重跳转。
5. 迁移操作与时间记录
按时间顺序记录每一步操作：何时停止旧站写入、何时导入数据库、何时切换DNS、何时开放新站。这份记录在排查问题时能快速缩小范围，例如“某时间段内容缺失”往往对应导入未完成或缓存未刷新。
6. 迁移后验证记录
迁移完成后立即检查：首页与主要栏目能否打开、表单能否提交、图片与静态资源是否加载、移动端显示是否正常、HTTPS证书是否有效、旧URL跳转是否正确、站点地图与robots是否指向新地址。把每项检查的结果和检查时间写下来，形成可对比的基线。
出现问题时，用记录缩小范围
迁移后常见现象有多种可能原因，不能直接断定是某一个环节出错。例如页面打不开，可能是DNS尚未生效、服务器配置错误、数据库连接失败或程序文件缺失；收录下降，可能是跳转未生效、robots误屏蔽、页面大量404，也可能只是搜索引擎重新抓取需要时间。正确做法是对照迁移记录逐项排除：先确认解析是否已指向新服务器，再确认新服务器能否本地访问，然后检查跳转与robots，最后观察抓取与收录变化。
如果旧站曾使用特定验证方式（如搜索引擎站长平台的验证文件），迁移后要确认验证是否仍然有效，否则无法提交新站点地图或查看抓取错误。验证失败时，优先检查验证文件是否随迁移一并部署、解析是否已切换完成。
下一步：先做一次迁移档案自查
在正式切换前，把上述六类记录整理到一个文件夹或文档中，逐项标注“已准备、待补充、不适用”。其中URL对照表和回滚方案必须完成，其余项目可按迁移类型取舍。完成自查后再执行切换，出现异常时才有据可查，而不是从零开始猜测。
