---
type: explanation
title: 프록시 게이트 통계
summary: 프록시 게이트 활동 표면, 네 카운트 각각이 무엇을 뜻하는지, 그리고 통과 대 챌린지 비율이 당신의 TTL에 관해 무엇을 말하는지 읽습니다.
---

게이트는 사이트 키의 [검증 통계](/docs/site-keys/statistics)와는 별도로 자기 통계를 보유합니다. 검증 페이지는 "진짜 사람이 게임을 통과하고 있는가?"에 답합니다. 이 페이지는 더 좁은 물음에 답합니다. "게이트가, 통과된 방문자를 지나가게 하는 것에 비해, 방문자를 챌린지하는 것이 얼마나 잦은가?" 게이트가 배선되고 조정되었음을 확인하는 방법이며, 당신이 아직 테스트하는 동안 [미리보기 모드](/docs/proxy-page-gate/set-up)가 쓰는 것과 같은 표면입니다.

## 어디에 있는가

두 뷰가 있습니다:

- **사이트 키별**: 사이트 키 아래의 **프록시 통계** 페이지, 게이트된 하나의 오리진용.
- **팀별**: 팀 수준의 **프록시 통계** 페이지, 팀 안의 각 사이트 키에 걸쳐 집계.

둘 다 Alpha 플랜 이상이 필요합니다. 그 아래에서는 페이지가 대신 업그레이드 카드를 보여 줍니다.

## 네 카운트

게이트 결정은 모두 네 종류 중 하나로 기록됩니다:

- **통과**: 요청이 유효한 패스를 갖고 도착해 허용되었습니다. 이것이 승리 조건입니다. 통과된 방문자가 사이트를 둘러보면 이것들이 생깁니다.
- **챌린지 표시**: 요청에 유효한 패스가 없어서 방문자가 게임으로 보내졌습니다.
- **패스 발급**: 방문자가 게임을 풀어 패스가 주조되었습니다(그다음 콜백이 쿠키를 설정했습니다).
- **거부**: 인가자가, 패스를 확인할 수 없는 동안, 실패 시 닫힘 정책 아래에서 요청을 거절했습니다.

## 통과 대 챌린지 비율

머리기사 숫자는 챌린지에 대한 통과입니다. 방문자들이 게이트를 통과하게 되면, 그들 요청의 대부분은 **통과**여야 하며, 챌린지는 방문의 처음이나 패스가 만료된 후에만 있어야 합니다. 높은 통과 비율은 당신의 **통과 TTL**이 제 몫을 하고 있음을, 한 번의 풀이가 많은 요청을 사고 있음을 뜻합니다. 챌린지가 통과에 비해 높게 유지되면, TTL이 너무 짧거나(방문자가 세션 도중 다시 챌린지됨) 쿠키가 설정되지 않는(콜백을 확인) 것일 수 있습니다.

## 롤아웃 동안 읽기

미리보기 모드가 켜진 동안, 한 번의 테스트 방문에서 이 순서를 지켜보세요. `challenge_served` 하나(아직 쿠키 없음), 그다음 당신이 푼 후 `pass_issued`, 그다음 새로고침함에 따라 오르는 `passthrough`. 빠진 챌린지는 인가자 블록이 맞지 않음을 뜻하고, 결코 통과로 바뀌지 않는 `pass_issued`는 쿠키가 붙지 않음을 뜻합니다.

## 보존

이력은 플랜 등급별로 보존되고 더 오래된 버킷은 매일 일정으로 잘라내므로, 당신이 되돌아볼 수 있는 창은 당신의 플랜과 함께 넓어집니다. 실시간 비율과 최근 활동은 항상 이용할 수 있습니다.

## 여기에 없는 것

- **당신 프록시로부터의 실패 시 열림 통과 없음.** 당신의 프록시가 실패 시 열림으로 구성되고 Caputchin이 닿을 수 없을 때, 프록시는 스스로 요청을 통과시킵니다. Caputchin은 그것을 결코 보지 못하므로 여기서 셀 수 없습니다.
- **방문자별 데이터 없음.** 카운트만, IP도 user agent도 요청 내용도 없이, Caputchin의 프라이버시 입장에 맞춰.

## 함께 보기

- [개요](/docs/proxy-page-gate/overview): 게이트가 무엇인지, 그리고 통과 쿠키.
- [프록시 게이트 설정하기](/docs/proxy-page-gate/set-up): 미리보기 모드는 당신이 라이브로 가기 전에 이 표면에 씁니다.
- [호스팅 인증 통계](/docs/hosted-verification/statistics): 백엔드 없는 선택지의 대응 표면.