Traduzido automaticamente do inglês. Ver o original →
A Taxa do Conditional Create mede onde o suporte do navegador, autenticador e provedor de credenciais torna a criação da chave de acesso automática: de forma silenciosa após um login bem-sucedido com senha, sem prompt extra. É melhor interpretado como um acelerador de adoção para lançamentos maduros de chaves de acesso, e não como um substituto independente da estratégia de inscrição.
O Conditional Create torna a criação da chave de acesso automática após um login de senha bem-sucedido, quando a stack certa do ecossistema está em vigor (veja a Stack de Pré-requisitos abaixo para a lógica completa de restrição). Os quatro blocos de plataforma abaixo assumem os seguintes gerenciadores de credenciais para cada SO: iCloud Keychain (Apple Passwords) no iOS / macOS, Google Password Manager no Android e Chrome / Google Password Manager no Windows. O intervalo é um benchmark complementar para implantações maduras onde prompts de inscrição explícitos já existem; implantações independentes podem diferir materialmente.
A Apple mantém o navegador, o autenticador e o gerenciador de senhas fortemente integrados; o preenchimento automático da chave de acesso já é familiar.
Chrome e Safari cobrem bem o lado do navegador; a escolha do gerenciador de senhas no desktop é mais mista do que no iOS.
Chrome / Google Password Manager funcionam; o Samsung Internet, o Samsung Pass e as configurações de provedor padrão fragmentam a prontidão.
Chrome / Google Password Manager funcionam; o Windows Hello não é um caminho para o Conditional Create e o Edge diminui a prontidão.
O iOS é o ambiente mais forte porque navegador, autenticador, gerenciador de senhas e o comportamento de preenchimento automático da chave de acesso estão intimamente integrados. O macOS também é viável, mas mais misto. Windows e Android atualmente apresentam a maior fricção: o Windows Hello não é um caminho de Conditional Create, enquanto o Android depende fortemente do provedor de credenciais selecionado, do fabricante e das configurações padrão resultantes. Em mercados com forte presença da Samsung, apenas a disponibilidade do Google Password Manager não é suficiente se o caminho do serviço preferido não estiver definido para o usuário.
O suporte do navegador é apenas a primeira etapa. O Conditional Create também exige suporte do provedor / autenticador, um login recente com preenchimento automático de senha salva e nenhuma chave de acesso existente no provedor de credenciais ativo. Veja a análise do Corbado Conditional Create.
O suporte à capacidade de dezembro de 2025 explica o teto do lado do navegador, agregado entre sistemas operacionais. Esta tabela trata puramente de o navegador expor o Conditional Create, não do autenticador ou SO subjacente. Chrome, Edge e Firefox no iOS são separados como contextos WebKit; o Firefox fora do iOS não mostra suporte ao Conditional Create nestes dados. Isso ainda não mede a parcela de preenchimento automático de senhas salvas.
| Navegador | Suporte |
|---|---|
| Chrome | 96% |
| Safari | 95% |
| Edge | 4% |
| Chrome iOS WebKit | 98% |
| Samsung Internet | 0% |
| Firefox | 0% |
Pesquisas selecionadas da Corbado e referências principais.