Passkey Benchmark 2026
Português

Traduzido automaticamente do inglês. Ver o original

← todos os benchmarks

Conclusão de Login com Conditional UI

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.

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

Onde a Conditional UI realmente falha: os 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.

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.

Plataforma Participação de sugestão de chave de acesso O que significa
macOS Alto As sugestões são visíveis na maioria das entradas assistidas.
Windows Baixo Menos usuários de desktop possuem uma chave de acesso local utilizável, então a CUI é acionada com menos frequência.

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.

  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 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.
Fontes relacionadas

Leitura complementar

Pesquisas selecionadas da Corbado e referências principais.

← todos os benchmarks