提升用户入门体验的小技巧

在 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:<provider-name>：直接启动第三方社交认证流程。（例如 social:google）
• sso:<connector-id>：直接启动企业 SSO 认证流程。（例如 sso:1234567890）

将 direct_sign_in 参数附加到你的认证请求中：

或者在支持的 SDK 中：

使用 direct_sign_in 参数，用户将被直接重定向到指定身份提供商的认证页面。显著减少完成认证过程所需的步骤。

结论#

在 Logto，我们非常重视用户体验。通过使用 first_screen 和 direct_sign_in 参数，你可以显著提升用户的入门流程。

如果你想创建一个自定义且视觉上吸引人的注册屏幕，请务必查看我们的 自定义 CSS 功能。

欲了解更多信息，请查看 认证参数。