日本主要域名商修改 Name Server 的方法：切到 Cloudflare 前，先别急着点保存（2026-03-07 核对版）

说明：本文按 2026 年 3 月 7 日可见的 Cloudflare 与日本域名商公开帮助页整理，不构成零中断承诺。各家后台菜单会改版，实际入口名称以你登录后的控制台为准。文中提到的 Cloudflare nameserver 也不是固定值，每个 zone 会被分配到各自的一对 nameserver。

先讲结论：不要先改 NS，再慢慢补记录

很多人改 Name Server 时，最容易犯的错误，不是不会操作，而是切得太快。

一旦 NS 改掉，域名的权威 DNS 就会切到新服务。如果新服务里还没把旧的 A、AAAA、CNAME、MX、TXT、CAA 等记录补齐，网站可能打不开，邮箱也可能先出问题。

更稳妥的顺序永远是：

先把旧 DNS 记录完整抄走或导出
在 Cloudflare 里补齐并复核记录
再回域名商后台替换为 Cloudflare 当前分配给该域名的两条 nameserver
改完后继续核对网站、邮箱、子域名、证书和验证状态

Cloudflare 自己也明确提醒过，自动扫描到的 DNS 记录不一定完整，切换 nameserver 之前应先检查并手动补上缺失记录。¹²

一、先搞清楚两个关键点：NS 不会自动带走旧解析，Cloudflare 的 NS 也不是固定的

第一，改 NS 不等于旧 DNS 记录会自动迁过去。

大多数域名商只负责把域名的权威 DNS 指向新的 nameserver，并不会把旧 DNS 面板里的记录原样搬到 Cloudflare。你需要自己检查：

A / AAAA
CNAME
MX
TXT，尤其 SPF、DKIM、DMARC
CAA
子域名记录
第三方验证记录

第二，Cloudflare 分配给每个域名的 nameserver 也不是统一固定值。

Cloudflare 官方说明很明确：添加 zone 后，系统会自动分配两条权威 nameserver；标准分配下，这两条 nameserver 不能自定义修改。³⁴

也就是说，像 xxxx.ns.cloudflare.com 这种格式只能代表某个具体 zone 当时被分配到的结果，不能当成所有域名通用的固定值。真正要填的，永远是你在 Cloudflare 当前域名 Overview 页面里看到的那一对。

二、切 NS 前，先做这份通用检查清单

在任何一家日本域名商后台操作前，先把这几件事做完：

记录当前所有 DNS 记录。
在 Cloudflare 里预先建立相同记录，并人工复核自动扫描结果。²
特别检查 MX、SPF、DKIM、DMARC。
把 www、mail、shop、api、stg 这类关键子域名一起补上。
如有 Google、Microsoft 365、Shopify、AWS、LINE、SSL 或邮件服务商验证记录，一并迁移。
如果旧 DNS 已启用 DNSSEC，先按当前提供商和 Cloudflare 的指引处理 DS / DNSSEC，不要带着旧签名直接硬切。⁴
在低峰时段操作，改完持续检查网站、邮箱、证书和第三方验证状态。

如果你的站点对中断特别敏感，Cloudflare 的迁移最佳实践还建议在变更前预留观察时间，并把迁移验证做在正式切换前，而不是切过去以后再补。这个思路本质上还是一句话：先把新 DNS 配好，再切权威 NS。⁵

三、日本主要域名商的常见入口与更稳的操作方式

下面这部分不再把后台写成“唯一固定路径”，而是按各家当前公开帮助页可核对的常见入口来整理。菜单名称可能会变，但核心逻辑不变：先看 DNS 记录，再改 nameserver。

1. お名前.com：先看 `DNS レコード設定`，再进 `ネームサーバー設定`

按お名前.com 公开帮助页，域名相关操作通常从 お名前.com Navi 的 ネームサーバー/DNS 区块进入，里面会分成 DNS レコード設定 和 ネームサーバー設定 等不同功能。⁶⁷

更稳妥的做法是：

先到 DNS レコード設定 把现有记录抄走
再到 ネームサーバー設定 或 ネームサーバーの変更 把权威 NS 切到 Cloudflare 当前分配值

お名前.com 也明确提示过，nameserver 变更反映到互联网需要一定时间，不适合刚保存就立刻判断成功或失败。⁷

