Pragma Cache Inspect

キャッシュ関連ヘッダーを横断して判定します。入力はサーバーへ送信しません。再検証やCDN差分の一次切り分けに使えます。

状態

ブラウザ内で処理します。入力はサーバーへ送信しません。まずはここで一次切り分けしてください。

使い方

Pragma か Request/Response Headers を貼り付けて「解析」。no-cache の有無などを整理します。

注意（このツール）

  • Pragma: のヘッダー行でも解析できます（複数行の貼り付けもOK）。

このページについて

何をするツール？

Pragma ヘッダーを分解して、no-cache などの指示を一覧表示します。

古いキャッシュ制御の挙動を確認したい時に便利です。

基本（Pragma の役割）

  • Pragma: no-cache は HTTP/1.0 時代の互換用です。
  • 現代の主役は Cache-Control です。
  • Pragma はリクエスト側で見かけることが多いです。

入力の例

  • Pragma: no-cache
  • Request Headers をまるごと貼り付け

Cache-Control との関係

互換目的で Pragma と Cache-Control を両方付けることがありますが、現代は Cache-Control が優先されます。

よくある落とし穴

  • Pragma だけでキャッシュ制御できると思い込む
  • Cache-Control と矛盾した値を付ける

切り分け手順（おすすめ）

  • Cache-Control Inspect で現代の方針を確認
  • このツールで Pragma を整理
  • Vary/Age など他のキャッシュ関連ヘッダーも確認
  • Cache-Control Inspect
  • Expires Inspect
  • Age Inspect

推奨（実務）

  • 基本は Cache-Control を主に使う（Pragma は互換用）
  • Pragma: no-cache は Cache-Control: no-cache と併用
  • レスポンスでは Expires/Age も合わせて確認

このツールでできること

  • Pragma の値を整理
  • Cache-Control との関係整理

注意（運用）

  • キャッシュ挙動はブラウザ/CDN/プロキシの層で変わるため、同一点観測で比較してください。
  • ヘッダー診断だけでは不十分な場合があります。アプリ側の更新戦略とキー設計も確認してください。

参照仕様

  • RFC 9110（HTTP Semantics）
  • MDN: Pragma

FAQ

Pragma だけでキャッシュ制御してよいですか？

推奨されません。現代の制御は Cache-Control を主に使い、Pragma は互換目的で扱います。

Pragma: no-cache と Cache-Control: no-cache は同じですか？

近い意図ですが由来と適用範囲が異なります。実装では Cache-Control を基準に設計してください。

参考リンク

  1. RFC 9110
  2. MDN: Pragma

site_map ルールに基づいて、次に確認すべきページを表示しています。

  1. ETag Policy Checker — ETag運用ポリシーの妥当性を点検
  2. ETag Builder — 用途に応じたETag値を生成
  3. If-Match Inspect — If-Match を解析して更新前提条件を確認
  4. Cache Validator Overview — ETag/Last-Modified 系バリデータの関係を整理
  5. Cache Not Working Troubleshooting — キャッシュが効かない症状をヘッダーから段階的に切り分け
  6. HTTP Cache Mismatch — キャッシュ不一致の原因候補を特定
  7. Cache Response Analyzer — レスポンスヘッダーからキャッシュ可否を判定
  8. Cache Key Inspect — URL/Vary/ヘッダーからキャッシュキー分岐を可視化

キャッシュ制御

Cache-Control/Expires/Age を横断して配信ポリシーを診断