---
url: 'https://www.corbado.com/ja/passkey-benchmark-2026/conditional-create'
title: 'Conditional Create率のベンチマーク'
description: 'パスワードログイン時にパスキーへ自動アップグレード可能な割合を示すConditional Createのベンチマーク。'
lang: 'ja'
dir: 'ltr'
keywords: 'conditional create, パスキー自動アップグレード, パスキー作成ベンチマーク, クレデンシャルプロバイダー対応'
---

# Conditional Create 率

*英語からの自動翻訳です。[オリジナル](https://www.corbado.com/passkey-benchmark-2026/conditional-create.md) を表示 →*

[← すべてのベンチマーク](https://www.corbado.com/ja/passkey-benchmark-2026.md)

Conditional Create 率は、ブラウザ、オーセンティケーター、クレデンシャルプロバイダーのサポートにより、パスワードでのサインイン成功後にプロンプトなしでサイレントかつ自動的にパスキー作成が行われる割合を測定します。これは登録戦略の単独の代替としてではなく、成熟したパスキーロールアウトにおける導入のアクセラレータとして解釈するのが最適です。

## Conditional Create

*Q1 2026 · エコシステム対応状況*

適切なエコシステムスタックが整備されている場合、Conditional Createにより、パスワードログイン成功後にパスキー作成が自動化されます（完全なゲートロジックについては下記の前提スタックを参照）。以下の4つのプラットフォームタイルは、各OSで次のクレデンシャルマネージャーが使用されることを想定しています：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は選択したクレデンシャルプロバイダー、メーカー、およびその結果としてのデフォルト設定に大きく依存します。Samsungのシェアが高い市場では、ユーザーの優先サービスパスが設定されていない場合、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月時点の機能サポートは、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% |

### 備考

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/ja/passkey-benchmark-2026.md)

---

*CIAMチーム向けパスキーインテリジェンスプラットフォームのCorbadoが提供する、パスキーの準備状況、作成、利用、導入戦略に関する年次ベンチマーク。[詳細はこちら →](https://www.corbado.com)*