山西网站开发网站迁移应准备哪些记录-先列清单再动手
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3f7a143c2cf8.html
📄
山西网站开发网站迁移应准备哪些记录-先列清单再动手
网站迁移前最该准备的，是一份能对照验收的记录清单：域名与DNS、服务器与运行环境、数据库、文件与版本、页面URL、账号权限、第三方服务、备份与回滚、上线后检查结果。对山西网站开发项目来说，如果原站由本地服务商或前同事维护，这份清单往往比迁移工具本身更重要，因为迁移后出问题，靠的就是这些记录逐项定位。
先确认迁移范围，再决定记录到多细
迁移不等于把文件复制到新服务器。先写清迁移对象：只换主机、换域名、换CMS，还是连同后台和数据库一起搬。范围不同，记录重点不同。
- 只换主机：重点记录运行环境版本、数据库连接信息、定时任务、上传目录。
- 换域名：除主机信息外，还要记录旧域名全部URL、301跳转规则、站长平台验证方式。
- 换CMS或重构：要额外记录栏目结构、页面模板对应关系、表单接收地址、会员与订单数据表。
如果连原站用了什么环境都不清楚，先向原维护方索要部署说明；拿不到就通过服务器面板、phpinfo页面或程序配置文件反查，并把查到的结果写进记录，不要只凭记忆。
迁移记录清单：按这八类逐项填写
下面每一类都建议写成表格，字段包括项目、原值、新值、核对人、核对时间。空着的项就是风险项。
- 域名与解析：域名注册商、到期时间、DNS服务商、A记录与CNAME记录、MX记录、TXT验证记录、是否开启CDN。
- 服务器与环境：操作系统、Web服务器、PHP或Node等运行版本、数据库版本、扩展模块、磁盘路径、端口与防火墙规则。
- 数据库：库名、账号、字符集、表前缀、数据量、导出文件存放位置与校验值。
- 网站文件：程序根目录、上传目录、配置文件、伪静态规则、版本控制仓库地址与分支。
- URL清单：首页、栏目页、内容页、标签页、分页、搜索页的旧地址与新地址对应关系，以及需要301的规则。
- 账号与权限：后台管理员、数据库账号、服务器登录方式、API密钥、证书私钥的交接方式，密码不要写在公开文档里。
- 第三方服务：支付、短信、地图、统计、客服、对象存储、邮件推送的账号与回调地址。
- 备份与回滚：迁移前完整备份的位置、恢复命令、回滚触发条件、回滚所需时间。
迁移前必须做的一次可执行检查
在正式切换前，用新服务器临时地址访问，逐项验证。假设原站有一个联系表单提交到指定邮箱，迁移后要实际提交一次，确认邮件能收到、后台能看到记录；如果表单依赖短信验证码，还要确认短信接口在白名单里加上了新服务器IP。这一步不通过，就不要改DNS。
判断结果的标准很直接：页面能打开只算最低要求；后台能登录、数据能写入、上传能成功、伪静态链接不404、HTTPS证书无告警，才算迁移环境可用。任何一项失败，先修复再继续，不要带着已知问题切换。
切换后要记录什么，才能证明迁移成功
切换完成后，至少连续观察几天，并记录以下信号：
- 旧域名访问是否按规则跳转到新域名，随机抽取若干内容页验证。
- 服务器错误日志中是否出现大量404、500或数据库连接失败。
- 站长平台提交新站点验证与站点地图后，抓取是否正常，有无异常提示。
- 统计工具中流量来源是否连续，有没有突然归零或翻倍。
- 表单、支付、登录等关键功能是否仍可用。
这些记录的作用不是证明“一定没问题”，而是在出现问题时能快速区分：是DNS还没生效、是伪静态规则漏了、是数据库没导全，还是第三方回调仍指向旧地址。不同原因对应不同处理，不能看到流量下降就断言被降权。
下一步：把清单变成可交接的文档
现在就可以新建一份迁移记录表，按上面八类填原值，空项标红。填完后交给实际执行迁移的人核对一遍，再确定切换时间。对山西网站开发项目而言，如果原服务商只肯口头说明，尽量把关键信息落到邮件或文档里；交接记录越完整，迁移后排查越省事。
