​プレフィックス（URL）でキャッシュをパージ

URL のプレフィックスまたはパス区切りで、キャッシュを即座にパージできます。例として https://www.example.com/foo/bar/baz/qux.jpg では、次のパージリクエストが有効です。

• www.example.com
• www.example.com/foo
• www.example.com/foo/bar
• www.example.com/foo/bar/baz
• www.example.com/foo/bar/baz/qux.jpg

プレフィックスでのパージは、次のような場面で役立ちます。

• ディレクトリ内のすべてをパージする。
• パス内のキャッシュ済みオブジェクトをより細かく制御する。
• 送信するパージ呼び出しの数を減らす。

1. Cloudflare ダッシュボードで、Configuration ページを開きます。

   Configuration を開く ↗

2. Purge Cache で Custom Purge を選択します。Custom Purge ウィンドウが開きます。

3. Purge by で Prefix を選択します。

4. 構文の案内に従います。

   • 1 行に 1 プレフィックス。
   • 1 リクエストあたり最大 100 プレフィックス。

5. 例と同じ形式で、テキストフィールドに適切な値を入力します。

6. Purge を選択します。

レート制限については 利用可否と上限 を参照してください。

プレフィックスでパージするとリソースが削除され、その後のリクエストでは CF-Cache-Status ヘッダーが MISS になります。

Tiered Cache を使っている場合、プレフィックスパージは EXPIRED を返すことがあります。下位ティアが上位ティアへ再検証し、上位ティアの負荷を減らすためです。 上位ティアにリソースがあるかどうか、エンドユーザーが下位ティアと上位ティアのどちらに届くかによって、EXPIRED または MISS が返ります。

プレフィックスパージには、次の制限があります。

• プレフィックスのパス区切りは 31 までです（example.com/a/b/c/d/e/f/g/h/i/j/k/l/m…）。
• パージリクエストは 1 リクエストあたり 100 プレフィックスまでです。
• パージのレート制限が適用されます。
• URI のクエリ文字列とフラグメントでは、プレフィックスパージできません。
  • www.example.com/foo?a=b（クエリ文字列）
  • www.example.com/foo#bar（フラグメント）

プレフィックスパージの正規化では、正規化された URL パスに対するプレフィックスパージが届くと、パージサービスは URL 正規化 に従い、正規化後の URL をパージします。

次のサイトを例にします: https://cloudflare.com/انشاء-موقع-الكتروني/img_1.jpg。下の表は、正規化のオン / オフ で Cloudflare のキャッシュがこれらのパスをどう見るかを示します。

上のとおり、URL 正規化が ON のとき、https://cloudflare.com/%D8%A7%D9%86%D8%B4%D8%A7%D8%A1-%D9%85%D9%88%D9%82%D8%B9-%D8%A7%D9%84%D9%83%D8%AA%D8%B1%D9%88%D9%86%D9%8A/img_1.jpg と https://cloudflare.com/انشاء-موقع-الكتروني/img_1.jpg の訪問者には、同じキャッシュ済みアセットが配信されます。https://cloudflare.com/%D8%A7%D9%86%D8%B4%D8%A7%D8%A1-%D9%85%D9%88%D9%82%D8%B9-%D8%A7%D9%84%D9%83%D8%AA%D8%B1%D9%88%D9%86%D9%8A/img_1.jpg をパージすると、両方の訪問者向けにそのアセットが即座にパージされます。