网站设计方法_网站迁移应准备哪些记录:先做这五份清单

📍 WDQWDWQD987AAAAA:216.73.216.95
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d657cdbe5ac1.html
📄

网站设计方法_网站迁移应准备哪些记录:先做这五份清单

网站迁移前最该准备的,不是服务器账号,而是一份能还原旧站状态的记录。时间人手有限时,优先整理五类内容:域名与DNS、URL与页面清单、内容与数据库、重定向对照表、验证与回滚记录。每类都写清“查什么、怎么查、结果说明什么”,迁移当天才不会靠记忆操作。

域名与DNS记录:先确认控制权在谁手里

要查什么:域名注册商、到期日、DNS解析服务商、当前A记录和CNAME记录、TTL值、DNSSEC状态。

怎么查:在注册商后台看域名状态;用命令行执行dig 域名 A和dig 域名 NS,或使用公开的DNS查询工具;把TTL和解析商一并记下。

结果说明什么:如果域名和DNS不在同一服务商,改解析前要先确认两边账号都能登录。TTL较长时,解析变更生效会慢,迁移窗口要留出余量。查不到NS记录,说明域名可能未生效或被暂停,应先解决再谈迁移。

URL与页面清单:知道旧站到底有哪些地址

要查什么:所有可访问URL、页面标题、状态码、是否被搜索引擎收录、哪些页面有外部链接。

怎么查:用站点地图文件、服务器访问日志、爬虫工具分别导出URL列表,三者取并集。逐条访问或用工具批量检查状态码。外部链接可在搜索平台的链接报告或第三方外链工具中查看。

结果说明什么:状态码为200的页面需要保留对应关系;301和302要确认跳转目标是否仍合理;404页面若曾有外链,迁移时值得补重定向。只依赖站点地图会漏掉未提交的页面,日志和爬虫结果能补上这部分。

内容与数据库记录:确认什么能带走、什么带不走

要查什么:数据库类型与版本、数据量、附件目录、动态功能依赖、第三方接口、备份方式。

怎么查:在主机面板或命令行查看数据库版本;统计表和附件体积;列出表单、评论、支付、统计等依赖外部服务的功能;实际执行一次备份并尝试在测试环境恢复。

结果说明什么:备份文件能成功恢复,才算有效备份。若某些功能依赖旧主机环境或特定扩展,迁到新环境后可能失效,需要提前确认替代方案。附件和数据库要分别备份,只导数据库会丢图片和文件。

重定向对照表:旧地址到新地址逐条写清

要查什么:哪些旧URL必须保留、新站对应地址是什么、跳转类型用301还是302、是否存在多条旧地址指向同一新地址。

怎么查:把上一步的URL清单整理成两列表格,左列旧地址,右列新地址。逐条判断:内容等价的用301;临时活动页可用302;已删除且无替代内容的,指向最相关栏目页或返回410。

结果说明什么:表格填不满、右列为空的行,就是迁移前必须决定的缺口。跳转链超过一跳会拖慢访问,尽量让旧地址直接指向最终地址。假设某旧文章地址为/old/page-a,新站对应/new/page-a,就写一条301;这只是示例,实际以你的清单为准。

验证与回滚记录:迁移后拿什么判断是否正常

要查什么:关键页面能否打开、表单能否提交、HTTPS证书是否有效、搜索平台是否报错、旧地址跳转是否正确。

怎么查:迁移后按清单逐项访问;用curl -I 地址查看响应头状态码;检查证书有效期;在搜索平台的抓取工具中测试几个代表性URL;保留旧站备份和旧DNS记录截图。

结果说明什么:状态码200且内容正确,说明该页正常;出现301却跳到无关页面,说明对照表有误;证书报错说明域名绑定或证书未覆盖新域名。回滚记录的意义在于,一旦核心功能不可用,能按原解析和原备份快速恢复,而不是现场重新排查。

下一步:先只做第一份清单——把域名注册商、DNS服务商、到期日和当前解析记录写进一个文档,并确认两个后台都能登录。这一步通常半小时内可完成,却能避免迁移当天因权限问题停摆。

图1 图2

nginx