ホスト型ログインと埋め込み型ログイン

ホスト型ログイン（Universal Login）と埋め込み型ログインの違いを説明します。

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

​

ホスト型ログイン

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

​

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 トークン と アクセストークン を付与したうえで、ユーザーをアプリケーションに戻します。

​

埋め込み型ログイン

埋め込み型ログインフローでは、ユーザーはアプリケーション内で直接認証されます。アプリケーションがログインフォームを表示し、ユーザーの認証情報を収集して認証プロバイダーに送信した後、ユーザーのIDトークンとアクセストークンを含むレスポンスを受け取ります。

Webアプリケーションでは、Auth0テナントにカスタムドメインを設定していない限り、埋め込み型ログインではクロスオリジン認証を使用します。クロスオリジン認証では、異なるオリジン間で安全な認証トランザクションを行えるように、サードパーティ Cookie を使用します。

​

機能比較

機能	ホスト型	埋め込み
シングルサインオン	Auth0 認可サーバー (Auth0 テナント) のセッションクッキーにより、アプリケーション間でSSOを標準で利用できます。サードパーティアプリケーションおよびマルチドメインアーキテクチャにも対応しています。	共有ドメインアーキテクチャでサポートされます。LockまたはAuth0.jsライブラリを使用するWeb アプリケーションは、同じカスタムドメインで設定されている場合、セッションを共有できます。ネイティブアプリケーションは、ネイティブからWebへのSSOを通じてWeb アプリケーションとセッションを共有できます。
カスタマイズ	テーマ、ページテンプレート、テキスト要素、プロンプトを使用してエクスペリエンスのさまざまな部分をカスタマイズできます。UI全体をカスタマイズするには、Advanced Customizations for Universal Loginを使用します。	ログインフォームはアプリケーション側でレンダリングされるため、UIを完全に制御できます。
機能管理	機能はAuth0 DashboardまたはAuth0 Management APIで一元管理され、Universal Loginを使用するすべてのアプリケーションに適用されます。 たとえば、Auth0 DashboardでMFAを有効にすると、以降のログインに直ちに反映されます。	機能はアプリケーションごとに設定されるため、各アプリケーションのリリースタイミングを制御できます。 API駆動MFAなどのサーバー側機能は、クライアントの更新なしで有効にできます。UIに影響する変更 (たとえば、新しいログイン画面) は、アプリケーション独自のスケジュールでリリースされます。
ユーザーエクスペリエンス	認証時に、ユーザーはアプリケーションとAuth0 認可サーバーの間をリダイレクトされます。 ネイティブアプリケーションでは、ユニバーサルリンクまたはディープリンクの実装が必要です。	認証中もユーザーはアプリケーション内にとどまるため、ブランドを厳密に反映したアプリ内サインインエクスペリエンスに適しています。
セキュリティとメンテナンス	Auth0は、ログインエクスペリエンスに対するセキュリティ更新を透過的に提供します。	Auth0は、カスタムドメイン、クロスオリジン認証、API駆動MFA、Native Passkey APIs、DPoPなどのセキュリティ機能を提供します。ユーザーへの更新の展開時期は、お客様が選択できます。

​

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

ホスト型ログインと埋め込みログインは、必ずしもどちらか一方を選ぶものではありません。同じアプリケーションで、一部のフローには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と併用できます。