--- url: 'https://www.corbado.com/es/passkey-benchmark-2026/passkey-authentication-success-rate' title: 'Tasa de éxito de autenticación con clave de acceso' description: 'Benchmark de la tasa de éxito de autenticación. Muestra la fiabilidad con la que los inicios de sesión con clave de acceso se completan.' lang: 'es' dir: 'ltr' keywords: 'tasa de éxito de autenticación con clave de acceso, éxito de inicio de sesión con clave de acceso, benchmark de inicio de sesión con clave de acceso, KPI de clave de acceso' --- # Tasa de éxito de autenticación de claves de acceso *Traducido automáticamente del inglés. Ver el [original](https://www.corbado.com/passkey-benchmark-2026/passkey-authentication-success-rate.md) →* [← todos los benchmarks](https://www.corbado.com/es/passkey-benchmark-2026.md) La tasa de éxito de autenticación de claves de acceso muestra con qué fiabilidad las claves de acceso existentes se convierten en inicios de sesión completados. Se centra en la capa de uso tras la existencia de una credencial, donde el diseño de entrada, el comportamiento de respaldo y la cobertura entre dispositivos deciden si las claves de acceso se convierten en la ruta de inicio de sesión predeterminada. ## Desglose de la tasa de éxito por contexto del dispositivo: desconocido vs. conocido *Q1 2026 · éxito por ruta de inicio de sesión* El éxito se mide desde el momento en que realmente comienza la ceremonia de la clave de acceso, es decir, el relying party ha enviado el desafío WebAuthn al cliente y el usuario está viendo el mensaje del sistema de la clave de acceso (Face ID / Touch ID / Windows Hello / un código QR de CDA). Se divide claramente en dos regímenes según lo bien que el relying party pueda clasificar el contexto del dispositivo. La brecha entre ellos es toda la historia. **Primero el identificador.** El usuario escribió un correo electrónico o nombre de usuario y el sistema aún no reconoció el dispositivo. **% CDA.** La proporción de estos éxitos de clave de acceso donde el usuario tuvo que escanear su teléfono (autenticación cruzada de dispositivos) en lugar de usar una clave de acceso local. ### Ciclo de vida de autenticación 1. **Dispositivo desconocido** — *55–95%*. Momento de descubrimiento, entrada de primero el identificador con Conditional UI. Las cookies, la memoria de la cuenta o el estado de la sesión no clasificaron el dispositivo. El inicio de sesión comienza desde el campo de texto. Conditional UI puede mostrar una sugerencia de clave de acceso o el relying party tiene que adivinar si una clave de acceso es accesible en absoluto. Una vez que se ofrece una ruta de clave de acceso, su finalización depende en gran medida de si es local o si tiene que hacer un puente hacia otro dispositivo. 2. **Recordar o vincular una clave de acceso local** — *Paso puente*. Convertir un éxito en un dispositivo conocido. Después de un inicio de sesión exitoso en un dispositivo desconocido (especialmente uno que se completó a través de CDA), cree o recuerde una clave de acceso local en este dispositivo. Omitir este paso es la principal razón por la que los usuarios de escritorio siguen pagando el impuesto de descubrimiento en cada visita. 3. **Retorno a dispositivo conocido** — *95–99%*. Inicio de sesión de retorno automático, casi en su totalidad local. Una vez que el dispositivo se clasifica como conocido, el relying party enruta directamente a la ruta de la clave de acceso local. El % CDA cae al 1–5%. La finalización se acerca al límite técnico y el inicio de sesión se siente invisible. El KPI termina aquí. > **Donde las fuerzas se encuentran.** La brecha entre desconocido y conocido no es solo un problema de ceremonia. Es el valor de convertir un inicio de sesión exitoso en un dispositivo desconocido en una vía rápida de dispositivo recordado. Cada éxito de CDA que no deja una clave de acceso local atrás es un costo que el usuario vuelve a pagar en la siguiente visita. ### Éxito por ruta de inicio de sesión La tasa de éxito a continuación excluye los métodos de respaldo y comienza una vez que se ofrece una ruta de clave de acceso. Móvil y escritorio difieren drásticamente: los usuarios móviles generalmente inician sesión en el dispositivo que tiene la clave de acceso, mientras que los usuarios de escritorio a menudo necesitan un puente hacia un teléfono. | Ruta de login | Éxito con clave de acceso | % CDA | | --- | --- | --- | | Dispositivo desconocido: primero el identificador móvil | 85–95% | 0–5% | | Dispositivo desconocido: primero el identificador de escritorio | 55–70% | 35–50% | | Dispositivo conocido: retorno de inicio de sesión automático | 95–99% | 1–5% | *Las entradas exclusivas de botón de clave de acceso en dispositivos desconocidos se excluyen de la mezcla principal: la finalización por intento es alta, pero el volumen es demasiado bajo para publicarlo como cifra principal.* ### Éxito por plataforma El mismo régimen de primero el identificador, desglosado por sistema operativo. Un % CDA más alto significa que el usuario tuvo que usar un teléfono separado para terminar el inicio de sesión. | Segmento | Éxito de identificador primero | % CDA | | --- | --- | --- | | iOS web | 85–95% | 0–5% | | Android web | 70–85% | 5–10% | | macOS web | 70–85% | 10–15% | | Windows 11 web | 45–60% | 55–65% | | Windows 10 web | 45–60% | 40–55% | ### Regímenes de diagnóstico - **iOS & Android** (% CDA 0–10%): El teléfono es el dispositivo. La finalización de primero el identificador es más alta aquí (85–95% en iOS, 70–85% en Android) porque la clave de acceso de la plataforma vive donde el usuario inicia sesión. Casi no hay puente que pagar. - **Windows 10 / 11** (% CDA 40–65%): El teléfono está separado. Más de la mitad de cada éxito de clave de acceso de primero el identificador en Windows es un puente hacia un teléfono (55–65% en Windows 11, 40–55% en Windows 10). Cada sesión de Windows sin una clave de acceso local recordada vuelve a pagar ese costo. - **macOS** (% CDA 10–15%): En un punto intermedio. La mayoría de los éxitos de primero el identificador en macOS son locales (70–85% completados), pero una porción significativa aún hace puente hacia un teléfono (10–15%), generalmente cuando iCloud Keychain aún no está activo en el Mac o el usuario trabaja en múltiples ecosistemas. ### KPI relacionados de uso Utilice [Finalización de inicio de sesión con Conditional UI](/es/passkey-benchmark-2026/conditional-ui-usage.md) para el comportamiento de entrada de CUI y autocompletar, y [Tasa de finalización de Cross-Device Authentication](/es/passkey-benchmark-2026/cross-device-authentication.md) para la finalización específica de CDA. ## Lecturas recomendadas Investigaciones seleccionadas de Corbado y referencias principales. - **UX de inicio de sesión · Corbado blog** — [Passkey Login Best Practices](https://www.corbado.com/blog/passkey-login-best-practices) — Patrones de diseño e implementación para lograr que las claves de acceso existentes completen el inicio de sesión de manera fiable. - **KPI relacionado · Corbado KPI** — [Passkey Authentication Success Rate](https://www.corbado.com/kpi/passkey-authentication-success-rate) — Definición para medir los intentos con claves de acceso que alcanzan una sesión autenticada. - **Guía de diseño · Passkey Central** — [Passkey Design Guidelines](https://www.passkeycentral.org/design-guidelines/) — Recomendaciones de UX para avisos de claves de acceso, alternativas, recuperación y flujos de inicio de sesión orientados al usuario. [← todos los benchmarks](https://www.corbado.com/es/passkey-benchmark-2026.md) --- *Benchmark anual sobre la preparación, creación, uso y estrategia de adopción de claves de acceso por Corbado, la plataforma de inteligencia de claves de acceso para equipos de CIAM. [Más información →](https://www.corbado.com).*