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

汕头网站开发 - 网站迁移应准备哪些记录

网站迁移前最该准备的是一份“可回滚的记录包”：域名解析、原服务器文件、数据库、页面路径、重定向规则、统计与站长验证信息，每一项都要在动手前查清并留档。迁移不是复制文件就结束，缺少记录会导致上线后打不开、收录丢失或无法退回。下面按可执行清单逐项说明查什么、怎么查、结果说明什么。

域名与DNS记录：先冻结现状

查什么：域名注册商、DNS服务商、当前A记录与CNAME、MX邮件记录、TTL值、域名到期日。

怎么查：在域名管理后台截图导出解析列表；用命令行执行 nslookup 你的域名 或 dig 你的域名，与后台记录比对。

结果说明：若解析指向旧服务器IP，迁移时只改这一条；若存在邮件MX记录，改A记录不影响收发信，但改NS会。TTL较大（如3600秒以上）时，改解析后生效慢，应提前调低。记录缺失或与后台不一致，说明有人手工改过，必须先弄清楚再动。

服务器与运行环境记录

查什么：原主机的操作系统版本、Web服务器类型、PHP或Node等运行时版本、数据库版本、已装扩展、定时任务、环境变量。

怎么查：登录服务器执行版本命令，例如 php -v、mysql --version，列出定时任务 crontab -l，翻看站点配置文件。

结果说明：新环境版本低于旧环境，迁移后可能报错或功能异常；版本一致或更高才稳妥。定时任务和环境变量常被忽略，遗漏会导致支付回调、缓存清理或邮件发送失效。把这些整理成一张对照表，逐项在新服务器上复现。

文件、数据库与路径清单

查什么：网站根目录完整文件、上传目录、数据库全量导出、数据库字符集、表前缀、页面URL结构。

怎么查：打包整站文件并校验大小；用数据库工具导出SQL，记录字符集与排序规则；用爬虫或站点地图列出全部可访问URL。

结果说明：导出后应在本地或测试环境先还原一次，确认能正常打开，再迁到正式环境。URL清单用于后续重定向比对——迁移后新旧路径不一致的页面，必须逐条建立跳转，否则用户和搜索引擎都会遇到404。

重定向与收录相关记录

查什么：旧域名与新域名的对应关系、需要301跳转的路径、robots.txt内容、站点地图地址、各搜索引擎站长平台的验证方式。

怎么查：把旧URL清单与新URL清单并排列出，标注哪些一一对应、哪些合并、哪些删除；检查robots.txt是否误屏蔽；确认站长平台验证文件或DNS验证记录。

结果说明：一一对应的路径做301；已删除且无替代内容的页面返回410或保留说明页。验证记录迁移后需重新确认，否则无法提交新站点地图。这里只讲通用做法，具体平台入口以你实际登录的后台为准。

可执行迁移检查清单

1. 迁移前：导出DNS记录、数据库、整站文件，各留一份并记录导出时间。
2. 迁移前：在测试环境还原一次，确认首页、列表页、详情页、后台登录均正常。
3. 迁移中：先改解析再观察，保留旧服务器至少一周不关停。
4. 迁移后：逐条测试重定向，抽查10个以上旧URL是否跳到正确新地址。
5. 迁移后：检查统计代码、表单提交、支付回调是否仍工作。
6. 观察期：记录抓取错误与404日志，发现异常立即按记录包回滚。

判断标准很简单：任意一项记录缺失，就不要开始正式切换。适用条件是已有可访问的旧站并计划换服务器或换域名；若只是改页面内容，不需要走整套迁移流程。

下一步：把上面六类记录整理成一张表格，填上当前实际值，空缺项就是迁移前必须补齐的部分。