---
url: 'https://www.corbado.com/pt/passkey-benchmark-2026/conditional-ui-usage'
title: 'Benchmark de Conclusão de Login com Conditional UI'
description: 'Benchmark de login com Conditional UI mostrando como sugestões de chaves de acesso afetam logins concluídos no desktop.'
lang: 'pt'
dir: 'ltr'
keywords: 'conditional UI, preenchimento automático de chave de acesso, mediação condicional, conclusão de login com chave de acesso'
---

# Conclusão de Login com Conditional UI

*Traduzido automaticamente do inglês. Ver o [original](https://www.corbado.com/passkey-benchmark-2026/conditional-ui-usage.md) →*

[← todos os benchmarks](https://www.corbado.com/pt/passkey-benchmark-2026.md)

A Conclusão de Login com Conditional UI compara o caminho de login pré-servidor quando os usuários digitam um identificador em relação a quando a ajuda de chaves de acesso no nível do campo está disponível. Isso mostra por que o sucesso das chaves de acesso do lado do servidor pode parecer quase perfeito, enquanto o desempenho real do Conditional UI depende da conexão dos campos, da escolha do usuário, da conclusão final do login e da velocidade.

## Onde a Conditional UI realmente falha: os três pontos de medição

*Q1 2026 · Conditional UI em três pontos de medição*

A Conditional UI (CUI) geralmente é relatada como um único número: a taxa de sucesso no lado do servidor. Esse número fica no final do fluxo e parece quase perfeito. Os dois números anteriores, onde os usuários realmente desistem, estão abaixo.

1. **Primeira interação com a sugestão** — *55–90%*. Os usuários escolhem e completam a primeira sugestão de chave de acesso visível. Este é o momento pré-servidor: a sugestão é visível, o usuário a escolhe e a verificação do navegador é concluída. Uma desistência aqui significa que os usuários fecham o aviso, mudam de conta, não conseguem desbloquear localmente, não têm uma credencial utilizável no dispositivo ou abandonam antes que uma solicitação assinada exista.
2. **Login final via CUI** — *90–95%*. O login é bem-sucedido após tentativas repetidas e fallback serem incluídos. O login acaba sendo bem-sucedido, às vezes após outra tentativa de CUI, preenchimento automático ou fallback digitado. Este é o número de conclusão do ponto de vista do usuário.
3. **A métrica que a maioria das equipes relata** — *97–99%*. A validação do servidor é bem-sucedida após o envio de uma solicitação assinada. Este número é útil para a confiabilidade do servidor, mas começa depois que a experiência do usuário da Conditional UI já funcionou.

### Comparação principal: entrada manual vs. assistida

| Navegador | Manual completo | Assistido completo | Δ assistido | Repetição manual 5m | Repetição assistida 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% |

### Detalhamento de entrada assistida

| Navegador | Participação de CUI em assistidos | Conclusão completa de CUI | Preenchimento automático protegido | Preenchimento automático desprotegido |
| --- | --- | --- | --- | --- |
| macOS Chrome | 28% | 94% | 91% | 89% |
| macOS Safari | 49% | 94% | 87% | 89% |
| Windows Chrome | 11% | 94% | 86% | 89% |
| Windows Edge | 9% | 94% | 86% | 88% |

### Onde a Conditional UI se transforma em adoção

O número decisivo não é se o navegador suporta a Conditional UI. É a frequência com que um usuário real vê a sugestão de chave de acesso correta no momento certo, e então conclui o login sem confusão de contas, desvios no gerenciador de senhas ou fallback manual.

Use esses sinais para ler sua própria implantação.

- **Baixa taxa de sugestão** (Lacuna de elegibilidade): Procure por falta de cobertura de credenciais, chaves de acesso em outro dispositivo, configuração incorreta de campos, sobreposições de gerenciadores de senhas, incompatibilidades de RP/contexto de conta ou uma implementação que ainda não construiu uma base de credenciais suficiente.
- **Conclusão indireta** (Lacuna de roteamento): Os usuários ainda fazem login, mas não diretamente. O alvo de otimização é velocidade e franqueza: reduza desvios de identificadores, ofereça suporte à recuperação e use entrada via dispositivo reconhecido ou de um toque onde o contexto for forte o suficiente.

### Notas

1. A conclusão do login final é mesclada em interações subsequentes dentro do mesmo processo de login: os usuários podem mudar de conta, ignorar um aviso, tentar a CUI novamente ou recorrer à digitação antes que o login seja finalmente concluído.
2. Uma asserção válida da Conditional UI quase sempre é aceita no lado do servidor; a lacuna de medição ocorre antes da asserção existir. Portanto, os relatórios apenas de servidor parecem mais saudáveis do que a real experiência de entrada do login.
3. A participação da Conditional UI dentro da entrada assistida depende do mix de dispositivos da implantação e de quanto tempo o produto está no ar. Implementações em desktop Windows geralmente mostram uma base menor de sugestões locais porque muitos usuários mantêm suas chaves de acesso utilizáveis em telefones em vez de no dispositivo atual.
4. O comportamento saudável do preenchimento automático é um pré-requisito para o Conditional Create saudável. Veja a [Taxa de Conditional Create](/pt/passkey-benchmark-2026/conditional-create.md) para a visão inversa, onde a qualidade do preenchimento automático prevê a frequência com que uma chave de acesso é criada automaticamente após um login bem-sucedido com senha.

## Leitura complementar

Pesquisas selecionadas da Corbado e referências principais.

- **Implementação · web.dev** — [Sign in with a passkey through form autofill](https://web.dev/articles/passkey-form-autofill) — Guia de implementação do Google para o Conditional UI em formulários de nome de usuário e senha existentes.
- **Conditional UI · Corbado blog** — [WebAuthn Conditional UI Passkeys & Autofill](https://www.corbado.com/blog/webauthn-conditional-ui-passkeys-autofill) — Uma explicação prática sobre preenchimento automático de chaves de acesso, mediação condicional e conexão de campos de identificação.
- **Suporte de dispositivos · passkeys.dev** — [Passkey Device Support](https://passkeys.dev/device-support/) — Matriz de compatibilidade para o comportamento de preenchimento automático e login com chaves de acesso entre plataformas e navegadores.

[← todos os benchmarks](https://www.corbado.com/pt/passkey-benchmark-2026.md)

---

*Benchmark anual para prontidão, criação, uso e estratégia de adoção de chaves de acesso pela Corbado, a plataforma de inteligência de chaves de acesso para equipes de CIAM. [Saiba mais →](https://www.corbado.com).*