2026年6月11日
お名前.com で登録したドメインの DNS を、お名前.com の DNS から Cloudflare や Amazon Route 53 などの別の DNS サービスへ移すときは、「お名前.com の DNS レコード設定を漏れなく控える → お名前.com の転送機能など DNS 以外に頼っているものを洗い出す → 移行先にゾーンを作って同じレコードを登録する → 移行先のネームサーバーに直接問い合わせて照合する → DNSSEC を整理してからネームサーバーを変更する」という順で進めます。ドメインの登録はお名前.com のまま、DNS の置き場所だけを変える作業です。この記事では、手順ごとの理由と確認方法、お名前.com から移すときに特有のつまずき、戻し方までを説明します。
お名前.com Navi のメニュー名や画面の流れ、移行先の各サービスの画面は変わることがあります（2026年10月現在）。以下では操作を目的で説明するので、実際の表記は各社のヘルプで確認してください。逆向きの「ほかの DNS からお名前.com の DNS へ移す」手順は、同じシリーズの別記事で扱っています。
移す前に：DNS の移行とドメインの移管を分ける
DNS の置き場所を変えることと、ドメインの登録先（レジストラ）を変える移管は別の作業です。移管も考えている場合は、先に DNS を移行先で動かしてネームサーバーを切り替え、落ち着いてから移管の手続きをします。お名前.com の DNS を使ったまま移管すると、移管の完了とともに DNS が使えなくなるおそれがあるためです。
手順1：お名前.com の DNS レコード設定を控える
まず、今の DNS がお名前.com のものかを確かめます。
dig example.com NS +short01.dnsv.jp から 04.dnsv.jp のような名前が返れば、お名前.com の DNS レコード設定で運用されています。Navi の DNS レコード設定の画面を開き、ホスト名・種類・値・TTL・優先度をすべて表に書き写します。画面にゾーンファイルの書き出し機能が見当たらない場合は、一覧を手で写すか、画面の表をコピーして表計算ソフトに貼り付けます。
控えた表と照らし合わせるため、外から見えている値も保存しておきます。
for q in "example.com A" "www.example.com A" "example.com MX" "example.com TXT" \
"_dmarc.example.com TXT"; do
set -- $q
echo "== $1 $2"; dig @01.dnsv.jp +norec +short "$1" "$2"
done | tee before.txtDKIM はセレクター名が送信サービスごとに異なるため、メールサービスの管理画面で selector._domainkey の名前を確認して表に加えます。
手順2：DNS 以外に頼っている機能を洗い出す
お名前.com から移すときに見落としやすいのが、DNS レコードではないのにネームサーバーがお名前.com であることを前提に動いている機能です。ネームサーバーを他社に変えると、これらは動かなくなります。
- URL 転送：お名前.com の転送の機能で、旧ドメインから新サイトへ転送している場合。移行後は Web サーバーでの301リダイレクトか、移行先のサービスの転送機能で置き換えます。
- メール転送：お名前.com のメール転送の機能を使っている場合。転送先のメールサービスやレンタルサーバーで代わりの設定を用意します。
- お名前.com のレンタルサーバーやメールサービス：自動で入っていたレコードがあれば、表に含まれているかを確認します。
これらを使っているかは、Navi の契約中のサービスやオプションの一覧で確かめます。
手順3：TTL を短くしておく
切り替え直後に問題が見つかったとき、戻した値が早く行き渡るよう、お名前.com の DNS レコード設定で主要なレコードの TTL を短くしておきます。下げた TTL が効くのは、それまでの TTL が切れてからなので、切り替えの1〜2日以上前に行います。
手順4：移行先にゾーンを作り、レコードを登録する
Cloudflare へ移す場合
Cloudflare にドメインを追加すると、既存のレコードを読み取って候補を表示する仕組みがあります。ただし外から見える名前しか拾えないため、手順1の表と1行ずつ照合し、足りないものを追加します。BIND 形式のファイルを取り込む方法も用意されています。
最初は、各レコードのプロキシを無効（DNS のみ）にして登録し、切り替え後に問題がないことを確かめてから、必要なレコードだけプロキシを有効にすると、原因の切り分けが楽になります。メールサーバーを指す名前（MX の向け先など）はプロキシを通しません。
Route 53 へ移す場合
パブリックホストゾーンを作成すると、4つのネームサーバーが割り当てられます。レコードは管理画面で1件ずつ作るか、ゾーンファイルの取り込みの機能でまとめて登録します。頂点を CloudFront などの AWS のリソースに向ける場合は、エイリアスレコードを使います。
どちらの場合も、移行先が割り当てたネームサーバー名を控えておきます。Cloudflare では xxxx.ns.cloudflare.com の形の2つ、Route 53 では awsdns を含む4つの名前が表示されるのが一般的です。
手順5：移行先のネームサーバーに直接問い合わせて照合する
切り替える前に、お名前.com と移行先のネームサーバーへ同じ問い合わせをして、答えを比べます。names.txt には「名前 種類」を1行ずつ書きます。
OLD=01.dnsv.jp
NEW=ns-assigned.example # 移行先で割り当てられたネームサーバー名に置き換える
while read -r name type; do
[ -z "$name" ] && continue
a=$(dig @"$OLD" "$name" "$type" +norec +short | sort)
b=$(dig @"$NEW" "$name" "$type" +norec +short | sort)
[ "$a" = "$b" ] || printf 'DIFF: %s %s\n old: %s\n new: %s\n' "$name" "$type" "$a" "$b"
done < names.txtCloudflare でプロキシを有効にしたレコードや、Route 53 のエイリアスにしたレコードは、答えが変わって当然なので、新しい答えが正しいかを個別に確かめます。
手順6：DNSSEC を整理してからネームサーバーを変更する
dig example.com DS +short で何か返る場合は、お名前.com 側で DNSSEC が有効です。このまま切り替えると、DNSSEC を検証するリゾルバーで名前解決に失敗するおそれがあります。先に Navi で DNSSEC の設定を外し、DS が返らなくなってから切り替えます。移行先で DNSSEC を使う場合は、切り替えが落ち着いてから移行先で有効にし、表示された DS をお名前.com に登録します。
ネームサーバーの変更は、Navi のネームサーバー変更のメニューで、お名前.com のネームサーバーではなく「他のネームサーバーを使う」にあたる項目を選び、移行先のネームサーバー名をすべて入力します。変更後は委任が変わったことを確かめます。
dig example.com NS +trace手順7：切り替え後の確認、後片付け、戻し方
- サイト：
wwwありとなしの両方で開き、証明書のエラーが出ないかを見ます。 - メール：外部のアドレスとの間で送受信を試し、受信したメールのヘッダーで SPF・DKIM・DMARC の判定を確認します。
- 転送：手順2で洗い出した URL 転送やメール転送が、代わりの設定で動いているかを確かめます。
お名前.com の DNS レコード設定は、切り替え後もしばらく消さずに残します。古いネームサーバーの情報をキャッシュしたリゾルバーが問い合わせてくるためです。この期間にレコードを変えるときは両方に入れます。原因の分からない問題が出たら、ネームサーバーをお名前.com のものに戻せば元の状態に戻ります。落ち着いたら、移行後に使わなくなった有料のオプション（他社で登録したドメイン向けの DNS のオプションなど）があれば整理します。
まとめ
- DNS の移行とドメインの移管は分け、DNS を先に移します。
- お名前.com の DNS レコード設定を表に控え、DKIM などセレクター名の分かりにくいものも加えます。
- URL 転送やメール転送など、ネームサーバーがお名前.com であることに頼る機能を洗い出し、代わりを用意します。
- 移行先でレコードを登録したら、新旧のネームサーバーで照合してから切り替えます。
- DNSSEC は外してから切り替え、お名前.com 側の設定はしばらく残して戻せるようにしておきます。