Cache Optimization

最終更新日:2026-07-13 10:00:18

本ガイドでは、Cache Rules および Query String Rules の設定方法について説明します。ファイルタイプごとにシンプルな TTL を設定する場合、ディレクトリ単位でルールを適用する場合、または複雑なストリーミングワークフロー向けにクエリストリングの処理を詳細に調整する場合など、さまざまなケースに対応しています。

注意: Cache Optimization は、オリジンプルで構成された配信 Domain でのみ利用可能です。

キャッシュルールの設定

Cache Rules は、CDN エッジサーバーに対して、指定した範囲(ファイルタイプ、ディレクトリ、または URL パターン)ごとにリソースをどれだけの期間キャッシュするかを指示します。ルールは優先順位順に評価され、優先度の高いルールが先に実行されます。

キャッシュルールの追加

  1. ナビゲーションペインで「設定」を選択してください。
  2. 「キャッシュ最適化」内で「キャッシュルール」を選択します。
  3. 「+追加」を選択してください。
  4. 「キャッシュルール」ダイアログで、以下のフィールドを設定してください:
フィールド 必須 説明
適用範囲 必須 ルールの対象範囲です。次から1つ選択してください:特定のファイルタイプ特定のディレクトリ、またはURLパターン(正規表現)
キャッシュTTL 必須 エッジサーバーが一致するコンテンツをキャッシュする期間です。数値を入力し、時間単位(時間など)を選択してください。
優先度 必須 実行順序です。値が大きいほど優先度が高くなります。デフォルト値:10

新しいルールがCache Rulesリストに表示され、Scope、Cache TTL、Priorityが確認できます。

適切なScopeタイプの選択

この表を使用して、ユースケースに最適なScopeオプションを選択してください。

オプション 使用するタイミング 例となる値
特定ファイルタイプ 指定した拡張子を持つすべてのファイルをパスに関係なくキャッシュします。複数の拡張子はセミコロンで区切って入力してください。拡張子には英字または数字のみ使用できます。 m3u8;ts;flv
特定ディレクトリ 1つ以上のディレクトリパス配下のすべてのコンテンツをキャッシュします。ディレクトリパスは1行に1つずつ入力してください。各パスは必ずスラッシュ(/)で始まり、スラッシュで終わる必要があり、英数字、アンダースコア(_)、ハイフン(-)、パーセント記号(%)、ドット(.)を含めることができます。 /live/123/
URLパターン(正規表現) 正規表現によるきめ細かい制御が可能です。システムが自動的に ^https?://[^/]+/ をパターンの先頭に付与するため、/ で始める必要はありません。 - live/.*\.(m3u8\|flv\|ts)($\|.*)liveアプリケーション名の配下でHLSプロトコルリクエストに一致します。
- live/.*liveアプリケーション名の配下すべてのリクエストに一致します

キャッシュルールの編集または削除

キャッシュルール の一覧で、いずれかのルールの右側にある 操作 アイコンを使用してください:

  • 編集アイコンを選択して、ルール設定を変更してください。
  • ルールを完全に削除するには、削除アイコンを選択してください。

重要: キャッシュルールの削除は、CDNエッジサーバー上ですぐに反映されます。

クエリ文字列キャッシュルールの設定

クエリ文字列ルールは、CDNがキャッシュキーを決定しオリジンへのリクエストを行う際に、クエリパラメーター(?以降のURL部分)をどのように処理するかを制御します。ストリーミングURLに動的パラメーターが含まれていて、そのパラメーターによって個別のキャッシュコピーを作成したくない場合に、これらのルールを利用してください。

クエリ文字列ルールの追加

  1. ナビゲーションペインで、Configuration を選択します。
  2. Cache Optimization 内で Query String を選択します。
  3. + Add を選択します。
  4. Query String ダイアログで、Apply to のスコープを設定します(Cache Rulesと同じオプションです — 適切なスコープタイプの選択を参照してください)。
  5. クエリストリングのオプションを設定します:
項目 デフォルト 説明
Ignore Query String Yes Yes:異なるクエリストリングを持つURLが1つのキャッシュコピーを共有します。No:各ユニークなクエリストリングが個別にキャッシュされます。
Remove Query String from Origin Requests Yes Yes:オリジンリクエストを送る前にクエリストリングが削除されます。No:クエリストリングがそのままオリジンに渡されます。
大文字小文字を区別しない一致 はい はい: 文字の大文字小文字だけが異なるURLは同じキャッシュルールに一致します(ただし、別々のキャッシュファイルとして保存されます)。
優先順位 10 数字が大きいほど優先順位が高くなります。
  1. 確認 を選択してください。

クエリ文字列の処理方法を決定する

目標 クエリ文字列を無視 オリジンリクエストからクエリ文字列を削除
すべてのクエリ文字列のバリエーションは1つのキャッシュコピーを共有します。オリジンにはクリーンなURLが送信されます はい はい
すべてのクエリ文字列バリアントが1つのキャッシュコピーを共有し、オリジンには完全なURLが送信されます はい いいえ
クエリ文字列の各バリアントが個別にキャッシュされ、オリジンにはクリーンなURLが送信されます いいえ はい
クエリ文字列の各バリアントが個別にキャッシュされ、オリジンには完全なURLが送信されます いいえ いいえ