キャッシュとは？更新したのに古いページが表示される理由を初心者向けに解説

こんにちは、Reoです。

フリーランスのインフラエンジニアとして働きながら、インフラ学習サービス「InfraDojo（インフラ道場）」を運営しています。

Webページを更新したはずなのに、古い画像が表示される。

自分のPCでは変わっていないのに、別の人の画面では新しくなっている。

そんなとき、原因の一つとして出てくるのが「キャッシュ」です。

「とりあえず消すもの」と覚えている方もいるかもしれません。

でも、キャッシュは本来、同じデータを効率よく使うための仕組みです。

今回は、Webページや画像の表示を例に、便利な理由と、古い内容が残る理由をつなげて整理します。

キャッシュは、取得したデータを保存して再利用する仕組み

たとえば、あるWebページを開くときには、表示に必要なデータを取得します。

ページの文章だけでなく、画像や、見た目を整えるCSSファイルなども対象になります。

同じページをもう一度開くたびに、すべてを最初から取得していたら、その分だけ通信や処理が必要です。

そこで、一度取得したデータを保存しておき、条件が合う場合は再利用します。

これがキャッシュの基本的な考え方です。

毎回、本棚の奥まで資料を取りに行く代わりに、よく使う資料を手元に置いておく。

そんなイメージに近いです。

ただし、手元の資料と、本棚にある最新版が、いつでも同じとは限りません。

この違いが、後で説明する「更新したのに変わらない」につながります。

なぜ古い内容が表示されるの？

次のような状況を考えてみましょう。

最初に、画像の「v1」を取得して、キャッシュに保存しました。

その後、元のサーバーにある画像を「v2」へ更新します。

ここで、キャッシュの再利用条件を満たしていると、次の表示にも保存済みの「v1」が使われる場合があります。

元のデータを更新したことが、すべての保存済みデータへ即座に伝わるとは限らないんですね。

図は、保存済みの内容を再利用する場合の一例です。

実際の動作は、保存場所や設定、変更確認の方法によって変わります。

また、ページ全体が一つの単位で保存されるとは限りません。

文章は新しいのに、画像だけ古い。

画像は新しいのに、見た目を整えるファイルだけ古い。

このように、表示に使うデータごとに、更新の見え方が異なることもあります。

キャッシュは、ブラウザの中だけにあるわけではない

「キャッシュを消したのに、まだ変わらない」

その理由を考えるには、どこに保存されているのかを見る必要があります。

Webサービスでは、たとえば次のような場所にキャッシュがあります。

保存場所再利用するデータの例ブラウザ取得済みの画像やCSSファイルなどCDNなどの配信基盤利用者へ配信する画像やページなどサーバー上のアプリ作成済みのページや、取得・計算した結果など

CDNは、コンテンツの配信を効率化する仕組みです。構成によっては、元のサーバーに代わって、保存済みの内容を返します。

一方、アプリ側では、毎回同じ処理を繰り返さないように、処理結果を保存することがあります。

これらは、ブラウザ内のキャッシュとは別のものです。

そのため、ブラウザのキャッシュを消しても、配信基盤やアプリ側にある保存済みデータまで消えるわけではありません。

「キャッシュが原因か」だけでなく、「どこのキャッシュか」まで考えることが大切です。

有効期限は「元データが変わらない保証」ではない

キャッシュには、どのくらいの期間、保存した内容を再利用できるかを決める設定があります。

このような有効期間を、TTLと呼ぶこともあります。

たとえば、「一定の条件のもとで10分間は再利用できる」という設定を考えてみてください。

取得してから2分後に、元のサーバーの内容が更新されたとします。

その場合でも、保存済みの内容を使える条件が続いていれば、古い内容が再利用される可能性があります。

ここでの10分は、

「元のサーバーの内容が10分間変わらない」

という保証ではありません。

保存した内容を、どのような条件で使ってよいかという判断に関わる時間です。

また、有効期限が切れたら、必ず保存データが即座に削除されるわけでもありません。

再取得したり、元の内容に変更がないかを確認したりして、その後の扱いを決める仕組みがあります。

毎回確認すればよいのでは？

古い内容が残ると聞くと、

「それなら、毎回サーバーへ確認した方がよさそう」

と思うかもしれません。

ただし、毎回確認するにも、通信や処理が必要です。

同じ大きな画像を何度も取得すれば、利用者が受け取るデータ量も増えます。

アクセスの多いサービスなら、元のサーバーへ処理が集中する原因にもなります。

一方で、頻繁に更新する情報を長く再利用すると、利用者が古い情報を見てしまう可能性があります。

つまり、キャッシュでは、

どれくらい再利用したいか。

どれくらい早く更新を反映したいか。

この両方を考える必要があります。

変更の少ない画像と、更新頻度の高い情報では、適した扱いが違ってきます。

「キャッシュは全部なくせばよい」という話ではなく、データの性質に合わせて使うものなんですね。

更新が見えないときは、まず状況を分ける

古い内容が表示されたときは、削除を始める前に、次の3つを確認してみてください。

① 何が古いのか

ページの文章なのか、画像なのか、見た目なのか。

対象を絞ると、どのデータを調べればよいかが明確になります。

「ページが変わらない」よりも、「この画像だけが古い」と説明できる方が、確認を進めやすくなります。

② 誰の画面で起きているのか

自分だけなのか、複数の人でも同じなのか。

別のブラウザや端末と比べることは、影響範囲を知る手掛かりになります。

ただし、表示が違う理由はキャッシュだけとは限りません。ログイン状態や、表示条件の違いなども関係します。

比較した結果を、すぐに原因と決めつけないことも大切です。

③ 元のデータは更新されているのか

そもそも、目的のファイルが正しい場所へ反映されているでしょうか。

別の環境を更新していたり、表示しているURLと更新したファイルが違っていたりする可能性もあります。

元のデータが古いままなら、キャッシュを消して再取得しても、古い内容が返ってきます。

「更新したつもり」と「配信元が更新済み」は、分けて確認しましょう。

キャッシュ削除は、保存場所に合わせて考える

原因を調べた結果、ブラウザ内の保存済みデータが関係していれば、そのキャッシュを削除して確認する方法があります。

配信基盤やアプリ側が原因なら、それぞれの仕組みに合った更新や無効化が必要です。

大切なのは、削除する場所と、調べたい原因を対応させることです。

なお、キャッシュを消した直後は、データの再取得や処理が必要になるため、一時的に表示が遅くなる場合があります。

共有のキャッシュを広い範囲で消せば、元のサーバーへ処理が集中することもあります。

削除は便利な操作ですが、「何が保存されていて、どこへ影響するのか」を理解して使うと、次の判断につながります。

「どこから返ってきたデータか」を考えてみよう

キャッシュを理解すると、Webページを見る視点が少し変わります。

今見えている画像は、毎回サーバーから取得しているのか。

ブラウザに保存されたものを使っているのか。

途中の配信基盤が返しているのか。

こうした疑問を持てることが、インフラの仕組みを理解する入り口になります。

「表示された」という結果だけでなく、そこへ届くまでの流れを考えてみてください。

Linuxの学習でも、コマンドの結果を見ながら「何を確認できたのか」を整理することが大切です。

InfraDojoでは、ブラウザ上のターミナルで、Linuxの基本操作を実際に入力しながら学べます。

仕組みを読む学習と、手を動かして確かめる学習を、少しずつつなげていきたい方は活用してみてください。

▼ InfraDojo（インフラ道場）