> ## Documentation Index
> Fetch the complete documentation index at: https://auth0.generaltranslation.app/llms.txt
> Use this file to discover all available pages before exploring further.

# シングルIDプロバイダー：ブランディング

> マルチテナントのアーキテクチャで組織のブランディングをカスタマイズすることについて説明します。

ブランドコラテラルを使用するとユーザーが理解し信頼する環境を提供できるため、組織に関連付けられているブランドコラテラルは極めて価値の高いものです。認知されているブランドコラテラルを使用することは、提供する情報（資格情報など）が安全で確実に扱われるというユーザーの確信が強まることにも繋がります。当社のアーキテクチャシナリオでは、さまざまな[B2Bブランディング](/docs/ja-JP/ja-jp/get-started/architecture-scenarios/business-to-business/branding)トピックに関する一般的なガイダンスを提供しています。こちらのガイダンスと併せて確認することをお勧めします。

<div id="universal-login">
  ## ユニバーサルログイン
</div>

複数組織環境のブランディングは、1セットのブランドコラテラルのみを扱う標準環境よりも複雑になりがちです。しかし、[Auth0 Organizations](/docs/ja-JP/ja-jp/manage-users/organizations/organizations-overview)では、ブランドのカスタマイズを簡素化する多数の[ページテンプレート](/docs/ja-JP/ja-jp/customize/login-pages/universal-login/customize-templates)を備えた[ユニバーサルログインエクスペリエンス](/docs/ja-JP/ja-jp/authenticate/login/auth0-universal-login/universal-login-vs-classic-login/universal-experience)を活用します。さらに、Auth0 Organizationsの構成自体でも、[基本的なカラースキームのブランディングを選択](/docs/ja-JP/ja-jp/manage-users/organizations/configure-organizations/create-organizations)できます。

<div id="login-page">
  ### ログインページ
</div>

[データベース接続またはカスタムデータベース接続](/docs/ja-JP/ja-jp/connections/database)を使用する場合、ログインページはユーザーの第一要素資格情報を取得するために使用されます。組織ごとのカスタマイズを支援する一連の[テンプレート変数](/docs/ja-JP/ja-jp/manage-users/organizations/create-first-organization)を使用して、ログインページを構成できます。

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  ログインページは、第1認証用にエンタープライズ接続やソーシャル接続が表示されるように構成することができます。その場合、ログインページのブランディングが有益になります。
</Callout>

<div id="password-reset-page">
  ### パスワードリセットページ
</div>

[ログインページ](#login-page)と同様に、パスワードリセットページも、データベース接続またはカスタムデータベース接続を使用するシナリオで構成できます。エンタープライズ接続またはソーシャル接続を使用するシナリオでは、パスワードの変更はアップストリームのIDプロバイダー（<Tooltip data-tooltip-id="react-containers-DefinitionTooltip-2" href="/docs/ja-JP/ja-jp/glossary?term=idp" tip="IDプロバイダー（IdP）: デジタルIDを保存および管理するサービス。" cta="用語集の表示">IdP</Tooltip>）によってAuth0の外部で処理されるため、Auth0のパスワードリセットページは表示されません。

<div id="multi-factor-authentication-pages">
  ### 多要素認証ページ
</div>

Auth0の多要素認証（<Tooltip data-tooltip-id="react-containers-DefinitionTooltip-0" href="/docs/ja-JP/ja-jp/glossary?term=multifactor-authentication" tip="多要素認証（MFA）: ユーザー名とパスワードに加えて、SMS経由のコードなどの要素を使用するユーザー認証プロセス。" cta="用語集の表示">MFA</Tooltip>）は、ユーザーの第一要素資格情報を取得するために使用されるすべての方法（データベース接続、カスタムデータベース接続、エンタープライズ接続、ソーシャル接続）でサポートされています。MFAを使用する場合、MFAに関連付けられたユニバーサルログインページのブランド化も必要になるでしょう。これは、[ログイン](#login-page)ページのブランド化と同様に行うことができます。

<div id="email-templates">
  ## メールテンプレート
</div>

ユニバーサルログインページのテンプレートと同様に、組織ごとのメールのカスタマイズを支援するために、一連のメール[テンプレート変数](/docs/ja-JP/ja-jp/customize/email/email-templates)が用意されています。カスタマイズする必要があるメールテンプレートは、ユーザーの認証方法（すなわちデータベース接続、カスタムデータベース接続、エンタープライズ接続、またはソーシャル接続経由）によって異なります。Auth0 Organizations機能を使用するときのメールテンプレートのカスタマイズの詳細については、「[最初の組織を作成する：メールテンプレート](/docs/ja-JP/ja-jp/manage-users/organizations/create-first-organization)」を参照してください。

<div id="custom-domains">
  ## カスタムドメイン
</div>

Auth0 Organizations機能は、[カスタムドメイン](/docs/ja-JP/ja-jp/customize/custom-domains)を1つだけサポートしており、これはAuth0テナントレベルで定義されます。したがって、組織に縛られないカスタムドメイン名を使用することをお勧めします。どうしても組織ごとにドメイン名を実装する必要がある場合は、複数のAuth0テナントを本番環境にデプロイする必要があります。複数のテナントを使用すると、シングルサインオン（<Tooltip data-tooltip-id="react-containers-DefinitionTooltip-0" href="/docs/ja-JP/ja-jp/glossary?term=single-sign-on" tip="シングルサインオン（SSO）: ユーザーが1つのアプリケーションにログインした後、そのユーザーを他のアプリケーションに自動的にログインさせるサービス。" cta="用語集の表示">SSO</Tooltip>）やユーザープロファイルの管理などに予測不可能な影響が及ぶため、事前に慎重に検討してください。