CloudflareのWorkersを使用した分析
Cloudflareの分析がCloudflare Workersによって行われるリクエストをどのように追跡するかを学びましょう。
特定のルートで動作しているノーオプWorker（元のクライアントリクエストをオリジンに渡し、レスポンスをプロキシするWorker）を使用している場合、オリジンへのリクエストは「サブリクエスト」としてカウントされ、初期のクライアントからエッジへのリクエストとは別になります。したがって、Workerが静的なレスポンスで応答せず、オリジンに到達しない限り、アイボール→エッジリクエストとエッジ→オリジンリクエストはそれぞれAnalyticsのリクエストまたは帯域幅のカウントに別々にカウントされます。サブリクエストはCloudflareのAnalyticsアプリのRequestsまたはBandwidthグラフには含まれません。
ダッシュボードでは、ゾーン分析の数字は訪問者のトラフィックを反映しています。つまり、ダッシュボードのAnalyticsタブに表示されるゾーン分析のリクエスト数は、クライアントに提供されたリクエストの数です。
同様に、帯域幅はクライアントに送信された帯域幅に基づいてカウントされ、ステータスコードはクライアントに返されたステータスコードを反映します（したがって、サブリクエストが500を受け取った場合でも、200で応答すると、ステータスコードの内訳には200が表示されます）。
サブリクエストトラフィック（オリジン向けトラフィック）の内訳を確認するには、CloudflareのAnalyticsアプリに移動し、Workersタブを選択します。Workersタブの下、Service Workersパネルの下には、カウント別のSubrequestsの内訳、Bandwidth、およびStatus Codesがあります。これにより、オリジンでのエラー（例えば、500のスパイク）を特定してデバッグし、オリジンに向かうトラフィックを理解するためのキャッシュヒット率を特定するのに役立ちます。
なぜWorkersの分析が表示されないのですか？
- 現在Workersを使用していない場合（ルートやフィルターにWorkersがデプロイされていない場合）、表示する情報はありません。
- Workerがオリジンにfetch()を呼び出すことなくクライアントに静的なレスポンスを返す場合、サブリクエストは行われていないため、すべてのトラフィックはゾーンAnalyticsに表示されます。
これが請求に影響しますか？
いいえ、Workersの請求はWorkerを通過するリクエストに基づいています。
なぜそんなに高いキャッシュヒット率が表示されるのですか？
Workerによって提供されたリクエストは常にキャッシュされたとして表示されます。サブリクエストの正確なキャッシュヒット率については、Workers分析タブのAnalyticsアプリ内のSubrequestsグラフを参照してください。