POP がユーザーリクエストを処理してキャッシュキーを生成する際に、リクエスト URL から ? と、? に続くクエリ文字列 (ユーザー ID 情報やアクセスチャンネルソースなど) を削除するように設定できます。これにより、異なるパラメーターを持つリクエスト URL が同じキャッシュファイルを参照できるようになり、キャッシュヒット率が向上し、ページ読み込み時間が短縮されます。
概要
仕組み: リクエスト URL から ? 文字と ? 以降のすべてのパラメーターを削除します。これにより、異なる URL パラメーターを使用していても、同じファイルにアクセスする異なるユーザーが同じキャッシュファイルをヒットできるようになります。その結果、キャッシュヒット率が向上し、オリジンフェッチが減少し、ファイル配信効率が向上します。
利用シーン:ユーザーのリクエスト URL に、リソースのコンテンツとは無関係なパラメーター (ユーザー ID 情報やアクセスチャネルソースなど) が含まれている場合にクエリ文字列を無視します。例:
ユーザー A: http://example.com/1.jpg?uid=123
ユーザー B: http://example.com/1.jpg?uid=654
クエリ文字列を無視しない場合、POP は 2 つの URL を異なるリクエストとして扱います。これにより、各リクエストに対してオリジンフェッチが必要になります。クエリ文字列を無視するように設定すると、POP は URL 内の ? 以降のパラメーターを削除します。その後、http://example.com/1.jpg のみを使用してキャッシュファイルを照合します。
操作手順
ESA コンソールで、サイト管理 を選択します。サイト 列で、対象サイトの名前をクリックします。
左側のナビゲーションウィンドウで、 を選択します。
[クエリ文字列] エリアで、[設定] をクリックし、要件に基づいてフィルターモードを選択して構成を完了し、保存するには[OK] をクリックします。

フィルタリングモード
元のURLを http://example.com/1.jpg?key1=1&key2=2&key3=3 と仮定します。ルール設定に応じて、ESA は元のURL を以下のように処理します:
パラメーター | 説明 | 例 |
すべて無視 | リクエスト URL から | キャッシュキーは |
すべて保持 | リクエスト URL の | キャッシュキーは |
指定されたクエリ文字列パラメーターの無視 | リクエスト URL の |
|
指定されたクエリ文字列パラメーターを保持する | リクエスト URL の |
|
サイトレベルとルールベース設定のマッピング
サイトレベルの機能設定は、サイトへのすべてのリクエストに適用されます。この機能を特定のリクエストに対してのみ有効にしたい場合は、代わりにルールベースの機能を使用できます。ルールベースの機能は、条件を使用してユーザーリクエスト内の特定のパラメーターを検出し、より正確に設定を適用することができます。サイト全体のクエリ文字列機能に対応するルールベースの機能は カスタムキャッシュキー です。