サイトを更新したのに古いままなのはなぜ？

サイトは正常。その手前にあるコピーが古い

公開すると、オリジン、つまりホスティングが実際に読み出しているサーバーやストレージバケットに、新しいバージョンのページが書き込まれます。ただしその工程は、訪問者がそのオリジンと会話していることを何ひとつ保証しません。両者のあいだには自分のブラウザ、たいていは CDN、ときにはフレームワークが入れた Service Worker、さらに訪問者自身のネットワークにあるプロキシまで並んでいます。どれもコピーと「いつまで信じるか」という規則を持ち、そしてどれも、誰にも確認せずにリクエストへ答えます。

この問題の特徴は不一致です。自分には新しいページが見えて、顧客には見えない。同じアドレスなのに二人が違うバージョンを受け取る。デプロイもしていないのに一時間後には直っている。この型は覚えておく価値があります。本当に壊れたリリースは全員に対して同時に壊れるからです。だから一部の人には問題がないなら、ビルドログを読むのをやめて、誰がそのリクエストに答えているのかを突き止めてください。最初の規則の下にあるもう一つの規則が、多くの人を驚かせます。多くのキャッシュは期限切れまでコピーを保持するだけでなく、裏側で新しいものを取りに行きながら、期限切れのコピーを配り続ける設定になっています。期限切れは使用停止を意味しません。これが、ページが自分の寿命を大きく超えて生き残る仕組みです。

直す前に、層を特定する

以下の手順は、負担の小さい順に一つずつキャッシュを消していきます。上から進めて、新しいページが出た最初の手順で止めてください。それが答えで、対処はその層でのパージであり、もう一度のデプロイではありません。

1. プライベートウィンドウで開く。 そこで新しいバージョンが出れば、古いコピーは自分のブラウザの中だけにあり、訪問者は誰も影響を受けていません。通常のウィンドウでスーパーリロードすれば終わりです。これが最も多い結末で、同時に最も飛ばされる手順でもあります。だから騒ぎのほうが不具合より長続きします。
2. 意味のないクエリ文字列を付ける。 同じアドレスの末尾に ?x=1 のようなものを付けて読み込みます。共有キャッシュはたいていこれを別の URL として扱い、オリジンまで取りに行きます。ここで新しいページが出るなら、オリジンは正しく、あなたとオリジンのあいだにいる何かが、そのままのアドレスで古いコピーを配り続けているということです。
3. 別のネットワークから開く。 オフィスの Wi-Fi ではなく、モバイル回線のスマートフォンで開きます。CDN は別の拠点に別のコピーを持つので、これによって「一つのエッジだけが古い」のか「全訪問者が古いものを受け取っている」のかが分かれます。そして、外の人が実際に見ているものを映すのはこの手順だけです。
4. オリジンに直接尋ねる。 ホスティングの管理画面、サーバー側のプレビュー、あるいは公開アドレスではなくオリジンへ向けたリクエストでページを取得します。オリジンが正しく公開 URL が誤っているなら、問題は完全に配信側にあり、コードやビルドをいくら触っても動きません。

層が分かったら、そこでパージまたは無効化し、自分の管理下にないネットワークから三番目の手順をもう一度実行します。自分のマシンから修正を確認するのは、パージが効いていないのに効いたと確信してしまう典型的な経路です。

私たちが一時間を失った実例

私たちは顧客のページを自分たちでホストしているので、これは読者の問題であるだけでなく、私たち自身の問題です。2026年9月11日、公開停止したはずのページが、停止から五十二分後もなお、開いた人すべてに配信され続けているのを見つけました。自分たちの側で見える範囲はすべて正しく、ファイルはストレージから消えていて、社内の記録も公開停止と表示していました。その前段にあった CDN が、裏側で再検証しながら最後の正常なコピーを最大一日配り続ける設定になっていたのです。つまり削除済みという言葉は私たちのストレージを説明していただけで、訪問者が受け取るものについては何も語っていませんでした。修正は意図的に二か所で行いました。一つは CDN の設定で、期限切れのコピーを一切配らないようにすること。もう一つはページ自身のキャッシュ指示で、この上限が、作り直されたバックエンドなら黙って初期値に戻してしまうような設定だけに依存しないようにすることです。

そこから得た規則が、持ち帰る価値のある部分です。公開した、更新した、削除したというのは、すべてオリジンについての主張です。訪問者が受け取るものは別の事実であり、それを正直に知る方法は、見知らぬ人と同じやり方でページを取得することだけです。同じ層は、測れるものまで静かに変えていました。ホストしているページの閲覧数は、合計ではなく下限として記録しています。エッジで答えられたリクエストは、集計しているオリジンに永遠に届かないからです。さらに、期限切れ配信が生きていたあいだは、自社 CDN 自身のキャッシュ更新リクエストがその数値の大半を占めていました。名前を指定して除外するまでは、です。キャッシュは人が見るものを変えるだけではありません。人が何を見たかについて、あなたが証明できる範囲まで変えてしまいます。

二つの操作の書き方も変わりました。公開はまずファイルを上げ、そのあとに記録します。逆順だと、何も配信されていないのに公開中と記録してしまうからです。公開停止はまずファイルを消し、そのあとに記録へ印を付けます。逆順だと、まだ表に出ているページを停止済みと記録してしまうからです。後半が失敗したとき、報告する状態は、間違っても安全な方向に間違います。どちらの失敗のほうがましかを先に問うことが、ウェブサイトを丁寧に運営することのほとんどです。そしてそれは、AgentCeres、agentceres.com の AI Growth Officer に組み込んでいるのと同じ規律でもあります。専門役割のチームがページ、投稿、アウトリーチの草案を書き、外に出ていく仕事は既定で人の承認を待ちます。サイトを初めて公開したばかりなら、ウェブサイトを AI で作るべきかの確認項目がこのページのもう半分です。