--- url: 'https://www.corbado.com/it/passkey-benchmark-2026/conditional-ui-usage' title: 'Benchmark completamento login Conditional UI' description: 'Benchmark dei login con Conditional UI: l''impatto dei suggerimenti passkey sui login desktop completati.' lang: 'it' dir: 'ltr' keywords: 'Conditional UI, autofill passkey, conditional mediation, completamento login passkey' --- # Completamento Login Conditional UI *Tradotto automaticamente dall'inglese. Visualizza l'[originale](https://www.corbado.com/passkey-benchmark-2026/conditional-ui-usage.md) →* [← tutti i benchmark](https://www.corbado.com/it/passkey-benchmark-2026.md) 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à. ## Dove si interrompe realmente la Conditional UI: i tre punti di misurazione *Q1 2026 · Conditional UI in 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. ### Confronto principale: manuale vs assistito | Browser | Manuale completo | Assistito completo | Assistito Δ | Riprova manuale 5m | Riprova assistita 5m | | --- | --- | --- | --- | --- | --- | | macOS Chrome | 86% | 91% | +4pp | 25% | 32% | | macOS Safari | 83% | 91% | +9pp | 23% | 23% | | Windows Chrome | 87% | 89% | +2pp | 22% | 24% | | Windows Edge | 86% | 88% | +2pp | 21% | 21% | ### Analisi ingresso assistito | Browser | Quota CUI su assistito | Completamento CUI | Autofill protetto | Autofill non protetto | | --- | --- | --- | --- | --- | | macOS Chrome | 28% | 94% | 91% | 89% | | macOS Safari | 49% | 94% | 87% | 89% | | Windows Chrome | 11% | 94% | 86% | 89% | | Windows Edge | 9% | 94% | 86% | 88% | ### 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. 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. ### Note 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](/it/passkey-benchmark-2026/conditional-create.md) 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. ## Approfondimenti Ricerche Corbado selezionate e riferimenti principali. - **Implementazione · web.dev** — [Sign in with a passkey through form autofill](https://web.dev/articles/passkey-form-autofill) — Guida all'implementazione di Google per la Conditional UI nei moduli per username e password esistenti. - **Conditional UI · Corbado blog** — [WebAuthn Conditional UI Passkeys & Autofill](https://www.corbado.com/blog/webauthn-conditional-ui-passkeys-autofill) — Una spiegazione pratica di passkey autofill, conditional mediation e cablaggio dei campi identificativi. - **Supporto dispositivi · passkeys.dev** — [Passkey Device Support](https://passkeys.dev/device-support/) — Matrice di compatibilità per il comportamento passkey autofill e sign-in tra piattaforme e browser. [← 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).*