Passkey Authentication Success Rate
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
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.
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.
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.
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.
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% |
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.
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.
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.
Karagdagang Babasahin
Piniling pananaliksik ng Corbado at mga pangunahing sanggunian.
- Passkey Login Best Practices Mga pattern ng disenyo at implementasyon para maasahang makumpleto ng mga umiiral na passkey ang pag-sign-in.
- Passkey Authentication Success Rate Kahulugan para sa pagsukat ng mga pagtatangkang gumamit ng passkey na umabot sa authenticated session.
- Passkey Design Guidelines Mga rekomendasyon sa UX para sa mga passkey prompt, fallback, recovery, at mga user-facing sign-in flow.