提升用戶加入體驗的小技巧

在 Logto，我們非常重視完善客戶的加入流程。我們明白，讓用戶的註冊和登入體驗盡可能地簡單和無縫非常重要。在本文中，我們將分享兩個應該用於改善用戶註冊體驗的小技巧。

首屏#

讓我們簡單看看 OIDC 認證流程。

當用戶從客戶端應用程式發出認證請求時，Logto 中會啟動一個 OIDC 認證會話。然後，用戶會被引導到 Logto 托管的登入頁面，輸入憑證並驗證身份。一旦用戶成功登入，認證回應將發送回客戶端應用程式。

默認情況下，將向用戶展示登入畫面。

如果用戶沒有帳戶，他可以點擊 Register 按鈕切換到註冊畫面。

但如果用戶來訪應用程式是明確想要註冊呢？你肯定會希望跳過登入畫面，直接讓用戶進入設計精良的註冊畫面。

這可以簡單地通過將 first_screen 參數添加到你的認證請求來實現。

或在支持的 SDK 中：

first_screen 參數可以接受兩個值：signIn 或 register。

通過將 first_screen 參數設置為 register，你可以跳過登入畫面，直接讓用戶進入註冊畫面。

就像我們的 Logto 首頁一樣。

當用戶點擊 Get started 按鈕時，他們將被直接導向註冊畫面。

直接登入#

另一個應該了解的有用認證參數是 direct_sign_in。此參數允許你直接跳過登入畫面，啟動社交或企業 SSO 認證流程。

當你有自己的社交和企業 SSO 入口，並希望跳過 Logto 的登入畫面時，這特別有用。

例如，沒有指定 direct_sign_in 參數時，企業 SSO 用戶流程如下：

1. 顯示默認登入畫面。
2. 輸入電子郵件地址。

3. 檢測到單一登入後，用戶點擊 Single Sign-On 按鈕啟動 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 參數，你可以顯著提升客戶的加入流程。

如果你想創建自定義且視覺吸引的註冊畫面，請確保探索我們的 custom-css 功能。

欲了解更多資訊，請查看 認證參數。