Passkey Benchmark 2026
Italiano

Tradotto automaticamente dall'inglese. Visualizza l'originale

← tutti i benchmark

Completamento Login Conditional UI

Il completamento login Conditional UI confronta il percorso di login pre-server quando gli utenti digitano un identificatore rispetto a quando è disponibile l'aiuto passkey a livello di campo. Mostra perché il successo passkey lato server può sembrare quasi perfetto mentre le prestazioni reali della Conditional UI dipendono dal cablaggio del campo, dalla scelta dell'utente, dal completamento del login finale e dalla velocità.

Q1 2026 · Conditional UI in tre punti di misurazione

Dove si interrompe realmente la Conditional UI: i tre punti di misurazione

La Conditional UI (CUI) viene solitamente riportata come un unico numero: il tasso di successo lato server. Questo numero si colloca alla fine del flusso e sembra quasi perfetto. I due numeri precedenti, che indicano dove gli utenti abbandonano effettivamente, sono riportati di seguito.

1 Prima interazione con il suggerimento 55–90% Gli utenti selezionano e completano il primo suggerimento di passkey visibile

Questo è il momento pre-server: il suggerimento è visibile, l'utente lo sceglie e la verifica del browser termina. L'abbandono in questa fase indica che gli utenti chiudono il prompt, cambiano account, non riescono a sbloccare localmente, non hanno credenziali utilizzabili sul dispositivo o abbandonano prima che esista una richiesta firmata.

2 Login finale del percorso CUI 90–95% Il login ha successo includendo tentativi ripetuti e fallback

Il login alla fine ha successo, a volte dopo un altro tentativo di CUI, autofill o fallback manuale. Questo è il numero di completamento dal punto di vista dell'utente.

3 La metrica riportata dalla maggior parte dei team 97–99% La convalida del server ha successo dopo l'invio di una richiesta firmata

Questo numero è utile per l'affidabilità del server, ma parte dopo che l'esperienza utente della Conditional UI ha già funzionato.

Quando la Conditional UI si trasforma in adozione

Il numero decisivo non è se il browser supporta la Conditional UI. È la frequenza con cui un utente reale vede il giusto suggerimento di passkey al momento giusto, per poi completare il login senza confusione di account, deviazioni del password manager o fallback manuale.

Piattaforma Quota suggerimento passkey Cosa significa
macOS Alto I suggerimenti sono visibili sulla maggior parte degli inserimenti assistiti.
Windows Basso Meno utenti desktop hanno una passkey locale utilizzabile, quindi la CUI si attiva meno spesso.

Usa questi segnali per interpretare la tua implementazione.

Bassa percentuale di suggerimenti Gap di idoneità

Verifica la mancanza di copertura delle credenziali, passkey su un altro dispositivo, cablaggio errato dei campi, overlay di password manager, mancate corrispondenze di contesto RP/account o un rollout che non ha ancora costruito una base sufficiente di credenziali.

Completamento indiretto Gap di routing

Gli utenti continuano ad accedere, ma non direttamente. L'obiettivo di ottimizzazione è velocità e immediatezza: ridurre le deviazioni dell'identificatore, supportare il recupero e utilizzare l'accesso per dispositivo riconosciuto o one-tap dove il contesto è abbastanza forte.

  1. Il completamento finale del login unisce le interazioni successive all'interno dello stesso processo di login: gli utenti possono cambiare account, chiudere un prompt, riprovare la CUI o ricorrere alla digitazione prima che il login si completi definitivamente.
  2. Un'asserzione Conditional UI valida è quasi sempre accettata lato server; il gap di misurazione si trova prima che esista l'asserzione. I report solo lato server sembrano quindi migliori rispetto alla reale esperienza di inserimento del login.
  3. La percentuale della Conditional UI nell'accesso assistito dipende dal mix di dispositivi dell'implementazione e da quanto tempo il prodotto è live. Le implementazioni desktop Windows mostrano spesso una base di suggerimenti locali inferiore, poiché molti utenti tengono le proprie passkey utilizzabili sui telefoni anziché sul dispositivo corrente.
  4. Un comportamento sano dell'autofill è un prerequisito per una Conditional Create efficace. Vedi Conditional Create Rate per la prospettiva inversa, in cui la qualità dell'autofill prevede la frequenza con cui una passkey viene creata automaticamente dopo un accesso con password riuscito.
Fonti correlate

Approfondimenti

Ricerche Corbado selezionate e riferimenti principali.

← tutti i benchmark