通化建站_网站迁移应准备哪些记录：先做一份可交接的迁移台账
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6cf41efbb5b4.html
📄
通化建站_网站迁移应准备哪些记录：先做一份可交接的迁移台账
网站迁移最先要准备的，不是服务器密码，而是一份能说明“原站有什么、放在哪、谁负责、迁完怎么验”的记录台账。对通化本地中小企业或门店站来说，人手有限时，优先记录域名与DNS、主机与数据库、程序与插件、页面与链接、账号权限、备份与回滚这六类信息，就能覆盖大多数迁移场景。前提是原站仍可访问、后台还能登录；如果原站已经打不开，就要先从域名注册商、主机商和历史备份中反向补齐。
先记录域名、DNS和证书，避免迁移后打不开
域名是迁移中最不能丢的部分。需要记录：域名注册商、到期时间、DNS解析服务商、A记录与CNAME记录、MX邮件记录、TXT验证记录，以及SSL证书的签发方式和到期日。判断结果很直接：如果新主机IP已生效，但域名仍解析到旧IP，说明DNS还没改或缓存未过期；如果邮件记录漏记，迁移后可能出现收不到信的情况。
可执行步骤：登录域名管理后台，把解析记录逐条截图并抄进表格，重点标出@和www两条A记录。验收信号是：用不同网络环境访问域名，能打开新站页面，且浏览器地址栏显示安全锁。
记录主机、数据库和程序版本，决定怎么搬
主机信息包括：原主机商、控制面板类型、网站根目录、PHP或运行环境版本、数据库地址与库名、数据库账号。程序信息包括：建站系统名称与版本、主题或模板、已启用插件或模块、伪静态规则。这里要区分“可能原因”和“已经定位的原因”：迁移后页面空白，可能是程序版本不兼容，也可能是数据库连接失败，不能只凭一个现象断定唯一原因。
适用条件是原站后台仍能进入。做法是先在后台查看系统信息页，记录版本号；再导出数据库，保存为.sql文件。验收信号是：在新环境导入数据库后，后台能正常登录，文章列表和栏目结构完整显示。
记录页面、链接和重定向，减少流量损失
迁移不只是把文件复制过去。需要记录：主要栏目URL、文章URL规律、已设置的301重定向、站点地图地址、 robots文件内容。如果原站用的是动态地址，新站改成静态地址，就要建立旧地址到新地址的对应表。判断标准是：随机抽十条旧链接，逐条访问，能跳到新站对应页面而不是404，才算基本合格。
- 记录首页、栏目页、产品页、文章页各挑三条作为抽查样本。
- 记录原站是否有自定义404页面和跳转规则。
- 记录表单提交、在线咨询等交互入口的接收邮箱或接口地址。
记录账号权限和备份回滚，留好退路
账号记录要写清：域名后台账号、主机后台账号、数据库账号、建站系统管理员账号、备案信息主体。不要只写“在某人手机里”。权限上，迁移期间建议只给执行人必要权限，完成后及时改密码。备份要记录：备份时间、备份位置、备份内容范围、恢复方式。回滚条件可以这样定：新站上线后如果连续出现打不开或数据错乱，且短时间内无法定位原因，就切回旧环境。
验收信号是：至少保留一份完整备份，并实际演练一次恢复，确认能还原数据库和文件，而不是只看到备份文件存在。
时间和人手有限时，按这个顺序处理
- 先记录域名、DNS和证书，确认域名控制权在自己手里。
- 再记录主机、数据库和程序版本，导出数据库和文件。
- 然后整理页面链接和重定向对应表。
- 最后记录账号权限、备份和回滚方式，再开始正式迁移。
下一步可以直接建一个表格，按“项目、原值、新值、负责人、验收结果”五列填写，每完成一项就标记状态。这样即使中途换人，也能接着往下做。
