---
url: 'https://www.corbado.com/tl/passkey-benchmark-2026/passkey-authentication-success-rate'
title: 'Rate ng Tagumpay sa Passkey Authentication'
description: 'Benchmark ng rate ng tagumpay sa passkey authentication na nagpapakita kung gaano ka-reliable nagiging kumpletong logins ang mga passkey sign-in.'
lang: 'tl'
dir: 'ltr'
keywords: 'rate ng tagumpay sa passkey authentication, tagumpay sa passkey login, benchmark sa passkey sign-in, passkey KPI'
---

# Passkey Authentication Success Rate

*Awtomatikong isinalin mula sa Ingles. Tingnan ang [orihinal](https://www.corbado.com/passkey-benchmark-2026/passkey-authentication-success-rate.md) →*

[← lahat ng benchmark](https://www.corbado.com/tl/passkey-benchmark-2026.md)

Ipinapakita ng passkey authentication success rate kung gaano kaaasahang na-convert ang mga umiiral na passkey sa nakumpletong pag-sign-in. Nakatuon ito sa usage layer pagkatapos magawa ang credential, kung saan ang entry design, fallback behavior, at cross-device coverage ang nagdedesisyon kung magiging default login path ang mga passkey.

## Pagkakahati ng success rate base sa device context: unknown vs. known

*Q1 2026 · tagumpay base sa login path*

Sinusukat ang tagumpay mula sa sandaling magsimula ang passkey ceremony, i.e. naipadala na ng relying party ang WebAuthn challenge sa client at nakatingin na ang user sa system passkey prompt (Face ID / Touch ID / Windows Hello / isang CDA QR code). Malinis itong nahahati sa dalawang regime base sa kung gaano kaayos na-classify ng relying party ang device context. Ang agwat sa pagitan nila ang buong kwento.

**Identifier-first.** Nag-type ang user ng email o username at hindi pa nakikilala ng system ang device.

**% CDA.** Ang bahagi ng mga passkey success na ito kung saan kinailangan i-scan ng user ang kanilang phone (cross-device authentication) sa halip na gumamit ng local passkey.

### Lifecycle ng authentication

1. **Unknown na device** — *55–95%*. Discovery moment, identifier-first na entry gamit ang Conditional UI. Hindi na-classify ng cookies, account memory, o session state ang device. Nagsisimula ang login sa text field. Maaaring maglabas ang Conditional UI ng passkey suggestion o kailangang hulaan ng relying party kung may passkey ba talaga. Kapag naialok ang passkey path, ang pagkumpleto ay nakadepende nang malaki kung ito ay local o kailangang mag-bridge papunta sa ibang device.
2. **I-save o i-bind ang local passkey** — *Bridge step*. I-convert ang isang success bilang known device. Pagkatapos ng matagumpay na unknown-device login (lalo na ang nakumpleto via CDA), gumawa o i-save ang local passkey sa device na ito. Ang paglaktaw sa hakbang na ito ang pinakamalaking dahilan kung bakit patuloy na nagbabayad ng discovery tax ang mga desktop user sa bawat pagbisita.
3. **Pagbabalik ng known device** — *95–99%*. Automatic return login, halos ganap na local. Kapag na-classify na ang device bilang known, direktang inililipat ng relying party ang proseso sa local passkey path. Babagsak ang % CDA sa 1–5%. Papalo ang completion rate sa technical ceiling at parang invisible na ang login. Dito nagtatapos ang KPI.

> **Kung saan nagtatagpo ang mga pwersa.** Ang agwat sa pagitan ng unknown at known ay hindi lang problema sa ceremony. Ito ang halaga ng pag-convert sa isang matagumpay na unknown-device login papunta sa remembered-device fast lane. Bawat CDA success na hindi nag-iiwan ng local passkey ay dagdag-gastos (cost) na muling babayaran ng user sa susunod na pagbisita.

### Tagumpay base sa login path

Hindi kasama sa success rate sa ibaba ang fallback at nagsisimula ito kapag naialok na ang passkey path. Matindi ang pagkakaiba ng mobile at desktop: ang mga mobile user ay karaniwang naglo-login sa device kung saan naka-store ang passkey, habang ang mga desktop user ay madalas nangangailangan mag-bridge sa isang phone.

| Path ng pag-login | Passkey success | % CDA |
| --- | --- | --- |
| Hindi kilalang device: identifier-first mobile | 85–95% | 0–5% |
| Hindi kilalang device: identifier-first desktop | 55–70% | 35–50% |
| Kilalang device: awtomatikong return login | 95–99% | 1–5% |

*Hindi isinama sa headline mix ang passkey-button-only entries sa mga unknown na device: mataas ang per-attempt completion nito, ngunit masyadong mababa ang volume para ilathala bilang pangunahing numero.*

### Tagumpay base sa platform

Ang parehong identifier-first regime, hinati base sa operating system. Ang mas mataas na % CDA ay nangangahulugan na kinailangan ng user kumuha ng hiwalay na phone para matapos ang login.

| Segment | Identifier-first success | % CDA |
| --- | --- | --- |
| iOS web | 85–95% | 0–5% |
| Android web | 70–85% | 5–10% |
| macOS web | 70–85% | 10–15% |
| Windows 11 web | 45–60% | 55–65% |
| Windows 10 web | 45–60% | 40–55% |

### Mga diagnostic regime

- **iOS & Android** (% CDA 0–10%): Ang phone mismo ang device. Pinakamataas dito ang identifier-first completion (85–95% sa iOS, 70–85% sa Android) dahil ang platform passkey ay nasa mismong device kung saan naglo-login ang user. Halos walang bridge na kailangang bayaran.
- **Windows 10 / 11** (% CDA 40–65%): Hiwalay ang phone. Mahigit kalahati ng bawat Windows identifier-first passkey success ay isang bridge papunta sa phone (55–65% sa Windows 11, 40–55% sa Windows 10). Bawat Windows session na walang naka-save na local passkey ay muling nagbabayad sa halagang (cost) ito.
- **macOS** (% CDA 10–15%): Nasa pagitan ng dalawa. Karamihan sa mga macOS identifier-first success ay local (70–85% na kumpleto), ngunit may isang makabuluhang bahagi pa rin ang nagbi-bridge sa phone (10–15%), kadalasan kapag hindi pa aktibo ang iCloud Keychain sa Mac o kapag gumagamit ang user ng iba't ibang ecosystem.

### Mga Kaugnay na Usage KPI

Gamitin ang [Conditional UI Login Completion](/tl/passkey-benchmark-2026/conditional-ui-usage.md) para sa behavior ng CUI at autofill entry, at [Cross-Device Authentication Completion Rate](/tl/passkey-benchmark-2026/cross-device-authentication.md) para sa CDA-specific na completion.

## Karagdagang Babasahin

Piniling pananaliksik ng Corbado at mga pangunahing sanggunian.

- **Login UX · Corbado blog** — [Passkey Login Best Practices](https://www.corbado.com/blog/passkey-login-best-practices) — Mga pattern ng disenyo at implementasyon para maasahang makumpleto ng mga umiiral na passkey ang pag-sign-in.
- **Kaugnay na KPI · Corbado KPI** — [Passkey Authentication Success Rate](https://www.corbado.com/kpi/passkey-authentication-success-rate) — Kahulugan para sa pagsukat ng mga pagtatangkang gumamit ng passkey na umabot sa authenticated session.
- **Gabay sa disenyo · Passkey Central** — [Passkey Design Guidelines](https://www.passkeycentral.org/design-guidelines/) — Mga rekomendasyon sa UX para sa mga passkey prompt, fallback, recovery, at mga user-facing sign-in flow.

[← lahat ng benchmark](https://www.corbado.com/tl/passkey-benchmark-2026.md)

---

*Taunang benchmark para sa kahandaan, paggawa, paggamit, at estratehiya sa adoption ng passkey mula sa Corbado, ang passkey intelligence platform para sa mga CIAM team. [Alamin pa →](https://www.corbado.com).*