Skip to main content
アプリケーションのログイン体験を設計する際は、ホスト型 (Universal Login) にするか、埋め込み型にするかを決める必要があります。

​
ホスト型ログイン

ホスト型ログインフローでは、アプリケーションは認証を行うためにユーザーをにリダイレクトし、その後、認可サーバーからユーザーがアプリケーションに戻されます。

​
Universal Login フロー

を使った一般的なユーザー認証の流れは、次のとおりです。
  1. アプリケーションは、Auth0 SDK のログインメソッドを呼び出すか、Auth0 Authentication API の Login エンドポイント を直接呼び出して、認証リクエストを開始します。
  2. アプリケーションは、ユーザーを Auth0 の認可サーバー (Auth0 テナント) にリダイレクトします。
  3. Auth0 は、Auth0 Session Layer にセッションクッキーがあるかどうかを確認します。
    • セッションクッキーが見つからない場合、Auth0 はユーザーを Universal Login にリダイレクトして認証を行い、対応するセッションクッキーを作成します。
    • セッションクッキーが見つかった場合、Auth0 はそれを使ってユーザーを認証します。
  4. Auth0 は、ID トークン と アクセストークン を付与したうえで、ユーザーをアプリケーションに戻します。

​
埋め込み型ログイン

埋め込み型ログインフローでは、ユーザーはアプリケーション内で直接認証されます。アプリケーションがログインフォームを表示し、ユーザーの認証情報を収集して認証プロバイダーに送信した後、ユーザーのとを含むレスポンスを受け取ります。 Webアプリケーションでは、Auth0テナントにカスタムドメインを設定していない限り、埋め込み型ログインではクロスオリジン認証を使用します。クロスオリジン認証では、異なるオリジン間で安全な認証トランザクションを行えるように、サードパーティ Cookie を使用します。

​
機能比較

​
ホスト型ログインと埋め込みログインの使い分け

ホスト型ログインと埋め込みログインは、必ずしもどちらか一方を選ぶものではありません。同じアプリケーションで、一部のフローにはUniversal Loginを使用し、他のフローには埋め込みフローを使用することで、ユーザージャーニーの各段階に最適なアプローチを選べます。
  • Universal Login: Auth0がログイン画面を管理し、主要なサインイン、サインアップ、パスワードリセットのデフォルトとして使用されます。Auth0のホスト型ソリューションでは、セキュリティアップデートが自動的に適用され、サードパーティまたは複数ドメインにまたがるアプリケーション間のSSOも調整されます。
  • 埋め込みログイン: UIを完全に制御でき、ユーザーをアプリケーション内にとどめられます。埋め込みログインは、認証要素の登録、ステップアップ認証、Passkey APIsを使用したパスキー登録、接続済みアカウントのリンク、Native Social Loginを使用したサインインに利用できます。
一般的なハイブリッドパターンには、次のようなものがあります。
  • サインインとサインアップにはUniversal Loginを使用し、アカウント設定では埋め込み型のMFA登録とパスキー管理を提供するWeb アプリケーション。
  • 主要な認証にはブラウザベースのリダイレクトを使用し、パスワードレスの再認証には埋め込み型のPasskey APIsを使用するネイティブアプリケーション。
  • ファーストパーティの従業員にはUniversal Loginを使用し、アプリ内ブランディングが重要な顧客向けアプリでは埋め込みフローを使用するSaaS製品。
ネイティブアプリケーションでは、RFC 8252: OAuth 2.0 for Native Appsで、ブラウザを介するフローには外部ユーザーエージェントを使用することが推奨されています。Passkey APIsやNative Social Loginなどの最新の埋め込みパスでは、ユーザーをアプリケーション内にとどめながら、同じセキュリティ目標を満たすプロトコル準拠のトークン交換を使用します。これらは同じアプリケーション内でUniversal Loginと併用できます。