Apple ściśle integruje przeglądarkę, autentykator i menedżera haseł; autouzupełnianie kluczy dostępu jest już znane.
Wskaźnik Conditional Create
Wskaźnik Conditional Create mierzy, gdzie wsparcie przeglądarki, autentykatora i dostawcy poświadczeń sprawia, że tworzenie kluczy dostępu jest automatyczne: w tle po udanym zalogowaniu hasłem, bez dodatkowego komunikatu. Należy to traktować jako akcelerator adopcji dla dojrzałych wdrożeń kluczy dostępu, a nie jako samodzielne zastępstwo strategii rejestracji.
Conditional Create
Conditional Create automatyzuje tworzenie kluczy dostępu po pomyślnym logowaniu hasłem przy odpowiednim stosie ekosystemu (pełna logika warunków znajduje się w sekcji Wymagany stos poniżej). Cztery poniższe kafelki platform zakładają konkretne menedżery poświadczeń dla każdego systemu: iCloud Keychain (Apple Passwords) na iOS / macOS, Google Password Manager na Androidzie i menedżer w Chrome / Google Password Manager na Windows. Zakres to dodatkowy benchmark dla dojrzałych wdrożeń z istniejącymi jawnymi monitami o rejestrację; samodzielne wdrożenia mogą się znacznie różnić.
Chrome i Safari dobrze pokrywają stronę przeglądarki; wybór desktopowych menedżerów haseł jest bardziej zróżnicowany niż w iOS.
Chrome / Google Password Manager mogą działać; Samsung Internet, Samsung Pass i konfiguracja domyślnego dostawcy fragmentują gotowość.
Chrome / Google Password Manager mogą działać; Windows Hello nie jest ścieżką Conditional Create, a Edge obniża gotowość.
Interpretacja ekosystemu
iOS jest najsilniejszym środowiskiem ze względu na ścisłą integrację przeglądarki, autentykatora, menedżera haseł i autouzupełniania kluczy dostępu. macOS jest również funkcjonalny, ale bardziej niejednorodny. Windows i Android wykazują obecnie najwięcej problemów: Windows Hello nie wspiera Conditional Create, a Android silnie zależy od wybranego dostawcy poświadczeń, producenta urządzenia i ustawień domyślnych. Na rynkach zdominowanych przez markę Samsung sama dostępność Google Password Manager nie wystarczy, jeśli użytkownik nie ma ustawionej preferowanej usługi.
Wymagany stos
Obsługa przez przeglądarkę to tylko pierwszy etap. Conditional Create wymaga również wsparcia dostawcy / autentykatora, niedawnego logowania z użyciem autouzupełniania zapisanego hasła oraz braku istniejącego klucza dostępu u aktywnego dostawcy poświadczeń. Zobacz analizę Conditional Create w Corbado.
Podział możliwości przeglądarek
Stan obsługi z grudnia 2025 r. ukazuje pułap po stronie przeglądarek dla wszystkich systemów operacyjnych. Tabela dotyczy wyłącznie tego, czy przeglądarka udostępnia Conditional Create, a nie warstwy bazowego autentykatora ani systemu. Chrome, Edge i Firefox na iOS są wyodrębnione jako konteksty WebKit; w tych danych Firefox poza iOS nie wykazuje wsparcia dla Conditional Create. Wartości te nadal nie mierzą udziału autouzupełniania zapisanych haseł.
| Przeglądarka | Wsparcie |
|---|---|
| Chrome | 96% |
| Safari | 95% |
| Edge | 4% |
| Chrome iOS WebKit | 98% |
| Samsung Internet | 0% |
| Firefox | 0% |
- Wsparcie w przeglądarce podano oddzielnie, ponieważ jest konieczne, ale niewystarczające. Wybrany dostawca poświadczeń oraz autentykator również muszą obsługiwać Conditional Create.
- Udział autouzupełniania nie jest tutaj publikowany. Starsze witryny z wysokim wskaźnikiem powracających użytkowników i poprawnie wdrożonymi polami haseł mogą mieć wyższy pułap dla autouzupełniania zapisanych haseł.
Dalsza lektura
Wybrane badania Corbado i podstawowe źródła.
- How adidas improved sign-in with passkeys Studium przypadku pokazujące, jak klucze dostępu i ich komunikaty zmieniły procesy logowania i tworzenia konta.
- Conditional Create for Passkeys: Support & Effectiveness Wsparcie platformy, wymagania wstępne i strategiczna wartość konwersji użytkowników zapisanych haseł na użytkowników kluczy dostępu.
- Automatic Passkey Upgrade Przegląd wzorców automatycznej konwersji na klucze dostępu, pozwalających na przeniesienie użytkowników zapisanych haseł do kluczy dostępu.