複数の保存層を区別する
ブラウザー、プラグイン、サーバー、CDN、オブジェクトキャッシュなどがあります。同じURLでもCookieやログイン状態によって扱いが変わります。古い内容が残るときは、一括削除する前にどの層が返しているか調べます。
キャッシュしてはいけない応答を確認する
ログイン済み画面、カート、会員情報、フォームの状態、個別トークンなどは条件を慎重に設計します。CDNでHTMLを保存する場合、認証Cookieや除外URL、Cache-Controlの扱いを確認します。
更新後の確認手順
- 変更したファイル・ページと対象層を特定する。
- 必要なキャッシュを更新・削除する。
- 未ログインとログイン済みで表示を確認する。
- フォーム・ログイン・決済などの動的処理を確認する。
- キャッシュ失効直後の負荷とエラーを監視する。
保守で注意すること
キャッシュが正常ページを返すため接続元障害に気付きにくい場合があります。監視と検証を配信経路に合わせ、復旧時は古いエラーや不正な内容が残っていないかも確認します。
キャッシュ設計を文書化する
対象URL、保存期間、Cookieやヘッダーの条件、除外、削除方法、反映確認を表にします。担当者が変わっても、フォームや会員ページを誤ってキャッシュしないよう、除外理由を記録します。新しい機能を追加した際は、既存のルールで安全に扱えるか確認します。
キャッシュ削除後の監視
削除直後は接続元へ多くの処理が集中する場合があります。全削除が必要か、URL単位で更新できるかを検討し、CPU・応答・エラーを確認します。表示が古い原因がブラウザー側だけなら、他の層の削除は不要な場合もあります。
よくある質問
ログインしていると正常ですが未ログインで崩れます。
配信経路やキャッシュ条件の違いが手掛かりになります。実際のレスポンスと読み込んだCSS・JSを比べます。
CDNを停止すれば問題は解決しますか？
切り分けになる場合はありますが、DNS・証明書・WAF・負荷へ影響します。構成と戻し方を確認し、原因に合う設定を修正します。