ConoHa DNS にレコードを追加するときは、「そのドメインのネームサーバーが本当に ConoHa を向いているか」を最初に確かめ、追加した後は ConoHa のネームサーバーに直接問い合わせて値を確認する、という二つを押さえれば大半のつまずきを避けられます。この記事では、追加前の確認、A・AAAA・CNAME・MX・TXT それぞれの入れ方と注意点、追加後の確認方法、反映されないときの原因の切り分けを順に説明します。
ConoHa の管理画面は VPS や WING などサービスによって構成が異なり、メニュー名や入力欄の名前も変わることがあります（2026年10月現在）。以下では画面の表記ではなく「何を入力するか」で説明しますので、実際の操作は ConoHa のサポートページと照らし合わせてください。
追加する前に：ネームサーバーが ConoHa を向いているか確かめる
ConoHa の管理画面でレコードを追加しても、ドメインのネームサーバーが別の事業者を向いていれば、そのレコードは世界から参照されません。「追加したのに反映されない」という相談で多い原因の一つがこれです。まず現在の委任先を確認します。
# ドメインのネームサーバー（委任先）を確認
dig +short example.com NS表示されたネームサーバーが、ConoHa の管理画面やサポートページで案内されているネームサーバー名と一致していれば、ConoHa DNS が実際に使われています。一致しない場合は、レジストラ（ドメインを契約している事業者）でネームサーバーを ConoHa に変更するか、今使われている DNS 側でレコードを追加する必要があります。ネームサーバーの変更は、既存のレコードを ConoHa 側にそろえてから行わないとサイトやメールが止まるため、単なるレコード追加とは別の作業として計画してください。
あわせて、ConoHa WING でドメインを追加した場合など、サービス側で自動作成されたレコードがすでにあるかどうかも確認します。同じ名前に重ねて追加すると、後で述べる CNAME の制約に引っかかったり、A レコードが2つになって答えが入れ替わったりします。追加の前にゾーンのレコード一覧を見て、既存の値を把握しておくと安全です。
レコードの種類ごとの入れ方
ConoHa の DNS 画面では、ドメインを選んでレコードを追加し、おおむね「タイプ」「名前（ホスト名）」「値」「TTL」と、MX などでは「優先度」に相当する項目を入力します。名前の欄に「www」のようにサブドメイン部分だけを入れるのか、www.example.com のようにドメインまで含めた名前を入れるのかは画面によって異なります。既存のレコードの表示や入力例に合わせてください。
A / AAAA レコード
名前（ホスト名）に対して、IPv4 アドレス（A）または IPv6 アドレス（AAAA）を返すレコードです。WordPress を動かしているサーバーにドメインやサブドメインを向けるときに使います。値には IP アドレスだけを入れ、http:// やポート番号は付けません。サーバーが IPv6 に対応していないのに AAAA を入れると、IPv6 で接続する利用者からつながらなくなるため、AAAA はサーバー側の対応を確認してから追加します。
CNAME レコード
名前を別の名前の別名にするレコードです。www.example.com を example.com や CDN のホスト名に向けるときによく使います。注意点は二つです。
- ドメインの頂点（example.com そのもの）には CNAME を置けません。頂点は A / AAAA で指します。
- CNAME を置いた名前には、ほかの種類のレコード（TXT や MX など）を同時に置けません。たとえば www に CNAME と所有権確認用の TXT を両方置こうとすると、登録できないか、意図しない動作になります。
値の末尾に「.」（ドット）を付けるかどうかは画面の仕様によります。付けずに入れたときにドメイン名が自動で補われる仕様だと、外部のホスト名を入れたつもりが「cdn.example.net.example.com」のような名前になってしまうことがあります。追加後に dig で値を確認すると、こうした入力ミスにすぐ気付けます。
MX レコード
ドメイン宛てのメールをどのサーバーで受け取るかを指定するレコードです。値にはメールサーバーのホスト名を入れ、優先度は数字が小さいほど優先されます。メールサービスの案内に複数の MX と優先度が書かれていれば、そのとおりにすべて登録します。
MX の値には IP アドレスを直接書かず、A / AAAA レコードを持つホスト名を指定します。CNAME の名前を MX の値にするのも避けてください。また、MX を変えるとメールの受信先が切り替わるため、メールサービスの移行時以外は既存の MX を消さないようにします。
TXT レコード
文字列を登録するレコードで、SPF、DKIM、DMARC、各種サービスの所有権確認などに使います。
- SPF: 1つの名前に SPF の TXT は1つだけにします。新しい送信元を追加するときは、別のレコードを作るのではなく、既存の SPF に include などを書き足します。
- DKIM: メールサービスに指定されたセレクタ名（セレクタ._domainkey）を名前にして登録します。値が長いので、コピーの途中で改行や空白が混ざっていないかを見比べます。
- DMARC: 名前を _dmarc にして登録します。
- 所有権確認: Google Search Console などで指定された値をそのまま入れます。
値を引用符（"）で囲む必要があるかは画面によって違います。追加後に dig で引いて、引用符が二重になっていないかを確認してください。
そのほかのレコード
SRV や CAA など、ほかの種類のレコードが使えるかは、タイプの選択肢で確認します。Let's Encrypt で DNS 認証を使って証明書を発行する場合は、_acme-challenge という名前の TXT を追加します。HTTP 認証で発行する場合は、対象の名前の A / AAAA がサーバーを向いていることが前提になります。
TTL の決め方
TTL は、キャッシュ DNS が答えを保持してよい秒数です。追加したばかりで値を直す可能性があるレコードは 300 秒程度と短めにし、安定したら長めに戻すと、修正したときに早く反映されます。
追加した後の確認
追加したら、まず ConoHa のネームサーバーに直接問い合わせて、登録した値が返るかを確かめます。キャッシュの影響を受けないので、入力が正しいかどうかをすぐに判断できます。
# 委任先のネームサーバー名を確認し、そのサーバーに直接問い合わせる
dig +short example.com NS
dig @ns1.conoha.example www.example.com A +noall +answer # ns1.conoha.example は上で確認した名前に置き換える
dig @ns1.conoha.example example.com MX +noall +answer
dig @ns1.conoha.example example.com TXT +noall +answer
# 公開リゾルバから見えるかを確認
dig @1.1.1.1 www.example.com A +short
dig @8.8.8.8 www.example.com A +shortConoHa のネームサーバーで正しい値が返り、公開リゾルバでも同じ値が返れば追加は完了です。ブラウザで開けない場合は、DNS ではなくサーバー側の設定（WordPress のサイトアドレス、Web サーバーのバーチャルホスト、SSL 証明書）を確認します。
反映されないときの原因と確認順
追加したレコードが見えないときは、次の順に確認すると原因を絞り込めます。
- ネームサーバーが ConoHa を向いていない:
dig +short example.com NSの結果を確認します。最初に述べたとおり、最も多い原因です。 - 入力ミス: ConoHa のネームサーバーに直接問い合わせて、名前と値を確かめます。名前の二重化（www.example.com.example.com）、値の末尾のドット、TXT の引用符の重複がよくある誤りです。
- 既存レコードとの衝突: 同じ名前に CNAME とほかのレコードがある、古い A レコードが残っていて答えが2つ返る、といった状態がないかをレコード一覧で確認します。
- ネガティブキャッシュ: レコードを追加する前にその名前を引いていると、「存在しない」という答えがキャッシュされ、しばらく残ります。保持される時間はゾーンの SOA の設定によって決まります。ConoHa のネームサーバーで正しく返っているなら、時間をおいて再確認します。
- 手元のキャッシュ: PC やルーターのキャッシュが古い答えを持っていることがあります。公開リゾルバで正しく返っているなら、手元のキャッシュを消すか時間をおきます。
API で追加する場合
ConoHa の VPS には DNS を操作する API も用意されており、レコードの追加を自動化できます。API のエンドポイントや認証方式はサービスの世代（バージョン）によって異なるため、使っている環境に合った公式の API ドキュメントを参照してください。API で使うトークンや認証情報は、スクリプトに直接書かず環境変数などで渡し、リポジトリに含めないようにします。
まとめ
- レコードを追加する前に、
dig +short example.com NSでネームサーバーが ConoHa を向いているかを確認します。 - A / AAAA は IP アドレスだけを、CNAME は頂点以外の名前に、MX はホスト名と優先度を、TXT は SPF を1つにまとめて登録します。
- 名前の書き方と値の末尾のドット、TXT の引用符は画面の仕様によって違うため、追加後に dig で確かめます。
- 追加したら、まず ConoHa のネームサーバーに直接問い合わせ、次に公開リゾルバで確認します。反映されないときは、委任先・入力ミス・衝突・キャッシュの順に切り分けます。