ネームサーバーを変更したあと、反映には数分～数時間で進むこともありますが、利用者全員が同じ接続先を見るまでにはさらに時間がかかる場合があります。
「必ず24時間」「必ず72時間」と決まっているわけではありません。反映時間は、DNSのTTL、各DNSリゾルバのキャッシュ、変更したレコード、利用しているDNSサービスなどによって変わります。
30秒でわかる結論
- ネームサーバー変更は、数分～数時間で見え始めても全環境の切り替え完了には時間がかかる
- 「24～72時間」は目安として使われることがあるが、固定時間ではない
- 反映時間を左右する中心要素はDNSキャッシュとTTL
- TTLが3,600秒なら約1時間、86,400秒なら約24時間がキャッシュ時間の目安
- 変更直前にTTLを下げても、古いTTLのキャッシュが残っていればすぐには効かない
- サーバー移転時は旧サーバーをすぐ停止しない
- 反映確認は自分のブラウザだけでなく、複数DNS・回線で確認する
ネームサーバー変更の反映には何時間かかる？
一律の時間はありません。
新しいネームサーバー情報が権威DNS側で有効になっても、各地のDNSリゾルバには以前の情報がキャッシュされていることがあります。
そのため、変更直後は次のような状態になることがあります。
| 経過 | 起こりやすい状態 |
|---|---|
| 変更直後 | 旧情報を返すDNSが多い場合がある |
| 数分～数時間 | 新情報へ切り替わる環境が増える |
| さらに時間経過 | 旧キャッシュが期限切れになり、新情報へ揃っていく |
「反映」は一斉ではない
DNSは世界中の利用者へ同時に通知を送る仕組みではありません。各DNSリゾルバが保持しているキャッシュが期限切れになった時点で、新しい情報を問い合わせ直すため、環境ごとに切り替わる時刻がずれます。
なぜ「24～72時間」と言われるの？
レンタルサーバーやドメインサービスの案内で、「反映まで24～72時間程度」と説明されることがあります。
これは、DNS設定がサーバー内部で処理される時間だけを指しているのではなく、インターネット上のさまざまなキャッシュが古い情報を保持する可能性まで含めた余裕のある目安として使われることが多い表現です。
72時間待てば必ず直る、という意味ではない
設定自体が間違っている場合は、何時間待っても正しくなりません。長時間変化がない場合は、「反映待ち」と決めつけず、ネームサーバー名やDNSレコードを確認してください。
反映時間を決めるTTLとは？
TTLは「Time To Live」の略で、DNS情報をどのくらいの時間キャッシュしてよいかを秒数で示す値です。
CloudflareやGoogle Cloudの公式ドキュメントでも、TTLはDNSリゾルバがレコードをキャッシュする時間を制御し、変更が利用者へ届くまでの時間に影響すると説明されています。
| TTL | 時間に換算 |
|---|---|
| 300秒 | 5分 |
| 1,800秒 | 30分 |
| 3,600秒 | 1時間 |
| 21,600秒 | 6時間 |
| 43,200秒 | 12時間 |
| 86,400秒 | 24時間 |
86,400秒 ÷ 60 ÷ 60 ＝ 24時間
反映時間を見るなら、まず旧設定のTTLを見る
新しいDNS設定のTTLだけを見ても不十分です。変更前の情報がTTL 86,400秒でキャッシュされていれば、その古い情報が最大24時間程度残る可能性があります。
TTLを短くすればすぐ反映される？
切り替え前からTTLを短くしておけば、反映を早めやすくなります。
ただし、変更直前にTTLを短くしても、それ以前の長いTTLでキャッシュされた情報はすぐには消えません。
例
もともとTTLが86,400秒（24時間）だったレコードを、サーバー移転の5分前に300秒へ変更しても、すでに24時間TTLでキャッシュしたDNSリゾルバには古い情報が残っている可能性があります。
移転前に下げる
計画的な移転なら、元のTTLが切れるだけの余裕を持って事前に短くします。切り替え完了後は、必要に応じてTTLを通常値へ戻します。
ネームサーバー変更とAレコード変更では反映が違う？
違います。
Aレコード変更は、現在のDNS管理先をそのまま使い、WebサーバーのIPアドレスなど一部のDNS情報だけを変更します。
一方、ネームサーバー変更は、そのドメインの権威DNSを別のDNS提供者へ切り替える操作です。
| 変更内容 | 何を変える？ | 主な確認項目 |
|---|---|---|
| Aレコード変更 | Webの接続先IP | AレコードTTL |
| CNAME変更 | 参照するホスト名 | CNAME TTL |
| ネームサーバー変更 | DNS管理先そのもの | NS情報・委任・各DNSレコード |
ネームサーバー変更ではDNSレコードのコピー漏れに注意
新しいネームサーバー側にA、MX、TXT、CNAMEなど必要なレコードが揃っていないと、反映後にWebやメールが使えなくなる場合があります。
反映中に旧サイトと新サイトが混在する理由
サーバー移転でDNSを切り替えた直後は、利用者Aは新サーバー、利用者Bは旧サーバーを見る状態が起こることがあります。
利用者A → 新DNS情報 → 新サーバー
利用者B → 旧キャッシュ → 旧サーバー
このため、旧サーバーを切り替え直後に停止すると、まだ旧DNS情報を見ている利用者だけサイトへアクセスできなくなる可能性があります。
サーバー移転では旧サーバーをすぐ解約しない
DNS切り替え後もしばらく旧サーバーを動かしておく方が安全です。実際にいつまで残すかは旧TTL、メール運用、更新頻度、サーバー会社の契約条件を見て決めてください。
WordPressサイト移転で特に注意すること
WordPressでは、旧サーバーと新サーバーが同時に見える期間に記事更新や問い合わせが入ると、データ差分が発生することがあります。
差分が起きる例
切り替え中に旧WordPressへ問い合わせが1件、新WordPressへ問い合わせが2件入ると、片方のデータベースだけ見てもすべての履歴が揃わない可能性があります。
移転時の確認
- 記事更新を一時停止する時間帯を決める
- 問い合わせフォームをテストする
- ECなら注文データの差分に注意する
- 会員サイトなら登録・ログイン処理を確認する
- 旧・新の両サーバーでアクセスログを確認する
メールも反映待ちになる？
ネームサーバーを変更し、新しいDNS側でMXレコードも管理する場合、メールにも影響します。
旧DNS情報を見ているメールサーバーと、新DNS情報を見ているメールサーバーが混在する可能性があるため、移転中は旧メール環境も確認できるようにしておく方が安全です。
Webが見える＝メール設定も正しい、ではない
Aレコードが正常でも、MX・TXT・SPF・DKIM・DMARCなどに漏れがあればメールだけ不具合が出ることがあります。ネームサーバー変更前に全DNSレコードを控えてください。
DNSの反映を確認する方法
自分のブラウザで新サイトが見えただけでは、すべての環境で反映済みとは限りません。
確認方法
- PCとスマートフォンで確認する
- Wi-Fiとモバイル回線を切り替えて確認する
- DNS検索ツールでNS・A・MXなどを見る
- パブリックDNSを変えて確認する
- 権威ネームサーバーへ直接問い合わせる
権威DNSを直接確認すると切り分けやすい
新しい権威ネームサーバーへ直接問い合わせて正しいレコードが返るなら、新DNS側の設定はできており、一般利用者側ではキャッシュが残っている可能性を考えられます。
ブラウザキャッシュを消せばDNSも反映する？
必ずしもそうではありません。
ブラウザ以外にも、OS、ルーター、ISP、パブリックDNSなど複数の場所でDNS情報がキャッシュされることがあります。
ブラウザ → OS → ルーター → DNSリゾルバ → 権威DNS
自分のPCのDNSキャッシュを消しても、上流のDNSリゾルバが古い情報を持っていれば、旧情報が返ることがあります。
何時間待っても変わらないときの確認項目
スペル・末尾まで確認。
不足があれば修正。
はい → キャッシュ待ちの可能性。
はい → 設定自体を再確認。
サーバー移転前にやると反映を短くしやすいこと
- 現在のDNSレコードを控える
- 現在のTTLを確認する
- 必要なら数日前からTTLを短くする
- 新サーバーへサイトをコピーする
- 新サーバーを事前確認する
- 新DNS側へA・MX・TXTなどを登録する
- ネームサーバーまたは必要なレコードを変更する
- 旧サーバーを一定期間残す
- 反映後にTTLを通常値へ戻す
準備の方が待ち時間より重要
DNSを完全に「即時反映」させることはできなくても、移転前にTTL・DNSレコード・新サーバーを準備しておけば、切り替え時のトラブルを大きく減らせます。
TTL別に考える反映時間の目安
| 旧TTL | キャッシュ時間の目安 | 移転時の考え方 |
|---|---|---|
| 300秒 | 5分 | 比較的切り替わりやすい |
| 3,600秒 | 1時間 | 1時間程度の混在を想定 |
| 21,600秒 | 6時間 | 半日程度余裕を見る |
| 86,400秒 | 24時間 | 翌日まで旧情報が残る可能性を考える |
TTL＝完全反映時間ではない
TTLはキャッシュ保持時間の指示値です。DNSリゾルバ独自の挙動、端末キャッシュ、ネームサーバー変更処理などもあるため、「TTLが1時間なら全世界で1時間以内」と保証されるわけではありません。
教科書判定｜「24～72時間待つ」よりTTLと設定を確認する
旧TTLが切れる時間を基準にし、旧サーバーを並行稼働する
ネームサーバー変更後の反映を「とりあえず72時間待つ」と考えるより、変更前のTTLと権威DNSの設定を確認する方が合理的です。サーバー移転では、切り替え中の混在を前提に旧サーバーを残してください。
よくある質問
Q．ネームサーバー変更は何分で反映されますか？
数分～数時間で新情報が見える場合もありますが、全利用者で同時に切り替わるわけではありません。旧DNS情報のTTLやキャッシュによって差が出ます。
Q．24時間たっても旧サイトが表示されます
旧TTLが長い、DNSキャッシュが残っている、またはネームサーバー設定自体が正しくない可能性があります。権威DNSを直接確認し、別回線でも試してください。
Q．TTLを300秒にすれば5分で完全反映しますか？
保証はできません。新TTLが適用される前に、旧TTLでキャッシュされた情報が残っている可能性があります。移転前から余裕を持って短くしてください。
Q．変更後すぐ旧サーバーを解約していいですか？
おすすめしません。旧DNS情報を参照している利用者が残る可能性があるため、反映確認が終わるまで旧サーバーを維持する方が安全です。
Q．自分だけ旧サイトが見えるのはなぜですか？
端末、ルーター、利用中DNSリゾルバなどに古いキャッシュが残っている可能性があります。別回線や別DNSで確認すると切り分けやすくなります。
まとめ｜反映時間はTTLとキャッシュで決まる
この記事の結論
- ネームサーバー変更の反映時間は一律ではない
- 旧DNS情報のTTLとキャッシュが大きく影響する
- 「24～72時間」は固定ルールではなく目安
- 移転前からTTLを短くすると切り替えを早めやすい
- 変更直前にTTLを下げても旧キャッシュにはすぐ効かない
- サーバー移転では旧サーバーを一定期間残す
- 長時間変わらない場合は設定ミスも確認する
結局、ネームサーバー変更後は「何時間待てばよいか」ではなく、「旧TTLはいくつか」「新しい権威DNSは正しく答えているか」「旧サーバーを残しているか」の3点を見るのが重要です。計画的な移転なら、事前にTTLを調整し、新旧サーバーの並行稼働を前提に切り替えてください。
次に読むなら
反映時間の仕組みが分かったら、次は「DNSレコードとは？」を確認すると、A・CNAME・MX・TXTごとに何を変更するとWebやメールへ影響するのか理解しやすくなります。