A レコードを変更したのに反映されないときは、「権威 DNS」「公開リゾルバー」「自分のパソコン」の3か所の答えを比べると、原因がどこにあるかを数分で絞り込めます。よくある原因は、可能性の高い順に、実際には使われていない DNS の画面を編集している、ホスト名や値の入力ミス、TTL によるキャッシュ、手元のパソコンやブラウザのキャッシュ、AAAA や CNAME など別のレコードの影響、そして DNS は正しいのにサーバーや WordPress 側が原因、の6つです。この記事では、症状の読み方と、原因ごとの確認方法・直し方を順に解説します。
最初に3か所の答えを比べる
まず、そのドメインの権威 DNS（ネームサーバー）がどれかを調べ、そこへ直接問い合わせます。
# 1. ネームサーバーを調べる
dig example.com NS +short
# 2. 権威DNSに直接聞く（キャッシュを通らない今の設定値）
dig @ns1.example-dns.net www.example.com A +norec +noall +answer
# 3. 公開リゾルバーに聞く（世の中のキャッシュの状態）
dig @8.8.8.8 www.example.com A +noall +answer
dig @1.1.1.1 www.example.com A +noall +answer自分のパソコンでは、Windows なら nslookup www.example.com、macOS なら dscacheutil -q host -a name www.example.com、Linux なら getent hosts www.example.com で、OS が実際に使っている答えを確認します。dig が無い環境では、nslookup www.example.com ns1.example-dns.net のようにサーバーを指定しても同じ確認ができます。
結果の組み合わせで、見るべき場所が決まります。
| 権威DNS | 公開リゾルバー | 自分のPC | 疑う原因 |
|---|---|---|---|
| 古い・空 | ― | ― | 編集した場所が違う、入力ミス |
| 新しい | 古い | ― | キャッシュ（TTL待ち） |
| 新しい | 新しい | 古い | PC・ブラウザのキャッシュ、hosts |
| 新しい | 新しい | 新しい | 別のレコード、サーバー・WordPress側 |
原因1：使われていないDNSの画面を編集している
最も多いのがこのケースです。ドメインを取得したレジストラ、レンタルサーバー、Cloudflare などの DNS サービスは、それぞれ DNS の設定画面を持っていますが、実際に使われるのはネームサーバー（NS）が向いている1か所だけです。たとえば NS がレンタルサーバーに向いているのに、レジストラの DNS 画面で A レコードを編集しても、その内容は誰にも返されません。
dig example.com NS +short の結果が、編集した画面のサービスのネームサーバーと一致しているかを確認します。違っていれば、NS が向いている側の画面で A レコードを設定し直します。NS 自体を切り替えるのは影響が大きい作業なので、ほかのレコード（MX・TXT など）の移行を済ませてから行います。最近ネームサーバーを変えたばかりなら、TLD 側の委任情報のキャッシュが切れるまで、古い DNS に問い合わせるリゾルバーが残ります。dig +trace www.example.com で、TLD のサーバーが新しい NS を返しているかを確かめられます。
原因2：ホスト名や値の入力ミス
権威 DNS に直接聞いても古い値や空の答えが返るなら、登録内容を見直します。
- ホスト名の欄に完全な名前を入れた：多くの管理画面はホスト名の欄にゾーン名を自動で付け足します。
www.example.comと入力すると、www.example.com.example.comというレコードができてしまいます。dig @権威DNS www.example.com.example.com A +shortで値が返れば、これが原因です。ドメインそのもの（頂点）は、画面によって@や空欄で表します - ゾーンファイルの末尾のドット忘れ：BIND などで
www.example.comとドット無しで書くと、同じように後ろへゾーン名が付きます - IP アドレスの誤り：VPS の内部ネットワーク用のアドレス（
10.や192.168.で始まるもの）を登録している、数字を打ち間違えている、といった誤りです。サーバー会社の管理画面に表示される公開 IP アドレスと照合します - 保存・反映の操作をしていない：変更を保存したつもりで確定していない画面や、BIND で SOA のシリアルを上げ忘れてセカンダリに伝わっていない場合もあります
原因3：キャッシュが残っている
権威 DNS は新しい値を返すのに、公開リゾルバーが古い値を返す場合は、変更前の TTL の間キャッシュが残っている状態です。dig @8.8.8.8 www.example.com A +noall +answer の2列目が残り秒数で、0 になれば新しい値に変わります。基本は待つことで解決します。
Google Public DNS と Cloudflare の 1.1.1.1 は、特定の名前のキャッシュ削除を依頼できる Web ページを用意しています（2026年10月現在）。利用者の多いリゾルバーだけでも先に新しくしたいときに使えますが、ほかのプロバイダのリゾルバーには効きません。
もう一つ見落としやすいのが、A レコードを作る前にその名前を引いてしまった場合です。「存在しない」という答えもキャッシュされ、SOA レコードで決まる時間（数分〜数時間）残ります。新しいサブドメインで反映が遅い場合は、これを疑います。
原因4：自分のパソコンやブラウザに古い答えが残っている
公開リゾルバーが新しい値を返すのに自分だけ古い場合は、手元のキャッシュを消します。
# Windows（管理者のコマンドプロンプト）
ipconfig /flushdns
# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
# Linux（systemd-resolved）
sudo resolvectl flush-cachesブラウザも独自にキャッシュを持つため、ブラウザを再起動するか、シークレットウィンドウで確認します。サーバー移行の動作確認で hosts ファイル（Windows は C:\Windows\System32\drivers\etc\hosts、macOS・Linux は /etc/hosts）に書いた行が残っていると、DNS の設定に関係なくその IP アドレスに接続し続けるので、確認が済んだら削除します。
原因5：Aレコード以外が答えている
3か所とも新しい A レコードを返すのに、旧サーバーにつながることがあります。
- AAAA レコードが旧サーバーのまま：IPv6 が使える回線では、AAAA レコードの IPv6 アドレスが優先されることが多く、A レコードだけ直しても旧サーバーに接続します。
dig www.example.com AAAA +shortで確認し、不要なら削除、必要なら新サーバーの IPv6 アドレスに書き換えます - 同じ名前に CNAME がある：
wwwに CNAME が残っていると A レコードは使われず、管理画面によっては A レコードの登録自体が拒否されます。CNAME を削除してから A レコードを登録します - CDN のプロキシを通している：Cloudflare でプロキシを有効にしたレコードは、dig で Cloudflare の IP アドレスが返るのが正常です。オリジンの IP アドレスは Cloudflare の管理画面で確認します
原因6：DNSは正しいがサイトの表示が変わらない
DNS の確認が済んでも表示が変わらない場合は、新サーバーへの接続を DNS と切り離して確かめます。
curl -I --resolve www.example.com:443:203.0.113.10 https://www.example.com/--resolve は DNS を使わず、指定した IP アドレスに接続します。ここで期待どおりの応答が返らなければ、DNS ではなくサーバー側の問題です。
- Web サーバーのバーチャルホストに、そのドメイン名（nginx の
server_name、Apache のServerName）が設定されていない - SSL 証明書が新サーバーで発行されていない。Let's Encrypt の HTTP 認証は DNS が新サーバーを向いてから成功するため、DNS の反映後に発行します
- WordPress の
home・siteurlが旧ドメインのままでリダイレクトしている。wp option get homeとwp option get siteurlで確認し、変更する場合はデータベースのバックアップを取ってから行います - キャッシュ系プラグインや CDN に古いページが残っている
まとめ
- 権威 DNS・公開リゾルバー・自分の PC の3か所の答えを比べて、原因の場所を絞り込む
- 権威 DNS が古いなら、NS が向いている画面で編集しているか、ホスト名や IP アドレスに誤りがないかを確認する
- 公開リゾルバーだけ古いならキャッシュの残り時間を待ち、手元だけ古いなら OS・ブラウザ・hosts を確認する
- AAAA や CNAME など、A レコード以外のレコードが答えていないかも確かめる
- DNS が正しければ、
curl --resolveでサーバー・証明書・WordPress の設定を切り分ける