お名前.com でレコードを追加したのに「エラーで登録できない」「登録したのに反映されない」というときは、原因の多くが、ネームサーバーがお名前.com を向いていない、ホスト名の入力方法の誤り、同じ名前のレコード同士の衝突、確定操作の漏れ、キャッシュ、のどれかです。この記事では、追加の基本手順を短く確認したうえで、うまくいかないときに起きやすい順に原因と確認方法、直し方を説明します。
A・CNAME・MX・TXT の入れ方そのものは、同じシリーズの別記事で用途別に説明しています。この記事はつまずいたときの切り分けに絞っています。お名前.com の管理画面（お名前.com Navi）の項目名や画面の流れは変更されることがあるため（2026年10月現在）、ボタン名などは画面の表示と公式ヘルプを優先してください。
追加の基本手順をおさらいする
お名前.com でレコードを追加する流れは、おおむね次のとおりです。
- お名前.com Navi にログインし、ドメインの DNS 関連の設定メニューを開く
- 対象ドメインを選び、DNS レコードを設定する画面へ進む
- ホスト名、種別（TYPE）、値、TTL を入力して追加する
- 確認画面で内容を見直し、設定を確定する
作業の前に、現在のレコードを画面キャプチャなどで控えておくと、誤って既存のレコードを変えたときに戻せます。
原因1：ネームサーバーがお名前.com の DNS ではない
最も多いのがこれです。お名前.com で取得したドメインでも、ネームサーバーをレンタルサーバー会社や Cloudflare などに変更していれば、お名前.com の画面で追加したレコードは使われません。
確認方法は次のとおりです。
dig +short example.com NSお名前.com の DNS レコード設定を使っている場合、一般的には dnsv.jp で終わるネームサーバー名（例: 01.dnsv.jp）が返ります。別の名前が返った場合は、そのネームサーバーを管理している事業者の画面でレコードを追加します。
レンタルサーバーのネームサーバーを使っているなら、レンタルサーバーの管理画面に DNS 設定があるのが一般的です。ネームサーバーをお名前.com に切り替える方法もありますが、その場合は、レンタルサーバー側にあったレコード（メールの MX や SPF など）をすべてお名前.com 側に作ってから切り替えないと、メールが届かなくなります。
原因2：ホスト名にドメイン名まで入れている
お名前.com のホスト名欄は、一般的にドメイン名より前の部分だけを入れる形式です。www.example.com を作りたいときに、ホスト名欄へ www.example.com と入れると、www.example.com.example.com という意図しない名前ができてしまうことがあります。
www.example.comを作る → ホスト名はwwwexample.com（ルートドメイン）に作る → ホスト名は空欄_dmarc.example.comを作る → ホスト名は_dmarc
入力欄の横にドメイン名が表示されている場合は、その前の部分だけを入れる形式です。追加後の一覧で、ホスト名がどう表示されているかを確認してください。
原因3：同じ名前で衝突するレコードがある
DNS の仕様上、CNAME レコードは同じ名前の他のレコードと共存できません。次のような追加はエラーになるか、設定できても正しく動きません。
- すでに
wwwの A レコードがあるのに、wwwの CNAME を追加する - ルートドメイン（ホスト名が空欄）に CNAME を追加する（ルートには NS や SOA があるため）
直し方は、既存のレコードを削除してから追加することです。ルートドメインをホスト名で別のサービスへ向けたい場合は、CNAME ではなく、サービス側が案内している A レコード（IP アドレス）を使います。
TXT レコードは同じ名前に複数置けますが、SPF には注意が必要です。v=spf1 で始まる TXT が同じ名前に2つあると、SPF の評価がエラーになり、メールが迷惑メール扱いされる原因になります。新しい送信サービスを追加するときは、既存の SPF に include: を足して1つにまとめます。
# 誤り（2つに分かれている）
v=spf1 include:_spf.example.net ~all
v=spf1 include:mail.example.org ~all
# 正しい（1つにまとめる）
v=spf1 include:_spf.example.net include:mail.example.org ~all原因4：確定の操作をしていない
お名前.com の DNS 設定画面では、入力して追加ボタンを押しただけでは確定せず、確認画面で最終的な設定ボタンを押して初めて反映される流れになっていることがあります。途中でブラウザーを閉じたり別の画面へ移動したりすると、追加が保存されていません。
画面を開き直してレコードの一覧に表示されているかを確認します。一覧にあるのに応答が変わらない場合は、次の原因5を確認します。
原因5：キャッシュが残っている
登録が済んでいても、パソコンやプロバイダーの DNS が古い情報を覚えている間は、新しい値が見えません。切り分けには、キャッシュを通さずにお名前.com のネームサーバーへ直接問い合わせます。
# 権威サーバーに直接問い合わせる
dig +short www.example.com A @01.dnsv.jp
# 普段使っているDNS経由の結果と比べる
dig +short www.example.com A1つ目で新しい値が返り、2つ目で古い値（または何も返らない）なら、お名前.com 側の設定は済んでおり、キャッシュの期限切れを待つ段階です。既存のレコードを変更した場合は、変更前の TTL の時間が目安になります。
新しく追加した名前の場合、追加する前に一度問い合わせていると、「存在しない」という結果がキャッシュされていることがあります（ネガティブキャッシュ）。この場合も時間がたてば解消します。手元のパソコンだけ古い場合は、OS の DNS キャッシュを消すと早く確認できます。
1つ目の問い合わせでも新しい値が返らない場合は、原因1〜4に戻って確認します。
原因6：DNSSEC の設定が食い違っている
DNSSEC を有効にしたドメインを別のネームサーバーへ移した、あるいは途中で設定を変えた、という経緯がある場合、署名の情報が食い違って名前解決そのものが失敗することがあります。特定のレコードだけでなく、ドメイン全体が引けなくなるのが特徴です。
dig example.com A +dnssec応答のステータスが SERVFAIL になる場合は、DNSSEC の不整合を疑い、お名前.com の DNSSEC 関連の設定とレジストラに登録された DS レコードを確認します。DNSSEC の変更は影響が大きいので、手順を確認してから作業してください。
まとめ
- 最初に dig で NS を確認し、お名前.com の DNS（
dnsv.jp系）を使っているかを確かめます。 - ホスト名欄にはドメイン名より前の部分だけを入れます。ルートドメインは空欄です。
- CNAME は同じ名前の他のレコードと共存できず、ルートドメインには置けません。SPF の TXT は1つにまとめます。
- 追加後は確認画面で確定まで進み、一覧に表示されているかを確かめます。
- 権威サーバーへ直接問い合わせて、設定の問題かキャッシュの問題かを切り分けます。