Traduit automatiquement de l’anglais. Voir l’original →
Le taux Conditional Create mesure où le support du navigateur, de l'authentificateur et du fournisseur d'identifiants rend la création de clés d’accès automatique : silencieusement après une connexion par mot de passe réussie, sans invite supplémentaire. Il est préférable de l'interpréter comme un accélérateur d'adoption pour les déploiements matures de clés d’accès, et non comme un remplacement de la stratégie d'inscription.
Conditional Create rend la création de clé d’accès automatique après une connexion réussie par mot de passe, lorsque la pile d’écosystème appropriée est en place (voir la Pile de prérequis ci-dessous pour la logique de filtrage complète). Les quatre tuiles de plateforme ci-dessous supposent les gestionnaires d’identifiants suivants pour chaque OS : iCloud Keychain (Apple Passwords) sur iOS / macOS, Google Password Manager sur Android et le gestionnaire de mots de passe de Chrome / Google Password Manager sur Windows. La plage est une référence complémentaire pour les déploiements matures où des invites d’enrôlement explicites existent déjà ; les déploiements autonomes peuvent différer considérablement.
Apple maintient une intégration étroite entre le navigateur, l'authentificateur et le gestionnaire de mots de passe ; le remplissage automatique des clés d’accès est déjà familier.
Chrome et Safari couvrent bien le côté navigateur ; le choix du gestionnaire de mots de passe sur ordinateur est plus varié que sur iOS.
Chrome / Google Password Manager peuvent fonctionner ; Samsung Internet, Samsung Pass et la configuration du fournisseur par défaut fragmentent la préparation.
Chrome / Google Password Manager peuvent fonctionner ; Windows Hello n'est pas un chemin Conditional Create et Edge réduit la préparation.
iOS est l’environnement le plus solide car le navigateur, l’authentificateur, le gestionnaire de mots de passe et le comportement de remplissage automatique des clés d’accès sont étroitement intégrés. macOS est également viable, mais plus mitigé. Windows et Android présentent actuellement le plus de frictions : Windows Hello n’est pas un chemin Conditional Create, tandis qu’Android dépend fortement du fournisseur d’identifiants sélectionné, du fabricant et des paramètres par défaut qui en découlent. Sur les marchés où Samsung est très présent, la seule disponibilité de Google Password Manager ne suffit pas si le chemin de service préféré n’est pas défini pour l’utilisateur.
La prise en charge par le navigateur n’est que la première étape. Conditional Create nécessite également la prise en charge du fournisseur / authentificateur, une connexion récente par remplissage automatique de mot de passe enregistré et aucune clé d’accès existante dans le fournisseur d’identifiants actif. Voir l’analyse Conditional Create de Corbado.
La prise en charge des capacités en décembre 2025 explique le plafond côté navigateur, agrégé sur tous les systèmes d’exploitation. Ce tableau indique uniquement si le navigateur expose Conditional Create, et non l’authentificateur ou l’OS sous-jacent. iOS Chrome, Edge et Firefox sont séparés en tant que contextes WebKit ; Firefox (hors iOS) ne montre pas de prise en charge Conditional Create dans ces données. Cela ne mesure toujours pas la part de remplissage automatique des mots de passe enregistrés.
| Navigateur | Support |
|---|---|
| Chrome | 96% |
| Safari | 95% |
| Edge | 4% |
| Chrome iOS WebKit | 98% |
| Samsung Internet | 0% |
| Firefox | 0% |
Sélection de recherches Corbado et références principales.