Cache-Control

Cache-Control 一般ヘッダーフィールドは、リクエストとレスポンスの両方のキャッシュ規則を指定するために用います。キャッシュのディレクティブは単一方向であり、すなわちリクエストで指定されたディレクティブがレスポンスで同じディレクティブが指定されたものとはみなされません。

構文

ディレクティブは大文字と小文字の区別をせず、任意の引数を持つことができ、そこには、トークンや quoted-string (複数の単語を""で囲んだ文字列) の書式形式で使用できます。複数のディレクティブはコンマで区切ります。

リクエスト時のキャッシュ指定について

クライアントからの HTTP リクエストで使用される可能性がある、標準的な Cache-Control ディレクティブです。

Cache-Control: max-age=<seconds>
Cache-Control: max-stale[=<seconds>]
Cache-Control: min-fresh=<seconds>
Cache-Control: no-cache 
Cache-Control: no-store
Cache-Control: no-transform
Cache-Control: only-if-cached

レスポンス時のキャッシュ指定について

サーバーからの HTTP リクエストで使用される可能性がある、標準的な Cache-Control ディレクティブです。

Cache-Control: must-revalidate
Cache-Control: no-cache
Cache-Control: no-store
Cache-Control: no-transform
Cache-Control: public
Cache-Control: private
Cache-Control: proxy-revalidate
Cache-Control: max-age=<seconds>
Cache-Control: s-maxage=<seconds>

Cache-Control ディレクティブの拡張

Cache-Control ディレクティブの拡張は、主な HTTP のキャッシュ標準ドキュメントには含まれていません。詳しくは、互換性一覧表をご確認ください。

Cache-Control: immutable 
Cache-Control: stale-while-revalidate=<seconds>
Cache-Control: stale-if-error=<seconds>

ディレクティブ

キャッシュ可能性

public

レスポンスが通常キャッシュ不可能なものであった (例えば、レスポンスに max-age ディレクティブや Expires ヘッダーが含まれていなかった) としても、レスポンスを任意のキャッシュがキャッシュして良いことを示します。

private

この場合のレスポンスは単一ユーザー向けであり、共有キャッシュに保存してはいけないことを示します。プライベートキャッシュにはレスポンスを保持することができます。

no-cache

キャッシュコピーをリリースする前に、検証のために元のサーバーへリクエストを送ることをキャッシュに強制します。

no-store

クライアントのリクエストであるかサーバーのレスポンスであるかにかかわらず、キャッシュを格納してはいけません。

有効期限

max-age=<seconds>

リソースが新しいとみなされる最長の時間を指定します。 Expires とは対照的に、このディレクティブはリクエスト時刻からの相対時間です。

s-maxage=<seconds>

max-age または Expires ヘッダーよりも優先しますが、共有キャッシュ (プロキシなど) でのみ適用され、プライベートキャッシュでは無視されます。

max-stale[=<seconds>]

クライアントが期限の切れたキャッシュを使用することを指定します。オプションとして、キャッシュを破棄してはならない時間を秒単位で指定できます。

min-fresh=<seconds>

少なくとも指定した秒数まではクライアントが最新のレスポンスを受け取ろうとすることを示します。

stale-while-revalidate=<seconds> 

非同期にコンテンツが更新されているか確認している間、クライアントが期限の切れたキャッシュを使用することを示します。指定する秒数には、期限切れキャッシュを何秒間使用するかを指定します。詳細は"Keeping things fresh with stale-while-revalidate"を参照して下さい。

stale-if-error=<seconds> 

コンテンツの更新チェックでエラーが発生した場合、クライアントが期限切れのキャッシュを使用することを示します。指定する秒数には、キャッシュの期限が切れてから何秒間クライアントが期限切れキャッシュを使用するか指定します。

再検証と再読み込み

must-revalidate

一度リソースが（例えば、max-ageで指定した期限が切れたなどで）古くなった場合、オリジンサーバーに確認してからでないと、引き続きキャッシュを使用してはいけないということを示します。

proxy-revalidate

must-revalidateと同じですが、（プロキシなどの）共有キャッシュにのみ適用され、プライベートキャッシュでは無視されます。

immutable

時間が経ってもレスポンスの本文が変化しないことを表します。これが指定されたリソースは期限が切れていなくてもサーバー側には変化がないため、クライアントは、たとえユーザーが明示的にページを更新した時でも、（If-None-MatchやIf-Modified-Sinceなどの）条件付きの再検証を更新確認のために送るべきではありません。この拡張機能を実装してないクライアントはHTTP仕様に基づいて無視します。Firefoxでは、immutableはhttps://通信の時のみ適用されます。詳しくはこのブログを参照してください。

その他

no-transform

リソースに対して変換を行うべきではないことを表します。Content-Encoding、Content-Range、Content-Type ヘッダーをプロキシによって変更してはいけません。例えば、不透明なプロキシや GoogleのWeb Light などのブラウザの機能は、キャッシュ空間を節約したり、低速なリンク上でのトラフィック量を減らしたりするために、画像フォーマットを変換することがあります。no-transform ディレクティブはこれを禁止します。

only-if-cached

Indicates to not retrieve new data. This being the case, the server wishes the client to obtain a response only once and then cache. From this moment the client should keep releasing a cached copy and avoid contacting the origin-server to see if a newer copy exists.

例

キャッシュの防止

キャッシュをしないようにしたい場合は、以下のレスポンスヘッダーを送ることができます。加えて、 Expires 及び Pragma ヘッダーも参照してください。

Cache-Control: no-store

静的な資産のキャッシュ

For the files in the application that will not change, you can usually add aggressive caching by sending the response header below. This includes static files that are served by the application such as images, CSS files and JavaScript files, for example. In addition, see also the Expires header.

Cache-Control: public, max-age=31536000

仕様書

ブラウザーの互換性

関連情報

• HTTP キャッシュ FAQ
• Caching Tutorial for Web Authors and Webmasters
• Guide: Cache-Control for civilians
• Age
• Expires
• Pragma