DNSのTTLとは？反映に時間がかかる理由

TTLはDNS情報の「賞味期限」

TTL（Time To Live）は、DNSの問い合わせ結果をどれくらいの時間キャッシュ（一時保存）してよいかを示す値です。秒単位で指定され、たとえば3600なら1時間、300なら5分を意味します。

DNSは毎回おおもとに問い合わせると負荷が大きくなるため、途中の機器が結果を一定時間覚えておきます。その「覚えておいてよい時間」がTTLです。賞味期限のように、その間は同じ答えを使い回します。

なぜキャッシュするのか

ドメイン名からアドレスを引く問い合わせは、世界中で絶え間なく発生します。毎回すべてをおおもとへ確認していたら、応答が遅くなり、システム全体の負荷も膨らみます。

そこで、一度引いた結果をキャッシュして使い回すことで、表示を速くし、負荷を抑えています。TTLはこのキャッシュをどれだけ持たせるかを調整するつまみのような役割です。

実務ではどこで関係する？

DNS TTLは言葉の意味だけ覚えても、HTML共有の判断にはつながりません。実務では「表示に関係する話か」「検索に関係する話か」「アクセス制限に関係する話か」を分けて考えると整理しやすくなります。

DNSのTTLについて迷ったら、相手が安全に開けるか、検索に出してよいか、ブラウザや環境差で壊れないかを順番に確認します。用語理解は、その判断を早くするための道具として使います。手順が決まったら、HTML/ZIPをアップロードして共有URLを発行し、相手に確認してほしい観点と期限を添えて送ります。

• 表示の話: HTML/CSS/JS、パス、ブラウザ互換性を確認する
• 検索の話: noindex、canonical、sitemap、robots.txtの役割を分ける
• 制限の話: URL共有、パスワード、メール認証、会社ドメイン認証を混同しない
• 運用の話: 期限、差し替え、削除、共有メッセージまで決める

反映に時間がかかる理由

DNS設定を変えても、すでにキャッシュされた古い情報がTTLの時間だけ各所に残り続けます。そのため、変更が世界中に行き渡るまでには時間差が生じます。

さらに、見る人ごとに経由する機器やキャッシュの状態が異なるため、「ある人にはもう新しいのに、別の人にはまだ古い」という状態が一時的に起こります。これは異常ではなく、TTLによる正常な動きです。

切り替え前にTTLを下げる手順

サーバー移転などで素早く反映させたいときは、切り替え前にTTLを小さくしておくと、古いキャッシュが早く入れ替わります。一般的な流れは次のとおりです。

1. 切り替え予定の数日前に、対象レコードのTTLを短い値（例：300秒）に下げておく
2. 下げたTTLが行き渡るまで、元のTTLの時間以上は待つ
3. 計画した日時にレコードの向き先を新しいサーバーへ変更する
4. 短いTTLにしているため、古いキャッシュが速やかに入れ替わるのを確認する
5. 切り替えが安定したら、TTLを通常の値へ戻して負荷を抑える

TTLは短ければよいわけではない

TTLを常に短くすれば反映は速くなりますが、その分だけ問い合わせの回数が増え、負荷や応答時間に影響します。普段は適度な長さにし、切り替え時だけ短くするのが現実的です。

焦って何度も設定を変えると、かえって状態が分かりにくくなります。TTLの仕組みを理解したうえで、待つべき時間を見積もるのが落ち着いた進め方です。

反映待ちを避けたい確認共有には

DNSのTTLによる反映待ちは、独自ドメインでサイトを切り替える本番運用の場面で起こります。作ったページをすぐ関係者に見てもらいたいだけなら、ギガサイト便のように 〇〇.giga-site.com 形式の一時URLで共有する方法が手軽です。発行されたURLですぐに確認・レビューを始められます。