Apple тесно интегрирует браузер, аутентификатор и менеджер паролей; автозаполнение ключей доступа уже привычно.
Уровень Conditional Create
Уровень Conditional Create измеряет, когда поддержка браузера, аутентификатора и провайдера учетных данных делает создание ключей доступа автоматическим: фоново после успешного входа по паролю, без дополнительных промптов. Это ускоритель внедрения для зрелых систем, а не полная замена стратегии регистрации.
Conditional Create
Conditional Create делает создание ключей доступа автоматическим после успешного входа по паролю при наличии подходящего стека экосистемы (полную логику условий см. в разделе «Стек предварительных требований» ниже). Четыре плитки платформ ниже предполагают использование следующих менеджеров учетных данных для каждой ОС: iCloud Keychain (Apple Passwords) на iOS / macOS, Google Password Manager на Android и Chrome / Google Password Manager на Windows. Диапазон представляет собой дополнительный бенчмарк для зрелых развертываний, где уже существуют явные запросы на регистрацию; автономные развертывания могут существенно отличаться.
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 также требует поддержки провайдера / аутентификатора, недавнего входа с помощью автозаполнения сохраненного пароля и отсутствия существующего ключа доступа в активном провайдере учетных данных. См. анализ Conditional Create от Corbado.
Разделение возможностей браузеров
Уровень поддержки возможностей на декабрь 2025 года объясняет потолок со стороны браузеров, агрегированный по всем операционным системам. Эта таблица отражает исключительно то, предоставляет ли браузер Conditional Create, а не базовый аутентификатор или ОС. Chrome, Edge и Firefox на iOS выделены как контексты WebKit; Firefox вне iOS не показывает поддержку Conditional Create в этих данных. Это по-прежнему не измеряет долю автозаполнения сохраненных паролей.
| Браузер | Поддержка |
|---|---|
| Chrome | 96% |
| Safari | 95% |
| Edge | 4% |
| Chrome iOS WebKit | 98% |
| Samsung Internet | 0% |
| Firefox | 0% |
- Поддержка браузеров указывается отдельно, поскольку она необходима, но недостаточна. Выбранный провайдер учетных данных и аутентификатор также должны поддерживать Conditional Create.
- Доля автозаполнения здесь не публикуется. Старые сайты с высокой долей возвращающихся пользователей и правильно реализованными полями паролей могут иметь более высокий потолок автозаполнения сохраненных паролей.
Дополнительные материалы
Отобранные исследования Corbado и первоисточники.
- How adidas improved sign-in with passkeys Кейс-стади изменения сценариев входа и создания аккаунта благодаря ключам доступа и их промптам.
- Conditional Create for Passkeys: Support & Effectiveness Поддержка платформ, требования и стратегическая ценность перевода пользователей с сохраненных паролей на ключи доступа.
- Automatic Passkey Upgrade Обзор паттернов автоматического обновления для перевода пользователей с сохраненных паролей на ключи доступа.