エッジキャッシュ検証

キャッシュヒット、304 再検証、Brotli の動作を測定

試す

連続サンプル、条件付きリクエスト、圧縮交渉、Range を含む約 10 回のヘッダー専用リクエストを送ります。実際の静的ファイルを使用してください。動的 HTML は通常キャッシュしません。1 分 4 回までです。

このツールの範囲

以下は単一のヘッダー取得だけでは物理的に判断できない項目です。CDN 識別(設定を読む)と本ツール(動作を検証)の違いでもあります。

CDN 識別
キャッシュは本当にヒットするか
連続サンプルで HIT に収束する回数を確認します。初回ミスは正常なコールドスタートで、繰り返すミスは設定の問題です。
Age は増加するか
同じ共有コピーなら Age は進みます。ヒットしても一定なら別ノードへ振り分けられた可能性があります。
条件付きリクエストは帯域を節約するか
ETag 取得後に If-None-Match を送り、304 を確認します。実リクエストでのみ検証できます。
Brotli は対応しているか
br、gzip、zstd、identity を個別に交渉し、サーバー能力とクライアントの要求を分けます。
Range は分割配信できるか
Range リクエストで 206 を確認します。動画シークや大容量ファイルの再開に必要です。
エッジノードはどこに着地するか
レスポンスヘッダーから空港コードを抽出して経路を確認します。未知のコードは推測しません。

このツールの範囲

単一の出口
すべてのリクエストは 1 地域から送信されるため、Age が一定でも全体の問題とは限りません。
実測ランキング
サンプル数の制限
3 回のサンプルでコールドスタートと継続ミスを区別できますが、ヒット率は算出できません。証拠不足時は結論を出しません。
静的リソースを指定
動的 HTML は通常キャッシュしません。JS、CSS、画像、フォント、動画セグメントなどを検証してください。

エッジキャッシュ検証:CDN の HIT、304、Brotli、Range を確認

実際の静的リソースへ連続リクエストを送り、CDN のキャッシュ、Age、304、圧縮、Range、エッジ動作を検証します。

エッジキャッシュ検証とは?

エッジキャッシュ検証は設定を読むだけでなく CDN の実際の動作を確認します。JS、CSS、画像、フォント、動画セグメントなどを連続取得し、ウォームアップ、Age、条件付きリクエスト、圧縮を観察します。

エッジキャッシュ検証の仕組み

固定された 1 つの出口から読み取り専用のリクエストを順番に送り、各レスポンスの根拠を保存します。

  1. 01

    連続サンプル

    同じ静的リソースを繰り返し取得し、コールドスタートと継続 MISS を分け、ヘッダー時間を比較します。

  2. 02

    プロトコルを検証

    ETag または Last-Modified の後に条件付きリクエストを送り、br、gzip、zstd、identity と Range の 206 を確認します。

  3. 03

    限界を説明

    Age、Cache-Control、Vary、エッジヘッダーから提案します。1 出口のサンプルを全体のヒット率とは扱いません。

エッジキャッシュ検証のよくある質問

なぜ複数回リクエストするのですか?

1 回ではコールドスタートと継続ミスを区別できません。連続サンプルで HIT の収束、Age、遅延を確認できます。

HTML と静的ファイルのどちらを検証しますか?

共有される JS、CSS、画像、フォント、動画セグメントを推奨します。ユーザー固有の HTML は通常キャッシュしません。

結果は全地域を表しますか?

いいえ。1 地域からの結果です。全体の差は多ノードのプローブやランキングで確認します。

HIT なのに Age が増えないのはなぜですか?

別のエッジノードに振り分けられたか、オブジェクトが失効した可能性があります。ノード、TTL、地域サンプルを確認します。