Маленькие хитрости для улучшения процесса регистрации ваших клиентов

В Logto мы уделяем большое внимание совершенствованию процесса регистрации для наших клиентов. Мы понимаем, насколько важно сделать процесс регистрации и входа для пользователей как можно более простым и беспрепятственным. В этой статье мы поделимся двумя маленькими хитростями, которые вы должны использовать, чтобы улучшить опыт регистрации пользователей.

Первый экран#

Давайте кратко рассмотрим процесс аутентификации OIDC.

Когда пользователь отправляет запрос на аутентификацию из клиентского приложения, в Logto инициируется сеанс аутентификации OIDC. Затем пользователем перенаправляется на страницу входа, размещенную на Logto, для ввода своих учетных данных и подтверждения личности. После успешного входа пользователем, ответ на аутентификацию направляется обратно в клиентское приложение.

По умолчанию пользователю предлагается экран входа.

Если у пользователя нет учетной записи, он может нажать на кнопку Зарегистрироваться, чтобы переключиться на экран регистрации.

Но что, если пользователь приходит в приложение с четким намерением зарегистрироваться? Вы определенно захотите пропустить экран входа и сразу перейти на хорошо продуманный экран регистрации.

Это может быть легко достигнуто добавлением параметра first_screen в запрос на аутентификацию.

Или в поддерживаемом SDK:

Параметр first_screen может принимать два значения: signIn или register.

Установив параметр first_screen на register, вы можете пропустить экран входа и сразу перенаправить пользователя на экран регистрации.

Точно так же, как на Logto главной странице.

Когда пользователь нажимает на кнопку Начать, его сразу направляют на экран регистрации.

Прямой вход#

Еще один полезный параметр аутентификации, который вам стоит знать, это direct_sign_in. Этот параметр позволяет напрямую инициировать поток аутентификации через социальные сети или корпоративное SSO, обходя экран входа.

Это особенно полезно, когда у вас есть собственные точки входа через социальные сети или корпоративное SSO, и вы хотите пропустить экран входа Logto.

Например, без указанного параметра direct_sign_in, путь пользователя через корпоративное SSO может быть следующим:

1. Появляется экран входа по умолчанию.
2. Вводит адрес электронной почты.

3. Обнаруженное единственное средство доступа и пользователь затем нажимает на кнопку Единого входа, чтобы инициировать поток SSO.

4. Кроме того, если под одним доменом электронной почты настроены несколько провайдеров SSO, пользователь будет предложен выбрать нужного провайдера SSO.

Этот поток можно упростить, если заранее известен желаемый SSO-провайдер пользователя.

Параметр direct_sign_in может принимать следующие значения:

• social:<имя-провайдера>: Напрямую инициирует поток аутентификации через третью сторону. (Например, social:google)
• sso:<id-коннектора>: Напрямую инициирует поток аутентификации через корпоративное SSO. (Например, sso:1234567890)

Добавьте параметр direct_sign_in к своему запросу на аутентификацию:

Или в поддерживаемом SDK:

С параметром direct_sign_in пользователь будет перенаправлен напрямую на страницу аутентификации указанного поставщика идентичности, значительно сокращая количество шагов, необходимых для завершения процесса аутентификации.

Заключение#

В Logto мы очень серьезно относимся к пользовательскому опыту. Используя параметры first_screen и direct_sign_in, вы можете значительно улучшить процесс регистрации для своих клиентов.

Если вы хотите создать кастомизированный и визуально привлекательный экран регистрации, обязательно обратите внимание на наш custom-css функционал.

Для получения дополнительной информации ознакомьтесь с параметрами аутентификации.