提升用戶引導體驗的小技巧

在 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:1234567890）

將 direct_sign_in 參數附加到你的驗證請求：

或者在支援的 SDK 中：

使用 direct_sign_in 參數，用戶將被直接重新定向到指定身份提供者的認證頁面。顯著減少完成驗證過程所需的步驟數。

結論#

在 Logto，我們非常重視用戶體驗。通過使用 first_screen 和 direct_sign_in 參數，你可以顯著提升客戶的引導過程。

如果你想創建一個自訂和視覺上吸引人的註冊畫面，務必探索我們的 custom-css 功能。

欲了解更多信息，請查看 驗證參數。