---
type: explanation
title: Statistik gerbang proxy
summary: Baca permukaan aktivitas gerbang proxy, apa arti tiap dari empat hitungan, dan apa yang rasio lolos langsung terhadap tantangan katakan tentang TTL-mu.
---

Gerbang menyimpan statistiknya sendiri, terpisah dari [statistik verifikasi](/docs/site-keys/statistics) sebuah kunci situs. Halaman verifikasi menjawab "apakah orang nyata lolos game?"; halaman ini menjawab pertanyaan lebih sempit: "seberapa sering gerbang menantang pengunjung ketimbang membiarkan pengunjung yang diloloskan lewat?" Begitulah cara kamu memastikan gerbang tersambung dan tersetel, dan ini permukaan sama yang [mode pratinjau](/docs/proxy-page-gate/set-up) tulisi selagi kamu masih menguji.

## Di mana ia berada

Ada dua tampilan:

- **Per kunci situs**: halaman **Statistik proxy** di bawah sebuah kunci situs, untuk satu origin bergerbang.
- **Per tim**: halaman **Statistik proxy** di tingkat tim, teragregasi lintas tiap kunci situs dalam tim.

Keduanya butuh paket Alpha atau lebih tinggi; di bawah itu halaman menampilkan kartu peningkatan sebagai gantinya.

## Empat hitungan

Tiap keputusan gerbang dicatat sebagai satu dari empat jenis:

- **Lolos langsung**: sebuah permintaan tiba dengan pass sah dan diizinkan. Ini kondisi menang; pengunjung yang diloloskan menjelajahi situs menghasilkan ini.
- **Tantangan ditampilkan**: sebuah permintaan tak punya pass sah, jadi pengunjung dikirim ke game.
- **Pass diterbitkan**: seorang pengunjung menyelesaikan game dan sebuah pass dicetak (callback lalu men-set cookie).
- **Ditolak**: otorisator menolak permintaan di bawah kebijakan fail-closed selagi ia tak bisa memastikan sebuah pass.

## Rasio lolos langsung terhadap tantangan

Angka utamanya adalah lolos langsung relatif terhadap tantangan. Begitu pengunjung meloloskan gerbang, sebagian besar permintaan mereka mestinya **lolos langsung**, dengan sebuah tantangan hanya di awal kunjungan atau setelah sebuah pass kedaluwarsa. Rasio lolos langsung tinggi berarti **TTL izin lewat**-mu bekerja, satu penyelesaian membeli banyak permintaan. Jika tantangan tetap tinggi relatif terhadap lolos langsung, TTL mungkin terlalu pendek (pengunjung ditantang ulang di tengah sesi) atau cookie tak ter-set (periksa callback).

## Membacanya selama rollout

Selagi mode pratinjau menyala, awasi urutan dalam satu kunjungan uji tunggal: satu `challenge_served` (belum ada cookie), lalu satu `pass_issued` setelah kamu menyelesaikan, lalu `passthrough` menanjak selagi kamu memuat ulang. Tantangan yang hilang berarti blok otorisator tak terkena; sebuah `pass_issued` yang tak pernah berubah menjadi lolos langsung berarti cookie tak menempel.

## Retensi

Riwayat diretensi menurut tingkat paket dan bucket lebih lama dipangkas pada jadwal harian, jadi jendela yang bisa kamu tengok ke belakang melebar dengan paketmu. Rasio langsung dan aktivitas terkini selalu tersedia.

## Apa yang tak ada di sini

- **Tanpa lolos langsung fail-open dari proxy-mu.** Saat proxy-mu terkonfigurasi fail-open dan Caputchin tak terjangkau, proxy meloloskan permintaan atas kemauannya sendiri; Caputchin tak pernah melihatnya, jadi ia tak bisa dihitung di sini.
- **Tanpa data per pengunjung.** Hitungan saja, tanpa IP, user agent, atau isi permintaan, sejalan dengan sikap privasi Caputchin.

## Lihat juga

- [Ikhtisar](/docs/proxy-page-gate/overview): apa itu gerbang dan cookie izin lewat.
- [Siapkan gerbang proxy](/docs/proxy-page-gate/set-up): mode pratinjau menulis ke permukaan ini sebelum kamu terjun langsung.
- [Statistik verifikasi terhosting](/docs/hosted-verification/statistics): permukaan setara untuk opsi tanpa backend.