お名前.com で複数のドメインを管理するときは、「ドメイン単位の契約まわりの設定（更新・連絡先・ネームサーバー）」と「DNS レコードの中身」を分けて考えるのが近道です。前者はお名前.com Navi で複数ドメインをまとめて扱える項目が多い一方、後者はドメインごとの作業になるため、一覧表と確認用のコマンドで抜け漏れを防ぎます。この記事では、ドメインが10件を超えたあたりから起きやすい「更新切れ」「別の DNS を見ていた」「メール用レコードの入れ忘れ」を防ぐための手順を説明します。
お名前.com Navi のメニュー名や画面の構成は変わることがあります（2026年10月現在）。この記事では操作の目的で説明するので、実際の表記はお名前.com のヘルプで確認してください。料金やキャンペーンの条件は扱いません。
レジストラとしての設定と DNS の設定は別物
お名前.com は、ドメインを登録・更新するレジストラであると同時に、DNS（ネームサーバー）のサービスも提供しています。この2つは関係していますが、別の機能です。
- レジストラとしての設定: 更新期限と自動更新、登録者の連絡先、移管ロック、そして「どのネームサーバーを使うか」の指定
- DNS の設定: お名前.com のネームサーバーを使う場合に、そのドメインの A・CNAME・MX・TXT などのレコードを登録する作業
ここを混同すると、「お名前.com の DNS レコード設定で値を直したのに、サイトの表示が変わらない」という事態が起きます。ネームサーバーをレンタルサーバー会社や Cloudflare などに向けているドメインでは、お名前.com 側のレコードは使われず、向け先の事業者に登録したレコードが効いているからです。
複数ドメインを管理するときは、まずドメインごとに「ネームサーバーがどこを向いているか」を確かめ、お名前.com の DNS で運用しているドメインとそうでないドメインを分けておきます。
手順1：全ドメインの現状を一覧にする
お名前.com Navi のドメイン一覧には、契約中のドメインと更新期限が並びます。これをもとに、次の項目を1行1ドメインで表にまとめます。
- ドメイン名と更新期限、自動更新の有無
- ネームサーバー（実際の応答で確認したもの）
- 用途（WordPress サイト、メール専用、旧ドメインの転送用、予約のみ など）
- Web の向き先とメールの向き先
- 担当者や依頼元
ネームサーバーは、画面の表示だけでなく、実際の応答でも確かめます。ドメインを1行ずつ書いた domains.txt を用意して、次のように一覧を取ります。
#!/usr/bin/env bash
# domains.txt の各ドメインについて、現在のネームサーバーを表示する
while read -r d; do
[ -z "$d" ] && continue
ns=$(dig +short "$d" NS | sort | tr '\n' ' ')
echo "$d : ${ns:-（応答なし）}"
done < domains.txtお名前.com の DNS を使っているドメインでは、お名前.com のネームサーバー名（dns1.onamae.com など。契約の時期や設定により異なることがあります）が返ります。Navi に表示されているネームサーバー名と照らし合わせてください。応答がないドメインは、期限切れや設定の誤りの可能性があるので、優先して確認します。
手順2：ドメイン単位の設定をまとめてそろえる
更新・連絡先・ネームサーバーといったドメイン単位の設定は、Navi で複数のドメインを選んで同じ操作をまとめて行える項目があります。どの操作が一括に対応しているかは画面で確認し、対応していない項目はドメインごとに進めます。そろえておきたいのは次の点です。
自動更新: 使っているドメインは自動更新を有効にし、登録している支払い方法の有効期限も確認します。カードの期限切れで更新に失敗し、気づいたときには DNS が止まってサイトもメールも使えなくなっていた、という事故は少なくありません。逆に、使っていないドメインは自動更新を止めるかどうかを判断します（廃止するときの注意は後述します）。
登録者の連絡先: 連絡先のメールアドレスが、今も受信できるアドレスになっているかを確認します。gTLD（.com や .net など）では、登録者情報の確認メールに対応しないとドメインが利用停止になることがあります。担当者の退職などで受け取れなくなっていないか、定期的に見直します。
移管ロック: 意図しない移管を防ぐ設定が有効になっているかを確認します。移管する予定があるドメインだけ、作業のときに解除します。
ネームサーバー: 同じ DNS 事業者にまとめたいドメインがあれば、ここで変更します。ただし、ネームサーバーの変更は影響の大きい作業です。変更先の DNS に必要なレコード（特に MX とメール認証用の TXT）がそろっているかを先に確認し、1件ずつ、影響の小さいドメインから進めます。
手順3：DNS レコードは型を決めてドメインごとに入れる
お名前.com の DNS で運用しているドメインのレコードは、基本的にドメインごとの作業になります。件数が増えても迷わないよう、用途ごとに「標準のレコード一式」を決めておきます。
WordPress サイトを公開してメールも使うドメインなら、例えば次のような形です。
@ A 203.0.113.10
www CNAME example.com.
@ MX 10 mail.example.net.
@ TXT "v=spf1 include:_spf.example.net ~all"
_dmarc TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com"メールを送受信しない予約用や転送用のドメインなら、なりすましに使われにくくするため次のような形にします。
@ TXT "v=spf1 -all"
_dmarc TXT "v=DMARC1; p=reject;"値はすべて例です。IP アドレスや SPF の include 先は、使っているサーバーやメールサービスの案内に合わせて置き換えます。お名前.com の画面では、ホスト名の欄にドメイン名が自動で補われる形式になっていることが多いので、www.example.com と全部入力して www.example.com.example.com を作ってしまわないよう、入力欄の表示を確かめながら入れます。
変更前に控え、変更後に確かめる
変更の前に、お名前.com のネームサーバーへ直接問い合わせて現在の値を控えておきます。キャッシュを通さないので、「お名前.com 側の今の設定」が分かります。
# 変更前の控え（ネームサーバー名は Navi の表示に合わせる）
for t in A MX TXT; do
echo "== example.com $t"
dig +short example.com "$t" @dns1.onamae.com
done
dig +short www.example.com CNAME @dns1.onamae.com変更したら同じコマンドで新しい値が返るかを確認し、サイトの表示とメールの送受信を確かめてから次のドメインへ進みます。権威サーバーで正しい値が返っているのに手元で古い表示が続く場合は、変更前のレコードの TTL が切れるのを待つ段階です。サーバー移転などで多数のドメインの A レコードを書き換える予定があるなら、TTL を指定できる場合は作業の前日までに短めにしておくと、待ち時間と切り戻しの時間を減らせます。
使わなくなったドメインの扱い
複数ドメインの管理で見落としやすいのが、使い終わったドメインです。期限切れで手放したドメインは、第三者が取得できるようになります。過去にメールで使っていたドメインや、外部からリンクされていたドメインを他人が取得すると、届くはずだったメールを受け取られたり、旧サイトの評判を利用されたりするおそれがあります。
手放す前に、そのドメイン宛てのメールが今も届いていないか、どこからリンクされているかを確認し、影響がある間は更新を続けて転送用やメール拒否の設定を入れておく、という判断も検討します。
お名前.com の DNS に置き続けるかの判断
ドメイン数が十数件程度で、レコードの変更が年に数回なら、Navi での操作と上記の確認手順で十分に運用できます。一方、次のような状況になったら、ドメインの登録はお名前.com に残したまま、DNS だけを API で操作できるサービスへ移すことも検討します。
- 多数のドメインに同じ変更を頻繁に入れる
- 変更の履歴とレビューを Git などで残したい
- サーバー構築と DNS 設定を一緒に自動化したい
移すときは、移行先にレコードをすべて作り、移行先のネームサーバーへ直接問い合わせて確認してから、お名前.com Navi でネームサーバーを切り替えます。旧 DNS のレコードは、切り替え後しばらく残しておきます。
まとめ
- 「ドメイン単位の設定」と「DNS レコード」を分けて考えます。お名前.com のレコードが効くのは、ネームサーバーがお名前.com を向いているドメインだけです。
- 全ドメインを1行1ドメインの表にまとめ、ネームサーバーは dig で実際の応答を確かめます。
- 自動更新・支払い方法・連絡先・移管ロックは、まとめて見直せる項目から定期的にそろえます。
- DNS レコードは用途ごとに型を決め、変更前後に権威サーバーへ直接問い合わせて確認します。
- 使わなくなったドメインは、手放したあとの影響を確認してから判断します。