2. ムームードメイン：先查 `ムームーDNS`，外部 NS 走 `ネームサーバ設定変更`

ムームードメイン的公开帮助把 DNS 记录编辑和 nameserver 变更分得比较清楚：

如果当前还在用自家 DNS，先看 ムームーDNS
切到外部 DNS 时，通常走 ネームサーバ設定変更
使用 Cloudflare 这类外部 DNS 时，选择 GMOペパボ以外のネームサーバを使用する⁸⁹

这里有两个实务点最重要：

填的是 nameserver 主机名，不是 IP 地址
官方写明变更完成通常需要一定时间，最长可能到数日，所以不要边切边补记录⁸

3. さくらインターネット：先确认旧区记录，再在域名控制面板编辑 nameserver

さくら的公开帮助页给出的做法是：先进入会员菜单里的域名控制面板，再到 Whois 页编辑 ネームサーバー。官方也提醒，保存后一般需要数小时左右才会生效。¹⁰

如果你当前就是用さくら侧 DNS 托管，切换前别只看主页解析，还要把邮件和子域名记录一并盘出来。对さくら这类同时提供域名和 DNS 托管的服务商来说，真正容易漏掉的往往不是主页，而是你已经习惯存在、但平时不常看的那几条记录。

4. XServer 系：`DNS レコード設定` 和 `ネームサーバー設定` 通常分开管理

XServer 系控制台一向把 DNS 记录管理和 nameserver 管理分开。公开手册里通常会分别提供：

DNSレコード設定 或同类入口
ネームサーバー設定 或同类入口¹¹¹²

所以在 XServer、XServer Domain 这类面板里，别只改 ネームサーバー設定，要先把原有记录从 DNS 记录编辑页完整抄走。

5. ConoHa：公开帮助更强调迁移顺序，而不是先切后补

ConoHa 公开帮助页里，一个非常值得注意的点是：如果你要把域名迁到其他 nameserver，官方建议先确认当前 nameserver 的记录内容，并在迁移准备完成后再变更。¹³

也就是说，ConoHa 官方强调的重点不是“立刻换掉”，而是：

先确认当前 DNS 记录
先把新 DNS 侧准备好
再正式替换权威 NS

这和 Cloudflare 的建议其实是一致的。

6. スタードメイン：从域名列表进 `ネームサーバー設定`，记录先在 `DNSレコード設定` 看

スタードメイン的公开手册把两件事也分开了：

改 nameserver 时，从域名列表进入 ネームサーバー設定
改解析记录时，用 DNSレコード設定¹⁴¹⁵

如果你的旧记录当前就在スタードメイン侧管理，切走前一定先从 DNSレコード設定 把现有区记录整理出来，再去改 ネームサーバー設定。

7. VALUE-DOMAIN：先看 `DNS/URL`，再处理 nameserver 侧切换

VALUE-DOMAIN 的公开手册里，域名清单页会把 DNS/URL 等入口和 nameserver 相关入口拆开。¹⁶¹⁷

虽然它的帮助页经常按不同托管模式分别说明，但真正重要的逻辑很简单：

先在 DNS/URL 或对应 DNS 设置页确认当前记录
再去改 nameserver
不要指望切换时自动继承旧设置

这一点和其他域名商完全一样。

四、切到 Cloudflare 时，最容易漏掉的不是首页，而是这几类记录

很多人以为只要首页能打开，迁移就算完成。实际最容易漏的是下面这些：

1. 邮件相关记录

MX
SPF
DKIM
DMARC

这些通常决定的是收信、发信和投递信誉。首页能开，不代表邮箱没问题。

2. 子域名

例如：

www
mail
shop
api
cdn
stg

很多站真正依赖的，不只裸域名一条记录。

3. 第三方验证记录

例如：

Google Search Console
Microsoft 365
Shopify
AWS
LINE
邮件服务商或 SSL 服务商

这些记录一旦漏掉，最先出问题的往往是验证状态、邮件签名、后台接入或续期流程。

4. `CAA` 和其他边缘记录

如果之前配过证书签发限制、业务专用 TXT、SRV 或某些特殊子域名，迁移时也别漏。

5. `DNSSEC` / `DS`

