dnschecker（dnschecker.org）の結果一覧は、「世界各地のキャッシュサーバーが、検索した瞬間に持っていた答え」を1行ずつ並べたものです。成功の印が並んでいても設定が正しいとは限らず、失敗の印が出ていても設定が壊れているとは限りません。この記事では、結果の1行が何を表しているか、失敗の印の裏にある複数の原因、A・CNAME・MX・TXT・NS などレコード種別ごとの表示の癖を説明し、読み違えずに次の確認へ進めるようにします。
伝播の待ち時間の見積もりや、間違った答えの出どころをたどる手順は別の記事で扱うため、ここでは「画面に出ているものをどう読むか」に絞ります。
1行が表しているもの
結果の各行には、おおむね「問い合わせたキャッシュサーバーの所在地と運営者」「そのサーバーが返した値」「成功か失敗かの印」が並びます。表示項目や印の形、地図の有無はサイト側の更新で変わることがあるので、画面の凡例も合わせて確かめてください（2026年10月現在）。
読むときに押さえておきたいのは次の3点です。
- 権威サーバーの答えではない：各行は、プロバイダーや公開 DNS などのキャッシュサーバーの答えです。あなたが DNS 事業者の管理画面に登録した値そのものではありません。
- その瞬間の答えである：キャッシュには TTL の残り時間があり、数分後に同じ検索をすると結果が変わることがあります。
- 世界の利用者すべてを代表してはいない：並んでいるのは選ばれた一部のサーバーです。日本の利用者がよく使うプロバイダーのサーバーが含まれているとは限りません。
成功の印は、多くの場合「何らかの値が返ってきた」ことを表すにすぎず、「あなたが期待する値と一致した」ことまでは保証しません。値の列を、自分で控えた正しい値と見比べるのが基本の読み方です。
失敗の印が出たときに考えられること
失敗の印は、値を受け取れなかったことを示しますが、その理由は1つではありません。起こりやすい順に挙げます。
- レコードがまだ無い、または名前を打ち間違えた：存在しない名前（NXDOMAIN）や、名前はあるがその種別のレコードが無い状態（NODATA）です。全地点で失敗するなら、まず管理画面の綴りとホスト名の欄を見直します。
wwwを付けるかどうか、ルートドメインを@で登録しているかで食い違うことがよくあります。 - 作る前に検索して「無い」ことがキャッシュされた：レコードを作る前に問い合わせると、「無い」という答えがしばらくキャッシュされます。この期間は SOA レコードの設定で決まり、作った直後でも一部の地点だけ失敗が続くことがあります。
- 特定のサーバーだけの不調：ほとんどの地点で値が返り、1〜2地点だけ失敗しているなら、そのキャッシュサーバー側の一時的な問題の可能性があります。時間をおいて再検索し、同じ地点が失敗し続けるかを見ます。
- DNSSEC の検証の失敗：検証を行うキャッシュサーバーは、署名が合わないと値を返さずに失敗します。検証するサーバーだけが失敗し、しないサーバーでは値が返るため、「結果がまだらに失敗する」形で現れます。DNS 事業者を移転した直後に多い症状です。
- 権威サーバーに届かない：委任先のネームサーバーが止まっている、ゾーンを持っていない、といった状態です。ほぼ全地点で失敗し、時間をおいても変わりません。
画面の印だけでは、これらを見分けられません。手元の dig で応答コードを確かめると、原因を絞れます。
# 応答コード（status）を見る。NXDOMAIN なら名前が無い、NOERROR で ANSWER 0 件なら種別が無い
dig @8.8.8.8 www.example.com A
# SERVFAIL のとき、検証を外した問い合わせで値が返るなら DNSSEC の問題
dig @8.8.8.8 www.example.com A +cdA と AAAA の表示
A の検索で1行に複数の IP アドレスが並ぶのは、同じ名前に複数の A レコードが登録されているためで、食い違いではありません。並び順は問い合わせのたびに入れ替わることがあり、順序の違いも異常ではありません。
地点ごとに違う IP アドレスが返る場合は、次のどちらかを考えます。
- 変更の途中：古い値と新しい値が混ざっています。旧サーバーの IP アドレスが残っている地点は、キャッシュの残り時間が過ぎるのを待ちます。
- 地域ごとに答えを変える構成：CDN や地域別の振り分けを使っていると、地点によって違う答えが返るのが正しい状態です。Cloudflare などのプロキシを有効にしている場合は、表示されるのはオリジンサーバーではなく事業者側の IP アドレスです。
AAAA で失敗の印ばかりが並ぶ場合、多くは単に IPv6 のアドレスを登録していないだけです。サーバーが IPv6 に対応していないなら、AAAA が無いのは問題ではありません。逆に、使っていない古い AAAA が残っていると、IPv6 で接続する利用者だけがつながらない原因になるため、不要なものは削除します。
CNAME の表示
CNAME を設定した名前を A で検索すると、置き換え先の名前を最後まで引いた結果の IP アドレスが表示されることがあります。このとき表示されている IP アドレスは、あなたのゾーンではなく置き換え先の事業者のゾーンで決まっています。
「自分の設定が正しく広がっているか」を見たいときは、種別を CNAME に切り替えて検索し、置き換え先の名前が期待どおりかを確かめます。末尾のピリオドの有無は表示の違いで、意味は同じです。ルートドメイン（example.com そのもの）には通常 CNAME を置けないため、ルートドメインで CNAME が返らないのは正常な場合があります。
MX の表示
MX の行には、優先度の数値と、メールを受け取るサーバーの名前が並びます。数値が小さいほど優先されます。複数の MX があるときは、すべての地点で同じ組み合わせが返っているかを見ます。
MX の値は名前であり、IP アドレスではありません。MX が正しくても、その名前の A レコードが引けなければメールは届かないので、MX に書かれた名前を A でも検索します。メールサービスを乗り換えた直後は、旧サービスの MX が残る地点があり、その間は旧サービスにメールが届く可能性があります。
TXT の表示
TXT は、SPF・DKIM・DMARC や各種サービスの所有確認に使われ、1つの名前に複数のレコードが並ぶのが普通です。読むときの注意点は次のとおりです。
- 長い値が分割されて見える：1つの文字列は255バイトまでのため、DKIM の公開鍵のような長い値は、引用符で区切られた複数の文字列に分かれて表示されることがあります。受け取る側では連結して扱うので、分割されていること自体は異常ではありません。
- SPF は1つだけ：
v=spf1で始まるレコードが複数並んでいたら設定の誤りです。SPF の仕様では、複数あると評価がエラーになります。 - 調べる名前が違う：DKIM は
セレクター._domainkey.example.com、DMARC は_dmarc.example.comで検索します。example.comの TXT をいくら見ても、これらは出てきません。
NS と SOA の表示
NS の検索結果は、各地のキャッシュサーバーが覚えている「そのドメインの権威サーバーの一覧」です。並び順は地点によって違って構いません。ネームサーバーを変更した直後に新旧が混在するのは、親ゾーン側の NS の TTL が長めであることが多く、A レコードの変更より時間がかかるためです。
SOA に対応している場合は、シリアル番号の列に注目します。地点によってシリアル番号が違えば、古いゾーンの情報を持っているキャッシュが残っていることを示します。
結果を読むときの注意
- 結果の一覧は、問い合わせのたびに外部のサービスへ名前を送ることになります。社内専用のホスト名や公開前のサブドメインは入力しないでください。
- 一部の地点には、危険なサイトをブロックするフィルタリング型の DNS が含まれることがあります。そうしたサーバーだけが別の値を返す場合、それはフィルタの挙動であり、あなたの設定の問題ではないことがあります。
- 短時間に検索を繰り返すと、サイト側で利用制限がかかる場合があります。必要な名前と種別に絞って確認します。
- 最終的な判断は、権威サーバーに直接問い合わせた値と照らし合わせて行います。dnschecker は「外からどう見えているか」を知る道具で、「何が正しいか」を決める道具ではありません。
まとめ
- 各行は世界各地のキャッシュサーバーの、その瞬間の答えです。成功の印は「値が返った」ことを示すだけなので、値そのものを控えておいた正しい値と見比べます。
- 失敗の印の原因は、レコードが無い、無いことがキャッシュされた、一部サーバーの不調、DNSSEC の検証失敗、権威サーバーに届かない、のいずれかです。dig の応答コードと
+cdで見分けます。 - A の複数値や順序の違いは正常で、CDN を使うと地点ごとに違う答えが返ります。CNAME は種別を切り替えて置き換え先を確かめます。
- MX は優先度と名前、TXT は分割表示・SPF の重複・調べる名前の違いに注意します。NS の新旧混在は親ゾーンの TTL によるものです。