企业建站，网站迁移应准备哪些记录：两种方案与适用条件
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fb97887b4bde.html
📄
企业建站，网站迁移应准备哪些记录：两种方案与适用条件
网站迁移前最该准备的记录，是一份能独立回答“原站有什么、新站缺什么、出问题找谁”的对照清单。它至少应包含域名与DNS记录、服务器与程序版本、页面与URL清单、数据和数据库备份、账号权限、第三方服务配置、证书与邮件设置，以及迁移时间点和回滚点。下面用一个假设例子说明两种常见方案的区别。
假设例子：一次企业官网从旧主机迁到新主机
假设某公司官网原来放在A主机，现在要迁到B主机，域名不变。迁移前可先建一张表，左列写原站记录，右列写新站对应值。需要核对的项目包括：
- 域名注册商、DNS解析服务商、域名到期日；
- A记录、CNAME记录、MX记录、TXT记录的原值和TTL；
- 服务器IP、操作系统、Web服务器类型与版本；
- 程序版本、主题或模板版本、已启用插件及其版本；
- 数据库地址、库名、字符集、备份文件位置；
- 后台管理员、FTP或SSH账号、数据库账号；
- SSL证书类型、签发机构、到期日、是否含中间证书；
- 统计代码、客服组件、表单接收邮箱、支付或短信接口；
- 页面URL清单、栏目结构、伪静态规则、301跳转规则；
- 迁移开始时间、预计切换时间、回滚触发条件。
记录时不要把“密码”直接写在公开文档里，可写账号用途和保管位置。常见错误是只备份了网站文件，没导出数据库；或者只改了首页解析，忘了邮件MX记录，导致企业邮箱中断。另一个高频问题是旧站用了绝对地址，迁移后图片和链接仍指向旧域名，需要全站替换并检查。
方案一：整站打包迁移，适合结构简单、停机窗口短的站
做法是把原站文件和数据库一起打包，在新主机还原，修改配置文件中的数据库连接信息，再切换DNS。适用条件是：网站程序版本较新、插件不多、没有复杂的外部接口、允许短暂停机。判断结果时重点看三项：首页能否打开、后台能否登录、表单能否提交。若这三项正常，再抽查栏目页和文章页。这个方案步骤少，但旧主机环境与新主机不一致时，可能出现程序报错或扩展缺失。
方案二：新环境重建加内容导入，适合结构复杂或希望顺带整改的站
做法是在新主机先装好同版本程序，再导入数据库，逐项恢复主题、插件和配置，最后切换解析。适用条件是：旧站插件多、程序版本旧、需要同时调整栏目或URL结构、不能长时间停机。它的好处是可以在新环境慢慢核对，缺点是耗时长，且容易漏掉旧站里的自定义配置。判断是否漏项，可对照迁移前的URL清单逐条访问，检查是否返回正常页面或正确的301跳转。
切换前后必须核对的检查项
- 切换前：在新主机用临时域名或hosts绑定测试，确认页面、图片、样式、表单都正常。
- 切换前：导出完整数据库和文件备份，记录备份时间和存放位置。
- 切换时：先调低DNS记录的TTL，再修改解析，保留旧主机一段时间不关。
- 切换后：检查首页、栏目页、文章页、搜索页、404页面和移动端显示。
- 切换后：检查SSL证书是否生效，浏览器是否提示混合内容。
- 切换后：检查邮件收发、统计代码、客服组件和表单通知。
- 切换后：观察服务器日志，看是否有大量404或500错误。
如果出现异常，先判断是解析未生效、新主机配置错误，还是程序本身不兼容。解析未生效通常表现为部分地区能访问、部分不能；配置错误通常表现为新主机临时地址也打不开；程序不兼容则可能首页正常但某个功能报错。不要把一种现象直接当成唯一原因，应按“先临时地址、再正式域名、后外部服务”的顺序排查。
记录该保留到什么程度
迁移完成后，旧站的备份、旧DNS记录、旧账号信息和URL对照表至少保留一个可回滚周期。若迁移后还要做SEO观察，应保留原URL与新URL的映射表，便于后续检查301跳转是否覆盖完整。记录的价值不在于形式，而在于出问题时能快速回答：原来是什么、现在改成什么、改错了怎么退回去。
下一步可以做的，是把上面清单改成一张实际表格，逐项填入原站和新站的值，标出“已核对”“待核对”“不适用”。填完再决定采用整站打包还是新环境重建。
