---
url: 'https://www.corbado.com/zh/passkey-benchmark-2026/conditional-create'
title: 'Conditional Create 率基准测试'
description: 'Conditional Create 基准测试，展示密码登录可以在哪些情况下自动升级为通行密钥。'
lang: 'zh'
dir: 'ltr'
keywords: 'Conditional Create, 通行密钥自动升级, 通行密钥创建基准测试, 凭据提供商支持'
---

# Conditional Create 率

*由英语自动翻译。查看[原文](https://www.corbado.com/passkey-benchmark-2026/conditional-create.md) →*

[← 所有基准测试](https://www.corbado.com/zh/passkey-benchmark-2026.md)

Conditional Create 率衡量浏览器、身份验证器和凭据提供商支持在何处使通行密钥创建自动化：在密码成功登录后静默进行，无需额外提示。它最好被视为成熟通行密钥推广的采用加速器，而不是注册策略的独立替代方案。

## Conditional Create

*Q1 2026 · 生态系统就绪情况*

当具备合适的生态系统技术栈时（有关完整的门控逻辑，请参阅下文的先决技术栈），Conditional Create 可在密码成功登录后自动创建通行密钥。下方的四个平台卡片假设每个操作系统使用以下凭据管理器：iOS / macOS 上的 iCloud Keychain (Apple Passwords)、Android 上的 Google Password Manager 以及 Windows 上的 Chrome / Google Password Manager。该范围是针对已存在显式注册提示的成熟部署的附加基准测试；独立部署可能会有实质性差异。

| 平台 | 浏览器就绪 | 身份验证器 | 附加贡献 | 生态系统就绪度 |
| --- | --- | --- | --- | --- |
| iOS web | 83%–92% | 是 | 42%–62% | 非常强 |
| macOS web | 83%–92% | 大部分是 | 28%–43% | 强 |
| Android web | 83%–92% | 碎片化 | 7%–11% | 碎片化 |
| Windows web | 83%–92% | 部分 | 12%–18% | 受限 |

### 生态系统解读

由于浏览器、身份验证器、密码管理器和通行密钥自动填充行为紧密集成，iOS 是最强大的环境。macOS 也可行，但情况更复杂。Windows 和 Android 目前面临的阻力最大：Windows Hello 不是 Conditional Create 路径，而 Android 很大程度上取决于所选的凭据提供程序、制造商以及由此产生的默认设置。在三星占据主导地位的市场中，如果未为用户设置首选服务路径，仅有 Google Password Manager 是不够的。

- **iOS web** — Apple 保持浏览器、身份验证器和密码管理器紧密集成；通行密钥自动填充已为人熟知。
- **macOS web** — Chrome 和 Safari 在浏览器端覆盖良好；桌面密码管理器的选择比 iOS 更加混杂。
- **Android web** — Chrome / Google Password Manager 能够运行；Samsung Internet、Samsung Pass 及默认提供商设置导致就绪度碎片化。
- **Windows web** — Chrome / Google Password Manager 能够运行；Windows Hello 不是一条 Conditional Create 路径，且 Edge 降低了就绪度。

### 先决技术栈

浏览器支持只是第一道关卡。Conditional Create 还需要提供程序 / 身份验证器支持、最近使用保存的密码自动填充登录，并且活动的凭据提供程序中没有现有的通行密钥。请参阅 [Corbado Conditional Create 分析](https://www.corbado.com/blog/conditional-create-passkeys)。

1. 浏览器/客户端报告支持 Conditional Create。
2. 所选身份验证器或凭据提供商支持 Conditional Create。
3. 用户拥有已保存密码，且最近使用了自动填充，符合浏览器/提供商的时间窗口要求。
4. 该帐户在活动凭据提供商中尚未包含通行密钥。

### 浏览器功能细分

2025年12月的功能支持情况说明了跨操作系统汇总的浏览器端上限。此表格纯粹关于浏览器是否公开 Conditional Create，与底层身份验证器或操作系统无关。iOS Chrome、Edge 和 Firefox 被单独列为 WebKit 上下文；非 iOS Firefox 在此数据中未显示出对 Conditional Create 的支持。这仍然没有衡量已保存密码的自动填充份额。

| 浏览器 | 支持 |
| --- | --- |
| Chrome | 96% |
| Safari | 95% |
| Edge | 4% |
| Chrome iOS WebKit | 98% |
| Samsung Internet | 0% |
| Firefox | 0% |

### 备注

1. 浏览器支持单独报告，因为它是必要但不充分的条件。所选的凭据提供程序和身份验证器也必须支持 Conditional Create。
2. 此处未发布自动填充份额。如果密码字段实现正确，且具有较高老用户回归率的旧网站，可能拥有更高的已保存密码自动填充上限。

## 延伸阅读

Corbado 精选研究与主要参考资料。

- **案例研究 · web.dev** — [How adidas improved sign-in with passkeys](https://web.dev/case-studies/adidas-passkeys) — 展示通行密钥和通行密钥提示如何改变帐户登录和创建流程的案例研究。
- **采用加速器 · Corbado blog** — [Conditional Create for Passkeys: Support & Effectiveness](https://www.corbado.com/blog/conditional-create-passkeys) — 将已保存密码的用户升级为通行密钥用户的平台支持、先决条件和战略价值。
- **自动升级 · passkeys.eu** — [Automatic Passkey Upgrade](https://passkeys.eu/automatic-passkey-upgrade) — 关于将已保存密码的用户迁移至通行密钥的自动通行密钥升级模式概述。

[← 所有基准测试](https://www.corbado.com/zh/passkey-benchmark-2026.md)

---

*由面向 CIAM 团队的通行密钥情报平台 Corbado 发布的关于通行密钥准备度、创建、使用及采用策略的年度基准报告。[了解更多 →](https://www.corbado.com)。*