whatsmydns（whatsmydns.net）は世界各地のキャッシュサーバーに同じ問い合わせをして結果を並べる Web ツールですが、何を読み取れるかは選んだレコードの種別によって大きく変わります。この記事では、サーバー移転や DNS 事業者の乗り換え、メール設定、SSL 証明書の発行といった場面で使う主な種別ごとに、表示の意味と見落としやすい点をまとめます。
種別ごとに読む前に押さえること
一覧の各行は、その地域のキャッシュサーバーがその時点で持っている答えです。権威サーバー（ドメインの設定が保存されている DNS サーバー）の現在の設定そのものではありません。キャッシュは種別ごと・名前ごとに別々に保持されるため、A が新しい値に切り替わっていても、AAAA や MX はまだ古い、ということが普通に起こります。
そのため、確認するときは「変更した名前」と「変更した種別」をそのまま指定するのが基本です。www を変えたなら www を、メール用のサブドメインを変えたならその名前を入力します。画面の表示（成功・失敗の印や地図など）はサイトの更新で変わることがあるため、ここでは表示の細部ではなく、返ってきた値の読み方を中心に説明します（2026年10月現在）。
A と AAAA：IPv6 の取り残しに注意する
A は IPv4、AAAA は IPv6 のアドレスです。サーバー移転では A だけを確認して終わりにしがちですが、AAAA も見ておくべきです。
旧サーバーのレンタルサーバーやクラウドが AAAA を自動で設定していた場合、A だけを新サーバーに向けると、AAAA は旧サーバーを指したまま残ります。IPv6 で接続できる利用者は旧サイトを見続けることになり、「自分の環境では新サイトなのに、一部の人だけ古い」という分かりにくい症状になります。AAAA の結果に見覚えのない IPv6 アドレスが並んでいたら、DNS の管理画面に AAAA が残っていないかを確認します。
逆に、IPv6 を使っていないドメインで AAAA の結果がすべて空なのは正常です。
CNAME：別名の先と、表示されない場合
CNAME は「この名前は別の名前の別名」という指定で、結果には別名の先の名前（ホスト名）が並びます。CDN や外部サービスの設定手順で「www を指定のホスト名に CNAME で向ける」と指示されたときに、各地でその値になっているかを確かめるのに使います。
ただし、CNAME を選んでも結果が出ないことがあります。代表的なのは次の2つです。
- ドメインの頂点（example.com そのもの）。DNS の仕様上、頂点には CNAME を置けません。DNS 事業者によっては、頂点で別名のように振る舞う独自の仕組み（CNAME フラットニングや ALIAS など）がありますが、外から見ると A や AAAA として答えが返るため、CNAME では何も表示されません。
- Cloudflare のプロキシを有効にしたレコード。外部には Cloudflare の IP アドレスが A や AAAA として返り、CNAME は見えません。
どちらも異常ではありません。この場合は A や AAAA を選んで確認します。
NS：DNS 事業者の乗り換えを見守る
NS はそのドメインを担当するネームサーバーの一覧です。DNS 事業者を乗り換えたとき、各地のキャッシュサーバーがどちらの事業者を参照しているかが分かります。
乗り換えの途中では、旧事業者のネームサーバー名と新事業者のネームサーバー名が地域ごとに混在して表示されます。委任の情報は .com や .jp などの親ゾーン側にあり、.com の委任の TTL は2日（172800秒）です。混在が1〜2日続くのは想定内で、その間は旧事業者のゾーンを消さず、両方に同じレコードを入れておきます。
注意したいのは、結果にネームサーバーが表示されることと、そのサーバーが正しく答えることは別だという点です。新事業者のネームサーバー名が並んでいても、新事業者側でゾーンを有効にしていなければ名前解決は失敗します。NS を確認したら、続けて A などの種別も確認します。
SOA：どちらの事業者のゾーンを見ているかの手がかり
SOA はゾーン全体の管理情報で、主ネームサーバー名、管理者のメールアドレスを表す名前、シリアル番号、各種の時間が含まれます。whatsmydns では見落とされがちですが、DNS 事業者の乗り換え中は役に立ちます。
主ネームサーバー名の欄には事業者ごとに決まった名前が入るため、各地のキャッシュサーバーが旧事業者と新事業者のどちらのゾーンから答えを得ているかの手がかりになります。シリアル番号は、ゾーンを更新するたびに増やす運用であれば、どの版のゾーンがキャッシュされているかの目安になります。ただし、シリアルの付け方は事業者ごとに異なり、管理画面で変更しても増えない事業者もあるので、比べるのは同じ事業者の値どうしにとどめます。
また、SOA の最後の数値は「存在しない」という答え（否定応答）をキャッシュする時間の上限に関わります。新しく作ったサブドメインが一部の地域でだけ見つからない場合、作成前に問い合わせた否定応答が残っている可能性があり、その残り時間の目安になります。
MX と TXT：問い合わせる名前を間違えない
MX はメールの受け取り先で、優先度の数字とホスト名の組で表示されます。数字が小さいほうが優先です。メールサービスを乗り換えたときは、旧サービスのホスト名が残っている地域がないかを見ます。
TXT はメールの送信元認証などに使われますが、レコードごとに置く名前が違うため、問い合わせる名前を間違えやすい種別です。
- SPF：ドメインそのもの（example.com）の TXT。1つのドメインに SPF のレコードが2つ以上あると認証エラーになるため、
v=spf1で始まる値が1つだけかを確認します。 - DKIM：
セレクター名._domainkey.example.comという名前の TXT。セレクター名はメール配信サービスごとに異なります。 - DMARC：
_dmarc.example.comという名前の TXT。
長い TXT（DKIM の公開鍵など）は、DNS の仕様上いくつかの文字列に分けて保存されます。表示が引用符で区切られていても、つなげて1つの値として扱われるので問題ありません。
CAA：SSL 証明書を発行する前に
CAA は、そのドメインの SSL/TLS 証明書を発行してよい認証局を指定するレコードです。結果は 0 issue "letsencrypt.org" のように、フラグ、タグ、値の形で表示されます。
CAA が1件も無ければ、どの認証局でも発行できます。CAA があるのに、使いたい認証局の名前が含まれていなければ発行は拒否されます。レンタルサーバーの無料 SSL が発行できないときや、Let's Encrypt の更新が失敗するときは、CAA の結果を確認します。認証局も DNS のキャッシュを通して CAA を確認するため、追加や変更をした直後は、各地の結果がそろうまで待ってから再発行を試みます。
結果が空や失敗のときの切り分け
どの種別でも、空の結果や失敗の表示には複数の意味があります。名前は存在するがその種別のレコードが無い、名前そのものが存在しない、キャッシュサーバーが答えを作れなかった（DNSSEC の検証失敗を含む）、の区別は一覧だけでは付きにくいため、権威サーバーに直接問い合わせて確かめます。
# 権威サーバーを調べ、そのサーバーに直接聞く
dig +short example.com NS
dig @ns1.example.net www.example.com AAAA +norecurse権威サーバーが意図どおりの答えを返していれば、whatsmydns の結果は時間とともにそろっていきます。権威サーバーの答え自体が違うなら、待っても直らないので DNS の管理画面を見直します。設定を変える前には、現在のレコードを控えておくと元に戻せます。
まとめ
- キャッシュは名前と種別ごとに別々なので、変更した名前と種別をそのまま指定して確認します。
- A と AAAA は両方を見て、旧サーバーを指す AAAA の取り残しに注意します。
- CNAME は頂点や CDN のプロキシでは表示されないのが正常で、その場合は A／AAAA で確かめます。
- NS の混在は親ゾーンの TTL の間は想定内です。SOA の主ネームサーバー名は、どちらの事業者のゾーンを見ているかの手がかりになります。
- TXT は SPF・DKIM・DMARC で置く名前が違い、CAA は証明書の発行可否に直結します。迷ったら権威サーバーに直接問い合わせて裏を取ります。