如果旧服务商侧已经开过 DNSSEC，切换权威 NS 时不先处理 DS，可能比普通记录漏迁更危险，因为它会直接影响整个解析链的有效性。⁴

五、最稳妥的实战顺序

如果你现在就是要把日本域名商上的域名切到 Cloudflare，建议按这个顺序做：

在 Cloudflare 添加域名，并记下该 zone 当前被分配到的两条 nameserver。³
用 Cloudflare 的扫描结果做底稿，但不要直接相信“自动导入就够了”；人工补齐缺失记录。²
在旧域名商后台把现有 DNS 记录完整整理出来。
重点复核网站、邮箱、子域名、第三方验证与证书相关记录。
如果旧区已启用 DNSSEC，先处理 DS / DNSSEC 再正式切换。⁴
回到域名商后台，把权威 nameserver 改成 Cloudflare 当前分配给该域名的那一对。
等待注册商和递归解析器更新，再检查网站首页、www、邮箱收发、关键子域名、证书和验证状态。
确认全站稳定后，再继续处理 Cloudflare 侧的优化，例如代理策略、缓存策略和需要重新启用的 DNSSEC。⁴

结论：真正决定迁移是否平稳的，不是 NS 改没改，而是你有没有先把旧记录带走

修改 Name Server，本质上不是“改两条主机名”这么简单。真正决定迁移是否平稳的，不是这一秒有没有点保存，而是你有没有在切换前把旧 DNS 记录完整搬走，并在新权威 DNS 里复核清楚。

记住一句就够了：

先迁记录，再切 NS。
先保网站和邮箱不断，再谈 DNS 托管切换。

如果你正在把日本域名商上的域名迁到 Cloudflare，最稳妥的做法不是边改边试，而是先把旧解析完整盘出来，再一次性切换。这样网站、邮件和各类验证服务，才不容易在迁移时一起出问题。

参考资料

Cloudflare Docs, Review DNS records
https://developers.cloudflare.com/dns/zone-setups/troubleshooting/review-zone/ ↩
Cloudflare Docs, Quick scan for DNS records
https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/ ↩ ↩² ↩³
Cloudflare Docs, Cloudflare nameservers
https://developers.cloudflare.com/dns/zone-setups/reference/cloudflare-nameservers/ ↩ ↩²
Cloudflare Docs, Change your domain nameservers to Cloudflare
https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/ ↩ ↩² ↩³ ↩⁴ ↩⁵
Cloudflare Learning Center, DNS migration checklist
https://www.cloudflare.com/learning/dns/glossary/dns-migration/ ↩
お名前.com ガイド, ネームサーバー/DNSについて
https://www.onamae.com/guide/dns/ ↩
お名前.com ガイド, ネームサーバー/DNSについて
https://www.onamae.com/guide/dns/ ↩ ↩²
ムームードメインサポート, ネームサーバ設定変更
https://support.muumuu-domain.com/hc/ja/articles/360011645113 ↩ ↩²
ムームードメインサポート, ムームーDNSのカスタム設定
https://support.muumuu-domain.com/hc/ja/articles/360011648654 ↩
さくらのサポート情報, ネームサーバー情報を変更したい
https://help.sakura.ad.jp/domain/2305/ ↩
XServer ビジネスマニュアル, 「ドメイン」に関するマニュアル一覧
https://support.xserver.ne.jp/manual/man_domain.php ↩
XServer ビジネスマニュアル, DNSレコードの編集
https://support.xserver.ne.jp/manual/man_domain_dns_setting.php ↩
ConoHa お客様サポート, 独自ドメインを他社ネームサーバーへ移管する場合の確認事項
https://help.conoha.jp/c/independentdomain_othermigration/ ↩
スタードメインマニュアル, ネームサーバー設定
https://www.star-domain.jp/man/man_nameserver_setting.php ↩
スタードメインマニュアル, DNSレコードの編集
https://www.star-domain.jp/man/man_record_edit.php ↩
VALUE-DOMAIN ユーザーガイド, 登録済みドメイン一覧確認方法
https://www.value-domain.com/userguide/manual/domainall ↩
VALUE-DOMAIN ユーザーガイド, バリュードメインのネームサーバーの変更
https://www.value-domain.com/userguide/manual/modns ↩