2026年6月12日

2026年6月12日

ANAMEレコードの追加手順|ルートドメインをCDN・ホスティングのホスト名へ向ける設定と確認

ANAMEレコードは、example.com のようなルートドメイン(ゾーンの頂点)を、CDNやホスティングサービスのホスト名へ向けたいときに使う、DNSサービス独自のレコードです。追加の手順は、使っているDNSサービスが対応しているかを確かめる、頂点にある既存のA・AAAAを整理する、ANAMEを登録する、dig で返るIPアドレスが向け先と一致するかを確かめる、の順になります。この記事では、ANAMEの仕組みを押さえたうえで、追加の手順と、追加後にメールや証明書で困らないための確認点を説明します。

ANAMEの設定がうまく動かないときの直し方や、TTLの調整は別の記事で扱っています。ここでは新しく追加する場面に絞ります。

ANAMEが必要になる理由

CDNやホスティングサービスの多くは、利用者に「このホスト名へCNAMEで向けてください」と案内します。サービス側でIPアドレスを変えても、CNAMEで向けていれば利用者は設定を変えずに済むからです。

ところが、ルートドメインにはCNAMEを置けません。DNSの仕様では、CNAMEを置いた名前には他のレコードを置けないことになっており、ルートドメインには必須のSOAとNSがあるうえ、MXやTXTも置くのが普通だからです。

ANAMEは、この問題をDNSサービスの側で解決する仕組みです。利用者は頂点に「向け先のホスト名」を登録し、問い合わせを受けたDNSサービスが、そのホスト名を自分で名前解決して、結果のIPアドレスをAやAAAAとして返します。問い合わせた側からは普通のAレコードに見えるので、MXやTXTと並べても問題が起きません。

注意したいのは、ANAMEはDNSの標準規格として定まったレコードではないことです。標準化の提案はありましたが、規格にはなっていません(2026年10月現在)。そのため、サービスごとに呼び名と動きが違います。

  • 「ANAME」と呼ぶサービス(DNS Made Easy、Constellix など)
  • 「ALIAS」と呼ぶサービス(DNSimple、NS1 など)
  • Cloudflare の「CNAMEフラット化(CNAME Flattening)」: 頂点にCNAMEを登録すると、Cloudflare がAとして答えを返します
  • Amazon Route 53 の「エイリアスレコード」: 向け先はCloudFrontやロードバランサーなど、AWSの一部のリソースや同じホストゾーン内のレコードに限られます
  • Azure DNS の「エイリアスレコードセット」: Azure のリソースに向けるための機能です

どのサービスが何に対応しているか、どこまで向け先を選べるかは変わることがあるため、使うサービスの最新の説明で確かめてください。

手順1:DNSサービスが対応しているかを確かめる

最初に、ドメインのネームサーバーがどのDNSサービスかを確かめます。

dig example.com NS +short

レコードを追加する画面で、種類の選択肢にANAMEやALIASがあるか、または頂点へのCNAMEを受け付けるかを見ます。対応していない場合は、次のいずれかを検討します。

  • ANAME(またはそれに相当する機能)に対応したDNSサービスへネームサーバーを移す
  • 向け先のサービスが固定のIPアドレスを案内しているなら、そのIPアドレスをAレコードで登録する
  • サイトの正式なURLを www.example.com にして、www はCNAMEで向け、ルートドメインは www へリダイレクトする

3つ目は、DNSの仕組みに沿った方法で、多くのホスティングサービスもこの形を勧めています。ANAMEにこだわる必要が無いなら、こちらの方が扱いやすい場合もあります。

手順2:今の設定を控え、TTLを下げておく

頂点のAレコードを置き換える作業なので、作業前の状態を控えます。

# 権威ネームサーバーに直接問い合わせる
dig @ns1.example-dns.jp example.com A +norecurse +noall +answer
dig @ns1.example-dns.jp example.com AAAA +norecurse +noall +answer
dig @ns1.example-dns.jp example.com MX +norecurse +noall +answer
dig @ns1.example-dns.jp example.com TXT +norecurse +noall +answer

今のAレコードのTTLが長い場合は、作業の前日までに300秒程度へ下げておきます。新しい向け先への切り替えが遅れたときや、元に戻すときに待ち時間を短くできます。

手順3:頂点の既存のA・AAAAを整理する

多くのDNSサービスでは、同じ名前にANAMEと通常のA・AAAAを並べることはできないか、並べた場合にどちらが優先されるかが決まっています。ANAMEを登録する直前に、頂点のA・AAAAを削除するか、サービスの説明に沿って置き換えます。

