--- url: 'https://www.corbado.com/it/passkey-benchmark-2026/passkey-authentication-success-rate' title: 'Tasso di successo autenticazione passkey' description: 'Benchmark sul tasso di successo dell''autenticazione passkey: mostra quanto affidabilmente i tentativi di accesso diventano login completati.' lang: 'it' dir: 'ltr' keywords: 'tasso di successo autenticazione passkey, successo login passkey, benchmark accesso passkey, KPI passkey' --- # Tasso di successo autenticazione passkey *Tradotto automaticamente dall'inglese. Visualizza l'[originale](https://www.corbado.com/passkey-benchmark-2026/passkey-authentication-success-rate.md) →* [← tutti i benchmark](https://www.corbado.com/it/passkey-benchmark-2026.md) Il tasso di successo dell'autenticazione passkey mostra l'affidabilità con cui le passkey esistenti si convertono in accessi completati. Si concentra sul livello di utilizzo dopo l'esistenza di una credenziale, dove il design dell'inserimento, il comportamento di fallback e la copertura cross-device decidono se le passkey diventano il percorso di login predefinito. ## Tassi di successo per contesto del dispositivo: sconosciuto vs noto *Q1 2026 · successo per percorso di login* Il successo si misura dal momento in cui inizia effettivamente la cerimonia della passkey, ossia la relying party ha inviato la challenge WebAuthn al client e l'utente sta visualizzando il prompt di sistema della passkey (Face ID / Touch ID / Windows Hello / un codice QR CDA). Si divide nettamente in due regimi in base a quanto bene la relying party riesce a classificare il contesto del dispositivo. Il divario tra di essi rappresenta l'intera dinamica. **Identifier-first.** L'utente ha digitato un'email o un username e il sistema non ha ancora riconosciuto il dispositivo. **% CDA.** La percentuale di questi successi con passkey in cui l'utente ha dovuto scansionare il telefono (Cross-Device Authentication) invece di utilizzare una passkey locale. ### Ciclo di vita autenticazione 1. **Dispositivo sconosciuto** — *55–95%*. Momento di discovery, inserimento identifier-first con Conditional UI. Cookie, memoria dell'account o stato della sessione non hanno classificato il dispositivo. Il login inizia dal campo di testo. La Conditional UI potrebbe mostrare un suggerimento per la passkey oppure la relying party deve dedurre se una passkey è accessibile. Una volta offerto un percorso passkey, il completamento dipende fortemente dal fatto che sia locale o che debba fare da ponte verso un altro dispositivo. 2. **Ricorda o associa una passkey locale** — *Fase di bridge*. Convertire un successo in un dispositivo noto. Dopo un login riuscito da dispositivo sconosciuto (specialmente se completato tramite CDA), crea o ricorda una passkey locale su questo dispositivo. Saltare questo passaggio è la causa principale per cui gli utenti desktop continuano a pagare la tassa di discovery a ogni visita. 3. **Ritorno su dispositivo noto** — *95–99%*. Login di ritorno automatico, quasi interamente locale. Una volta che il dispositivo è classificato come noto, la relying party instrada direttamente verso il percorso della passkey locale. La % CDA scende al 1–5%. Il completamento si avvicina al limite tecnico e il login risulta invisibile. Il KPI termina qui. > **Dove le forze si incontrano.** Il divario tra sconosciuto e noto non è solo un problema di cerimonia. È il valore di convertire un login riuscito da dispositivo sconosciuto in una corsia preferenziale per dispositivo ricordato. Ogni successo CDA che non lascia una passkey locale è un costo che l'utente paga nuovamente alla visita successiva. ### Successo per percorso di login Il tasso di successo sottostante esclude i fallback e inizia quando viene offerto un percorso passkey. Mobile e desktop divergono nettamente: di solito gli utenti mobile effettuano il login sul dispositivo che contiene la passkey, mentre gli utenti desktop spesso devono fare da ponte verso un telefono. | Percorso di login | Successo passkey | % CDA | | --- | --- | --- | | Dispositivo sconosciuto: identifier-first mobile | 85–95% | 0–5% | | Dispositivo sconosciuto: identifier-first desktop | 55–70% | 35–50% | | Dispositivo noto: login di ritorno automatico | 95–99% | 1–5% | *Gli inserimenti solo tramite pulsante passkey su dispositivi sconosciuti sono esclusi dal mix principale: il completamento per tentativo è alto, ma il volume è troppo basso per essere pubblicato come numero primario.* ### Successo per piattaforma Lo stesso regime identifier-first, suddiviso per sistema operativo. Una % CDA più alta indica che l'utente ha dovuto prendere un telefono separato per completare il login. | Segmento | Successo Identifier-first | % 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% | ### Regimi diagnostici - **iOS & Android** (% CDA 0–10%): Il telefono è il dispositivo. Il completamento identifier-first è il più alto qui (85–95% su iOS, 70–85% su Android) perché la passkey di piattaforma risiede dove l'utente sta effettuando il login. Quasi nessun ponte da pagare. - **Windows 10 / 11** (% CDA 40–65%): Il telefono è separato. Più della metà di ogni successo con passkey identifier-first su Windows è un ponte verso un telefono (55–65% su Windows 11, 40–55% su Windows 10). Ogni sessione Windows senza una passkey locale ricordata paga di nuovo quel costo. - **macOS** (% CDA 10–15%): A metà tra i due. La maggior parte dei successi identifier-first su macOS è locale (completamento del 70–85%), ma una fetta significativa fa ancora da ponte verso un telefono (10–15%), tipicamente quando iCloud Keychain non è ancora attivo sul Mac o l'utente lavora su più ecosistemi. ### KPI di Utilizzo Correlati Usa [Completamento del Login con Conditional UI](/it/passkey-benchmark-2026/conditional-ui-usage.md) per il comportamento di CUI e inserimento con autofill, e [Tasso di Completamento della Cross-Device Authentication](/it/passkey-benchmark-2026/cross-device-authentication.md) per il completamento specifico della CDA. ## Approfondimenti Ricerche Corbado selezionate e riferimenti principali. - **UX di login · Corbado blog** — [Passkey Login Best Practices](https://www.corbado.com/blog/passkey-login-best-practices) — Design e pattern di implementazione per far sì che le passkey esistenti completino il login in modo affidabile. - **KPI correlato · Corbado KPI** — [Passkey Authentication Success Rate](https://www.corbado.com/kpi/passkey-authentication-success-rate) — Definizione per misurare i tentativi passkey che raggiungono una sessione autenticata. - **Guida al design · Passkey Central** — [Passkey Design Guidelines](https://www.passkeycentral.org/design-guidelines/) — Raccomandazioni UX per i prompt passkey, il fallback, il recupero e i flussi di accesso lato utente. [← tutti i benchmark](https://www.corbado.com/it/passkey-benchmark-2026.md) --- *Benchmark annuale su readiness, creazione, utilizzo e strategia di adozione delle passkey di Corbado, la piattaforma di passkey intelligence per i team CIAM. [Scopri di più →](https://www.corbado.com).*