黄石网站制作：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2a367a432283.html
📄
黄石网站制作：网站迁移应准备哪些记录
网站迁移前最该准备的是一份可核对的“迁移记录包”，而不是只备份数据库和文件。很多人以为把旧站文件下载、数据库导出，再上传到新空间就算完成，结果上线后才发现栏目路径、表单收件地址、统计代码、备案信息、跳转规则都对不上。记录的作用是让迁移前后可以逐项比对，出问题时能定位是数据缺失、配置遗漏还是域名解析未生效。
常见误解：备份等于迁移记录
备份解决的是“数据还在不在”，迁移记录解决的是“迁移后是否还按原来的方式工作”。一个黄石本地企业站可能只有十几页，但页面里可能挂着在线客服、表单邮件、地图坐标、产品询价接口和统计代码，这些配置往往不在数据库备份里。只保留文件和数据库，等于把机器搬走了，却没记下水电线路怎么接。
判断是否需要完整记录，可以看三个条件：旧站是否使用动态程序，是否有表单或会员功能，是否已经有一定访问量或外部链接。只要满足其中一项，迁移记录就不应只停留在文件层面。
迁移前应建立的记录清单
记录不必复杂，但要能逐项核对。建议按下面几类整理，每一项都写明旧值和新值，迁移后逐条确认。
- 域名与解析记录：当前域名注册商、DNS 服务商、A 记录、CNAME 记录、MX 邮件记录、TTL 值。迁移前先导出或截图，避免改解析时漏掉邮件记录。
- 服务器与运行环境：操作系统版本、Web 服务器类型、程序语言版本、数据库版本、伪静态规则。不同环境对同一套程序的支持可能不同。
- 程序与插件清单：程序名称、版本号、已启用插件或模块、主题模板、自定义代码位置。不要只记“用了某程序”，版本差异会影响迁移后的兼容性。
- 内容与文件：数据库导出文件、上传目录、图片附件、证书文件、robots.txt、网站地图文件。记录导出时间和文件大小，便于确认是否完整。
- 功能配置：表单收件邮箱、短信或邮件接口、在线客服代码、支付接口、统计代码、第三方验证文件。这些通常需要在新站重新配置。
- URL 与跳转：旧站栏目路径、文章路径、已设置的 301 跳转、带参数链接。迁移后路径变化时，跳转规则要提前准备。
假设一个黄石本地服务类网站，旧站产品页路径为 /product/12.html，新站改为 /chanpin/12.html。如果迁移记录里只写了“产品页已迁移”，没有记录旧路径和新路径，上线后外部链接和搜索引擎抓到的旧地址就会失效。这里需要的是路径对照表，而不是一句完成说明。
迁移后按记录逐项检查
迁移完成不等于记录工作结束。上线后应按同一份清单反向核对，重点看四类结果。
- 页面可访问性：随机抽取首页、栏目页、详情页、表单页，确认返回状态正常，没有空白页或程序报错。
- 数据完整性：对比迁移前后文章数量、产品数量、图片数量、用户数据量。数量差异要能解释，比如草稿未迁移或附件未同步。
- 功能可用性：实际提交一次表单，确认邮件或后台能收到；检查客服、统计、支付等外部代码是否加载。
- 跳转与收录：用旧路径访问，确认是否跳到新路径；检查 robots.txt 是否误屏蔽，网站地图是否指向新域名。
如果发现旧路径返回 404，先区分是跳转规则未生效、文件确实未迁移，还是服务器伪静态配置缺失。三种原因的处理方式不同，不能一律归为“迁移没做好”。
记录保存与交接条件
迁移记录应保存在至少两个可访问的位置，并注明日期和操作人。若由不同人员分别负责域名、服务器和内容，交接时要确认记录版本一致。对于涉及备案信息的网站，域名和服务器的变更还需按实际要求核对，不能只依赖技术记录。
下一步可以做的，是把上面清单转成一张实际表格，先填旧站信息，再留出新站信息栏。迁移开始前填完旧值，迁移完成后逐项填写新值并标记核对结果，这样问题会暴露在过程中，而不是上线之后。