ここで消すのは頂点のA・AAAAだけです。MX、TXT(SPFやドメイン認証の値)、CAAなどは残します。これらを消すとメールの受信や証明書の発行に影響します。

AAAAも整理の対象になる点に注意します。古いサーバーのIPv6アドレスがAAAAとして残っていると、IPv6で接続する利用者だけが古いサーバーへ向かってしまいます。

手順4:ANAMEを登録する

画面の項目名はサービスによって違いますが、入力する内容はおおむね次のとおりです。

名前(ホスト名): @ または空欄(ルートドメインを表す)
種類            : ANAME(サービスにより ALIAS、頂点のCNAME など)
値(向け先)    : example-site.cdn-provider.example.
TTL             : 300(サービスが固定値を使う場合は入力欄が無いこともある)

向け先には、CDNやホスティングサービスが案内しているホスト名をそのまま入れます。末尾のドットを付けるかどうかは画面の入力例に従います。付けるべき場所で付けないと、example-site.cdn-provider.example.example.com のように自分のドメインが後ろに足されてしまうサービスもあります。

Route 53 のエイリアスレコードの場合は、レコードの種類にAを選んだうえでエイリアスを有効にし、向け先のAWSリソースを選びます。IPv6でも配信する場合は、AAAAのエイリアスも別に作ります。

手順5:返るIPアドレスを確かめる

ANAMEを登録しても、問い合わせた側に返るのはAやAAAAです。確認は、頂点のAと、向け先のホスト名のAを見比べて行います。

# ルートドメインのA・AAAA(権威ネームサーバーに直接)
dig @ns1.example-dns.jp example.com A +norecurse +short
dig @ns1.example-dns.jp example.com AAAA +norecurse +short

# 向け先のホスト名のA・AAAA
dig example-site.cdn-provider.example A +short
dig example-site.cdn-provider.example AAAA +short

両者の答えが重なっていれば、ANAMEは動いています。CDNの場合は問い合わせる場所によって返るIPアドレスが変わることがあるので、一覧が一字一句同じでなくても、向け先が返すアドレスの範囲に入っていれば問題ないことがほとんどです。

ここで知っておきたいのが、位置に応じた振り分けへの影響です。ANAMEでは、利用者ではなくDNSサービスが向け先を名前解決します。そのため、CDNが利用者の場所に近いサーバーを選ぶ仕組みが、DNSサービスの場所を基準に働いてしまうことがあります。DNSサービスによっては利用者の場所の情報を引き継ぐ工夫をしていますが、対応はサービスごとに違います。表示速度に地域差が出た場合は、この点を疑います。

最後に、ブラウザでルートドメインを開き、新しいサイトが表示されるか、証明書のエラーが出ないかを確かめます。

追加したあとに確かめておくこと

証明書

CDNやホスティングサービスの多くは、ドメインが自分たちに向いたことを確かめてから証明書を発行します。ANAMEを追加した直後は、証明書の発行が終わるまでエラーが出ることがあるので、サービスの管理画面で証明書の状態を見ます。頂点にCAAを置いている場合は、そのサービスが使う認証局を許可しているかも確かめます。

WordPressのサイトURL

www 付きのURLからルートドメインへ切り替えた場合などは、WordPressの「設定」→「一般」にあるWordPressアドレスとサイトアドレスも合わせて変える必要があります。変更前にデータベースのバックアップを取り、記事中の古いURLの置き換えは、検証用の環境で試してから本番で行います。

セカンダリDNSやDNSSEC

ANAMEは標準のレコードではないため、ゾーン転送で他のDNSサービスへ渡しても、相手側で同じように動くとは限りません。セカンダリDNSを併用している場合や、DNSSECで署名している場合は、ANAMEをどう扱うかを各サービスの説明で確かめます。

将来に向けては、HTTPSレコード(RFC 9460)のように、ルートドメインから別のホスト名を案内できる標準の仕組みも用意されています。ただし、ブラウザやサービスの対応はまだ途中で、現時点でANAMEの代わりとしてそのまま使える段階ではありません。

まとめ

  • ANAMEは、ルートドメインをホスト名へ向けるための、DNSサービス独自のレコードです。呼び名(ANAME、ALIAS、CNAMEフラット化、エイリアス)と動きはサービスごとに違います。
  • 追加の前に、DNSサービスの対応を確かめ、今の設定を控えてTTLを下げておきます。
  • 頂点のA・AAAAは整理し、MX・TXT・CAAは残します。
  • 確認は、ルートドメインのAと向け先のAを見比べて行い、証明書とサイトの表示も確かめます。
  • 対応していない場合は、www を正式なURLにしてルートドメインをリダイレクトする方法も選択肢です。

お気軽にご相談ください

お見積りへ お問い合わせへ
▲