Passkey Benchmark 2026
Español

Traducido automáticamente del inglés. Ver el original

← todos los benchmarks

Finalización de inicio de sesión con Conditional UI

La finalización de inicio de sesión con Conditional UI compara la ruta de inicio de sesión previa al servidor cuando los usuarios escriben un identificador frente a cuando hay ayuda disponible para claves de acceso a nivel de campo. Muestra por qué el éxito de las claves de acceso del lado del servidor puede parecer casi perfecto, mientras que el rendimiento real de Conditional UI depende de la vinculación del campo, elección del usuario, finalización y velocidad del inicio de sesión.

Q1 2026 · Conditional UI en tres puntos de medición

Dónde falla realmente Conditional UI: los tres puntos de medición

Conditional UI (CUI) suele reportarse como un único número: la tasa de éxito del lado del servidor. Ese número se sitúa al final del flujo y parece casi perfecto. A continuación, se muestran los dos números anteriores, donde los usuarios realmente abandonan.

1 Primera interacción de sugerencia 55–90% Los usuarios seleccionan y completan la primera sugerencia visible de clave de acceso

Este es el momento previo al servidor: la sugerencia es visible, el usuario la elige y finaliza la verificación del navegador. El abandono aquí significa que los usuarios descartan el aviso, cambian de cuenta, no pueden desbloquear localmente, no tienen una credencial utilizable en el dispositivo o abandonan antes de que exista una solicitud firmada.

2 Inicio de sesión final de la ruta CUI 90–95% El inicio de sesión tiene éxito tras incluir reintentos y alternativas

El inicio de sesión finalmente tiene éxito, a veces tras otro intento de CUI, autocompletado o una alternativa manual. Esta es la cifra de finalización de cara al usuario.

3 La métrica que reportan la mayoría de los equipos 97–99% La validación del servidor tiene éxito tras enviar una solicitud firmada

Este número es útil para medir la fiabilidad del servidor, pero comienza después de que la experiencia de usuario de Conditional UI ya haya funcionado.

Dónde Conditional UI se convierte en adopción

El número decisivo no es si el navegador soporta Conditional UI. Es con qué frecuencia un usuario real ve la sugerencia de clave de acceso correcta en el momento adecuado, y luego llega al inicio de sesión sin confusión de cuentas, desvíos del gestor de contraseñas o alternativas manuales.

Plataforma Cuota de sugerencia de clave de acceso Qué significa
macOS Alto Las sugerencias son visibles en la mayoría de entradas asistidas.
Windows Bajo Menos usuarios de escritorio tienen una clave de acceso local utilizable, por lo que CUI se activa con menos frecuencia.

Usa estas señales para evaluar tu propio despliegue.

Baja cuota de sugerencias Brecha de elegibilidad

Busca falta de cobertura de credenciales, claves de acceso en otro dispositivo, configuración incorrecta de campos, superposiciones del gestor de contraseñas, discrepancias de RP/contexto de cuenta o un despliegue que aún no ha construido una base de credenciales suficiente.

Finalización indirecta Brecha de enrutamiento

Los usuarios siguen iniciando sesión, pero no directamente. El objetivo de optimización es la velocidad y la inmediatez: reducir desvíos de identificadores, soportar la recuperación y usar entrada de dispositivo reconocido o de un toque donde el contexto sea lo bastante sólido.

  1. La finalización del inicio de sesión se fusiona a través de interacciones de seguimiento dentro del mismo proceso: los usuarios pueden cambiar de cuenta, descartar un aviso, reintentar CUI o recurrir a escribir manualmente antes de que el inicio de sesión finalmente se complete.
  2. Una aserción válida de Conditional UI casi siempre se acepta en el lado del servidor; la brecha de medición se encuentra antes de que exista la aserción. Por tanto, los reportes basados solo en el servidor parecen más favorables que la experiencia real de inicio de sesión.
  3. La cuota de Conditional UI dentro de la entrada asistida depende de la combinación de dispositivos del despliegue y del tiempo que el producto lleve en producción. Los despliegues de escritorio en Windows suelen mostrar una base local de sugerencias menor, ya que muchos usuarios mantienen sus claves de acceso utilizables en teléfonos en lugar de en el dispositivo actual.
  4. Un comportamiento de autocompletado saludable es requisito previo para un Conditional Create saludable. Consulta Conditional Create Rate para la vista inversa, donde la calidad del autocompletado predice con qué frecuencia se crea una clave de acceso automáticamente tras un inicio de sesión exitoso con contraseña.
Fuentes relacionadas

Lecturas recomendadas

Investigaciones seleccionadas de Corbado y referencias principales.

← todos los benchmarks