网站建设规划 - 网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b9c6e5f1bdf5.html
📄
网站建设规划 - 网站迁移应准备哪些记录
网站迁移前最该准备的记录，是一份能回答“原站有什么、新站要接住什么、出问题找谁”的迁移档案。它不追求厚，而追求可核对：每一条记录都应能在原后台、服务器、DNS服务商或统计工具中找到对应证据。缺少这份档案，迁移就容易变成凭记忆操作，旧链接失效、表单丢单、权限错配都难以快速定位。
先分清迁移类型，决定记录清单的规模
同样叫迁移，代价差别很大。只换服务器、不改域名和路径，风险集中在解析、证书和数据备份；换域名或改URL结构，还要处理重定向与收录变化；换CMS或重构页面，则要额外核对模板、表单、插件替代方案。判断方法很简单：列出“域名是否变、路径是否变、程序是否换”三项，每多一项，记录就要多一层。三项都不变，最小清单也能应付；三项全变，应按整站重建来准备。
迁移前必须建立的记录清单
- 域名与DNS记录：当前注册商、到期时间、解析记录（A、CNAME、MX、TXT）、TTL值。迁移前先截图或导出，避免改错后无法回退。
- 服务器与运行环境：操作系统、Web服务器版本、PHP或运行时版本、数据库版本、已装扩展。用于判断新环境能否直接承接。
- 站点结构与URL清单：栏目层级、页面路径、分页规则、参数规则。可用爬虫工具或后台导出，作为重定向映射的底稿。
- 内容与数据备份：数据库导出文件、上传目录、配置文件。记录备份时间点和存放位置，并确认能恢复，而不只是“已备份”。
- 账号与权限：后台管理员、数据库账号、FTP或SSH账号、第三方接口密钥。迁移后应逐项更换或确认，避免旧权限残留。
- 外部依赖：统计代码、CDN、短信或邮件服务、支付接口、地图或验证码组件。记录各自的服务方和配置位置。
- 表单与转化路径：有哪些表单、提交后发往哪里、是否有防垃圾机制。迁移后要实际提交测试，确认能收到。
- 证书与安全设置：SSL证书类型与到期日、强制HTTPS规则、防火墙或访问限制。
重定向映射表是换域名或改路径时的核心记录
如果URL发生变化，应准备一张“旧地址 → 新地址”的映射表，逐条列出，而不是只做首页跳转。优先级按流量和业务价值排序：有外链的页面、有排名的内容页、表单页、商品或服务页先处理；无流量且已下线的页面可返回410。映射完成后，用工具批量请求旧地址，检查返回状态码是否为301，并确认最终落地页内容相关。若旧页面没有对应新页面，宁可跳转到最接近的栏目页，也不要全部指向首页。
迁移后按清单逐项核验，而不是凭感觉
- 打开新站首页和随机抽样的内页，确认能正常访问、样式与图片完整。
- 用旧URL清单逐条测试跳转，记录异常项并修复。
- 提交一次表单，确认邮件或后台能收到，同时检查垃圾拦截是否误伤。
- 查看服务器错误日志和统计工具，观察是否有大量404或500。
- 确认HTTPS、证书有效期和后台登录正常。
- 保留旧服务器或旧环境至少一到两周，作为回退余地。
判断迁移是否完成的依据，不是“页面能打开”，而是清单上的检查项都有明确结果：通过、待修或已知放弃。任何一项没有结论，都应继续跟踪。
记录该由谁维护，什么时候更新
迁移记录最好由实际执行迁移的人维护，并在迁移结束后交给日常运营者。适用条件是团队有明确交接；如果只有一个人操作，也应把记录存放在可长期访问的位置，而不是临时聊天记录里。每次改DNS、换证书、调整表单收件地址后，同步更新对应条目，否则下一次迁移又要从零排查。记录的价值在于可追溯，不在于一次写得多完整。
下一步可以做的，是先把域名解析记录和URL清单导出，再对照上面的清单标出“已有、缺失、待确认”三类，缺失项就是迁移前必须补齐的部分。
