鮮度リソースがキャッシュに保存されると、理論上は永久にキャッシュからリソースを提供することができます。キャッシュは有限の記憶領域ですので、アイテムは定期的に記憶領域から削除されます。この処理はキャッシュ・エビクションと呼ばれます。サーバー上で変更されるリソースもあり、それはキャッシュを更新するべきです。クライアントサーバープロトコルであり、リソースを変更したときにサーバーがキャッシュやクライアントに連絡することはできません。サーバーは、リソースの有効期限を伝えなければなりません。エビクションアルゴリズムはたいてい、陳腐化したリソースよりも新鮮なリソースを優遇します。陳腐化したリソースは削除されたり無視されたりしないことに注意してください。付加してリクエストを転送します。ヘッダーを返して、帯域を節約します。共有キャッシュのプロキシがある場合の処理例を以下に示します。鮮度の寿命は、いくつかのヘッダーを基に計算されます。ヘッダーが与えられたかを確認します。ヘッダーの値を減算した結果を鮮度の寿命にします。ヘッダーを参照します。割った結果をキャッシュの寿命にします。有効期限は以下のように計算します。ブラウザーがレスポンスを受け取った時刻です。適用したリソースキャッシュされたリソースをより多く使用すると、ウェブサイトの応答性やパフォーマンスが向上するでしょう。この最適化のために、有効期限をできるだけ遠い未来にすることが推奨されています。この方法は定期的あるいはよく更新されるリソースでも使用できますが、まれにしか更新されないリソースでは問題があります。それらはキャッシュされたリソースの恩恵を最大限に受けますが、更新することがとても難しくなります。この現象は、それぞれのウェブページに含まれたりリンクされたりする技術上のリソースで顕著です。ファイルはあまり変更されませんが、変更点はすばやく反映されることが望まれます。呼ぶ技術を発明しました。更新しないファイルは、特定の方法で命名します。番号を追加することです。年あるいはそれ以上先の遠い未来を有効期限にすることができます。新しいバージョンを使用するためにすべてのリンクを変更しなければならないことが、この方法の欠点です。ウェブ開発者が使用するツールチェーンによって通常は注意される、追加の複雑性です。変化しないリソースが変化するとき、よく変化するリソースにさらなる変化をもたらします。変化するリソースを読み込むときに、ほかのリソースの新しいバージョンも読み込まれます。この手法には、さらなる利点があります。つのキャッシュ済みリソースを更新すると、ひとつのリソースが期限切れのバージョン、もうひとつのリソースが新しいバージョンという組み合わせで使用されることがなくなります。スクリプトを使用するウェブサイトで特に重要です。ような伝統的なリビジョン文字列である必要はなく、単純に増加していく一組の番号でもかまいません。ハッシュ値や日付など、衝突を避けた情報にすることもできます。キャッシュの確認ユーザーが再読み込みボタンを押すと、再確認が発生します。ヘッダーが含まれている場合は、通常のブラウジングでも再確認が発生します。設定パネルにある、キャッシュ確認の設定です。ここに、文書を読み込むたびに確認を強いる設定項目があります。キャッシュされた文書の有効期限に達すると、確認または再取得を行います。提供していれば実行できます。して使用できる、ユーザーエージェントにとって不透明な値です。ユーザーエージェントは、この文字列が何を表すかがわからず、またこの値が何になるかを予測することもできません。ヘッダーに含めることができます。