英語からの自動翻訳です。オリジナル を表示 →
Conditional Create 率は、ブラウザ、オーセンティケーター、クレデンシャルプロバイダーのサポートにより、パスワードでのサインイン成功後にプロンプトなしでサイレントかつ自動的にパスキー作成が行われる割合を測定します。これは登録戦略の単独の代替としてではなく、成熟したパスキーロールアウトにおける導入のアクセラレータとして解釈するのが最適です。
適切なエコシステムスタックが整備されている場合、Conditional Createにより、パスワードログイン成功後にパスキー作成が自動化されます（完全なゲートロジックについては下記の前提スタックを参照）。以下の4つのプラットフォームタイルは、各OSで次のクレデンシャルマネージャーが使用されることを想定しています：iOS / macOSではiCloud Keychain（Apple Passwords）、AndroidではGoogle Password Manager、WindowsではChrome / Google Password Manager。この範囲は、明示的な登録プロンプトが既に存在する成熟した展開に対する追加のベンチマークであり、単独での展開の場合は大きく異なる可能性があります。
Appleはブラウザ、オーセンティケーター、パスワードマネージャーを緊密に統合しており、パスキーの自動入力はすでに浸透しています。
ChromeとSafariはブラウザ側を十分にカバーしていますが、デスクトップのパスワードマネージャーの選択肢はiOSよりも混在しています。
Chrome / Google Password Managerは機能しますが、Samsung Internet、Samsung Pass、およびデフォルトプロバイダーの設定により準備状況が分断されます。
Chrome / Google Password Managerは機能しますが、Windows HelloはConditional Createパスではなく、Edgeが準備状況を低下させます。
ブラウザ、オーセンティケーター、パスワードマネージャー、およびパスキーの自動入力の動作が密接に統合されているため、iOSが最も強力な環境です。macOSも実用的ですが、より混在しています。現在、WindowsとAndroidが最も摩擦を生じています。Windows HelloはConditional Createのパスではなく、Androidは選択したクレデンシャルプロバイダー、メーカー、およびその結果としてのデフォルト設定に大きく依存します。Samsungのシェアが高い市場では、ユーザーの優先サービスパスが設定されていない場合、Google Password Managerが利用可能であるだけでは不十分です。
ブラウザのサポートは最初の関門にすぎません。Conditional Createには、プロバイダー/オーセンティケーターのサポート、最近の保存済みパスワードによる自動入力ログイン、およびアクティブなクレデンシャルプロバイダーに既存のパスキーがないことも必要です。CorbadoのConditional Create分析をご参照ください。
2025年12月時点の機能サポートは、OS全体で集計されたブラウザ側の限界を示しています。この表は、ブラウザがConditional Createを公開しているかどうかのみを示しており、基盤となるオーセンティケーターやOSに関するものではありません。iOSのChrome、Edge、FirefoxはWebKitコンテキストとして分類されています。非iOSのFirefoxは、このデータにおいてConditional Createサポートを示していません。なお、これは保存済みパスワードの自動入力シェアを測定するものではありません。
| ブラウザ | サポート |
|---|---|
| Chrome | 96% |
| Safari | 95% |
| Edge | 4% |
| Chrome iOS WebKit | 98% |
| Samsung Internet | 0% |
| Firefox | 0% |
厳選されたCorbadoの調査および主要な参考文献。