この記事は、DNS変更後にホームページが表示されないとき、反映待ちと設定ミスを切り分ける記事です。単純な反映待ちだけでなく、ネームサーバー、Aレコード、CNAME、キャッシュを順番に確認します。ネームサーバーとDNSの違いが曖昧な場合はネームサーバーとDNSの違い、ドメイン移管・サーバー移転も同時に行った場合は移管・移転の違いへ分けます。
FIRST DECISION
最初は「反映待ち・DNS設定・ネームサーバー」の3つに分ける
- 反映待ち：一部の回線や端末だけ古い表示なら、キャッシュ・TTL・反映差を確認
- DNS設定：どこからも表示されない、wwwだけ違う場合はA/CNAMEなど対象レコードを確認
- ネームサーバー：DNS管理先そのものを変更した場合は、指定先が正しいか最優先で確認
3つを同時に触らず、今の症状に近い1系統から切り分けます。
- 変更した項目を記録する
- ネームサーバーが正しいか確認する
- A/CNAMEなど対象レコードを確認する
- 別回線・別DNSでも確認する
- TTLとキャッシュを考慮して待つ
1．まず何を変更したか整理する
レジストラ変更、ネームサーバー変更、Aレコード変更、wwwのCNAME変更など、作業内容によって確認場所が変わります。変更前後の値を控えておくと、設定ミスを見つけやすくなります。
2．ネームサーバーが正しいか確認する
DNSを管理するサービスを変更した場合、ドメイン側に設定したネームサーバーが新しいDNSサービスの指定値と一致しているか確認します。古いネームサーバーが残っていると、新しいレコードを設定しても参照されません。ネームサーバーとDNSレコードの役割が混ざっている場合は、ネームサーバーとDNSの違いから確認すると切り分けやすくなります。
3．A・AAAA・CNAMEを確認する
ルートドメイン、www、サブドメインで参照するレコードが異なる場合があります。ホスティング会社やDNSサービスの公式案内と照合し、IPアドレスやホスト名を推測で入力しないようにします。
4．DNSキャッシュで古い情報が見えている場合
DNSの回答はTTLに基づいて各リゾルバなどにキャッシュされます。そのため、変更後も一部の環境では古い情報が残る場合があります。Google Public DNSも、ネームサーバーやDNSホスティングを最近変更した場合にキャッシュが関係することを案内しています。
5．『反映まで何時間』と固定しない
反映時間はTTL、DNS事業者、各リゾルバのキャッシュ状態などで変わります。特定の時間を過ぎれば必ず反映するとは限らないため、正しい設定になっているかを確認したうえで待ちます。
独自ドメインの基本は独自ドメインとは？初心者向けガイドも確認できます。
症状別の切り分け
| 症状 | 確認ポイント |
|---|---|
| 自分のWi-Fiだけ旧サイト | DNS・ブラウザ・端末キャッシュ |
| どこからも表示されない | ネームサーバー、A/CNAME、サーバー設定 |
| wwwだけ表示されない | wwwのCNAME/Aレコード |
| HTTPSで証明書エラーが出る | SSL証明書エラーの確認手順 |
| メールも同時に不調 | MXを含むDNS設定全体 |
サイト移行時はメール設定も確認する
DNS変更ではWebサイトだけでなく、MX、TXTなどメールや認証に使うレコードにも影響する場合があります。ネームサーバーを丸ごと変更するときは、必要なレコードを事前に一覧化しておくと安全です。DNS変更後にホームページは表示できてもメールだけ届かない場合は、MX・SPF・DNSの確認手順へ進んでください。
サーバー移転やドメイン変更を伴う場合は、ホームページ移転・ドメイン変更のチェックリストもあわせて確認してください。「ドメイン変更・移管・サーバー移転」のどれをしているのか整理できていない場合は、3つの違いと費用・作業範囲から確認すると切り分けやすくなります。
反映待ち中は設定を重ねず、変更内容を1枚に残す
短時間にネームサーバーやAレコードを何度も変更すると、どの設定が正しいか分かりにくくなります。変更したら次の5項目を残し、1回ずつ確認します。
| 項目 | 記録する内容 |
|---|---|
| 変更日時 | いつ切り替えたか |
| ネームサーバー | 変更前と変更後 |
| A/AAAA/CNAMEなど変更したレコード | 対象ホスト名、種類、変更前と変更後の値、確認できるTTL。変更していない種類まで一括変更しない |
| MX/TXT | メール・認証用の値 |
| 確認環境 | Wi-Fi・モバイル回線・別端末 |
Web表示とメール送受信は別々に確認します。架空の記入例：10月8日10時／Web用Aレコードのみ変更／Wi-Fiでは旧表示、モバイル回線では新表示／メールは未確認。この例では、全回線での反映完了やメール正常を断定せず、時刻・回線別の結果を残して再確認します。変更前後の値と確認環境が残っていれば、反映待ちか設定ミスかを切り分けやすくなります。
スマホでも無料で確認｜DNSの回答を調べる
- Google Public DNSの照会画面を開く。端末のDNS設定を変更する必要はありません。
- 調べるドメイン名を入力する。
https://やページのパスは付けず、wwwあり・なしは別々に調べる。 - 詳細画面の「RR type」でA、AAAA、CNAMEなど確認したい種類を指定し、Resolveで照会する。
- 回答の値を、利用中のサーバー・DNSサービスの指定値と比較する。確認時刻とレコードの種類も記録する。
結果の読み方：Aが正しくてもAAAAが旧接続先なら、環境によって表示が違う原因候補になります。ただし、CDNやプロキシ利用時は公開IPが元サーバーと違うことがあるため、一致しないだけで書き換えません。AAAAの回答がない場合も、IPv6を提供していない構成ならそれだけでは異常といえません。
「Comment」にDNSSEC検証エラーなどが出た場合は、その文言を添えてDNS管理先へ確認します。Google Public DNSの回答は一つの確認地点の結果で、全回線への反映完了を示すものではありません。
Google公式：DNS照会とトラブルシューティング（2026年10月10日確認）
DNSが戻らないときの確認メモ｜そのままコピーして使えます
設定値が公式案内どおりなのに表示できない、メールも使えない、DNSSECや複数サービスの管理が絡む場合は、次の情報を整理してレジストラやホスティング会社へ相談します。分からない項目は「未確認」のままで構いません。
この欄に自動保存・送信機能はありません。ページを離れる前にコピーしてください。パスワードや認証コードは記入不要です。
「回答なし」と「エラー」を取り違えない実測例
2026年10月14日20:53（日本時間）に本サイトをGoogle Public DNSで照会したところ、AにはIPv4アドレスの回答があり、AAAAはStatus: 0でAnswerなしでした。この結果だけで「DNS全体が壊れている」「IPv6を追加すべき」とは判断しません。
Status: 2（SERVFAIL）などのエラーとは分け、表示されるCommentも記録します。原因を一つに決めつけず、契約先の指定値と照合してください。NS・A・AAAA・MXの実測値と照会リンクで違いを確認できます。
Google公式：Status・Answer・TTLの読み方（2026年10月14日確認）。DNS照会だけでは、Web表示やメール送受信の成功までは分からないため、それぞれ別に記録します。
ドメイン側の管理を確認するなら独自ドメインの基礎へ、サーバー側の役割や移転まで確認するならレンタルサーバーの基礎へ戻れます。
よくある質問
スマホでは見えるのにパソコンでは見えません
利用しているDNSリゾルバやキャッシュが異なると、環境によって見える情報が一時的に違う場合があります。別回線や別端末でも確認してください。
DNS変更後に404になる場合は？
DNSが新しいサーバーへ到達していても、WordPress側のURLやパーマリンク、サーバー設定で404になることがあります。WordPressの404エラー確認手順も確認してください。
