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

域名注册购买改版或迁移时应核对什么：先分清换域名与换服务器

域名注册购买后做改版或迁移，最需要先核对的是“域名是否变化”。如果域名不变、只换服务器或改版，重点是解析、抓取和页面映射；如果换到新域名，重点是旧域名处置、重定向和两套域名的注册信息。两者处理方案不同，误用会造成流量与收录损失。

第一步：观察当前域名与目标域名是否一致

先列出迁移前后的域名、协议、主机名和目录结构。判断分两类：

• 同域名迁移：如 example.com 从旧服务器迁到新服务器，或从 http 改为 https。此时旧域名继续存在，主要核对解析、证书和抓取。
• 换域名迁移：如 old-example.com 改为 new-example.com。此时旧域名仍可能被访问，必须核对重定向与旧域名的注册状态。

如果只是改版但域名不变，不要急着把旧域名解析删掉；如果换域名，旧域名在过渡期内应继续续费并保留解析能力，不能放任过期。

第二步：核对域名注册购买相关的三项信息

域名注册购买环节的记录会直接影响迁移能否顺利完成，重点核对：

1. 注册商账户与到期日：确认旧域名和新域名都在可控账户内，到期日不落在迁移窗口内。假设迁移计划在两周后执行，而旧域名三周后到期，应先续费再迁移，避免中途失效。
2. DNS 管理权限：确认能修改 A 记录、AAAA 记录、CNAME 和 TXT 记录。若 DNS 由第三方托管，要同时确认托管账户可登录。
3. 域名状态与实名信息：确认域名没有处于禁止转移或禁止解析状态，注册人邮箱可接收验证邮件。邮箱失效会导致续费提醒和转移确认收不到。

这些信息可在注册商控制台逐项查看，判断结果是“可立即迁移”或“需先续费、找回权限、解除限制”。

第三步：同域名迁移与换域名迁移的处理差异

两种方案的适用条件不同：

• 同域名迁移：适合仅更换服务器、CMS 或页面模板。处理重点是保持 URL 尽量不变；必须变化的 URL 用 301 指向新地址，并更新站内链接。robots.txt 的抓取限制不等于可靠的索引移除，旧页面即使被屏蔽也可能仍留在索引中，因此不要用 robots.txt 代替重定向。
• 换域名迁移：适合品牌变更或域名策略调整。处理重点是旧域名全站 301 到新域名对应页面，并保持路径尽量一一对应。站点地图不保证收录，提交新域名站点地图只是辅助发现，不能替代重定向和内部链接更新。

若旧域名还要保留一段时间，可让旧域名解析到同一站点并做 301；若旧域名不再使用，至少保留一个可响应重定向的服务器或托管配置，而不是直接让域名过期。

第四步：迁移后复查清单

迁移完成后，按以下项目复查，每一项都要有明确结果：

• 用浏览器和命令行分别访问旧 URL，确认返回 301 而不是 404 或 200。
• 检查新域名的 HTTPS 证书是否覆盖所有子域名。HTTPS 不保证安全无漏洞或排名，但证书错误会直接阻断访问。
• 抽查首页、栏目页、详情页各若干条，确认重定向目标正确，没有跳转到首页或错误页面。
• 查看服务器日志或抓取工具记录，确认搜索引擎能抓到新地址。不同搜索引擎支持情况须分别核查，不能只看一家。
• 确认旧域名的注册信息、DNS 和续费状态在过渡期内保持有效。

如果复查发现旧 URL 返回 200 且内容与新站重复，说明重定向未生效，应优先修复；如果返回 404，说明映射遗漏，需要补上对应关系。

下一步：先做一次迁移前核对表

在动手改解析之前，把旧域名、新域名、到期日、DNS 管理方、需要重定向的 URL 清单列成一张表，逐项确认后再执行。这样能把“域名注册购买”环节和“改版迁移”环节分开处理，避免因域名状态或重定向遗漏导致访问与收录同时出问题。