ByteNoteByteNote
域名迁移的三种情况和完整步骤
字

字节笔记本

2026年9月29日 · 约 3 分钟读完

域名迁移的三种情况和完整步骤

API中转
¥120

"域名迁移"这个词至少对应三件不同的事:把域名换一家注册商、把解析换一家 DNS 服务商、把网站换一个域名。三件事经常被混着叫,但操作路径完全不同,动手前先分清自己要做的是哪一种,能省掉大部分坑。

域名迁移的三种情况

场景一:换注册商(域名过户到新平台)

把域名从 A 注册商转到 B 注册商,DNS 托管可以不动。完整步骤:

  1. 确认域名状态:注册满 60 天以上(ICANN 规则),且未处于禁止转移状态、没有争议仲裁;
  2. 解锁域名:登录原注册商后台,关闭"域名锁定"(Transfer Lock);
  3. 获取转移码:在原注册商申请 EPP Code / Auth Code(授权码),通常邮件发送;
  4. 关闭隐私保护(如有):部分注册商需要临时关闭 WHOIS 隐私保护才能发起转移;
  5. 在新注册商发起转移:登录目标注册商,输入域名和授权码,提交转移申请并续费一年(转移强制续费,但通常附带等值时长);
  6. 确认邮件:原注册邮箱会收到转移确认邮件,点击确认,或等 5-7 天自动通过;
  7. 转移完成:新注册商接管后,检查 DNS 解析记录是否原样保留——如果 DNS 仍指向原注册商的解析服务,要尽快把解析迁出,避免旧账号过期后解析失效。

两个常见坑:临近到期才转移容易和续费周期打架,建议在到期前 30 天以上操作;转移期间解析一般不受影响,但别在转移窗口里同时改解析记录。

场景二:换 DNS 服务商(注册商不变)

只把解析托管迁到新的 DNS(比如迁到 Cloudflare、DNSPod 等),操作在两边控制台完成:

  1. 在新 DNS 服务商处添加域名,按旧解析逐条复制全部记录(A/CNAME/MX/TXT/NS 等),邮件相关的 MX 和 SPF/DKIM 记录最容易漏;
  2. 到注册商处把域名的 NS 服务器改成新 DNS 分配的地址;
  3. 等待 NS 变更全球生效(通常几分钟到 48 小时,取决于旧记录的 TTL)。

稳妥做法是提前把 TTL 调低(比如 300 秒),切换出问题能快速回滚——把 NS 改回去就行,旧解析服务在过期前都还兜底。

场景三:换域名(网站启用新域名)

这是唯一动"网址本身"的迁移,核心是 SEO 资产搬迁:

  1. 新域名配置好网站,内容与旧站一致或做了映射;
  2. 旧域名全站做 301 永久重定向到新域名对应页面(逐页映射优于全部跳首页);
  3. 在搜索引擎站长平台提交"地址变更"(如 Google Search Console 的 Change of Address),并更新 sitemap;
  4. 更新站内引用、canonical、结构化数据里的旧域名,外部链接能改则改;
  5. 旧域名至少保留一年的重定向和续费,搜索引擎切换信号需要时间积累。

三种场景的共同原则:先在新家把一切配好并验证,再切换入口,旧环境保留回滚通道。迁移本身不可怕,可怕的是把三件事的步骤混着做。

相关文章

分享: