> ## Documentation Index
> Fetch the complete documentation index at: https://auth0-actions-modules-ga.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# ビジネス間ブランディング

> ブランドや望ましいユーザー体験を反映するように Auth0 の項目を設定する方法。

Auth0 は、組織のブランド要件やユーザーの期待に沿った見た目や操作感にカスタマイズできます。Auth0 の各種画面や要素をブランドに合わせることで、顧客に一貫したユーザー体験を提供できるだけでなく、信頼できる安全な提供元の製品を利用しているという安心感も与えられます。

Auth0 は、[internationalization (I18N)](/docs/ja-jp/customize/internationalization-and-localization) と localization (L10N) の両方をサポートしています。これらはいずれも、国際的な顧客層向けにブランディングを行う際に重要です。Auth0 Lock UI ウィジェットや <Tooltip tip="Universal Login: アプリケーションは Auth0 の Authorization Server でホストされる Universal Login にリダイレクトされ、ユーザーの本人確認を行います。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=Universal+Login">Universal Login</Tooltip> などの標準提供の要素は、複数言語のサポートがあらかじめ有効になっており、必要なものが [まだ用意されていない場合](/docs/ja-jp/customize/internationalization-and-localization/lock-internationalization) でも、さらに多くの言語を追加できる拡張性が組み込まれています。

<Tip>
  ほとんどすべてのアプリケーションでは、何らかの形で国際化やローカライズが必要になります。Auth0 ではこれを簡単に追加できますが、最初から考慮しておく必要があります。たとえば、ローカライズを後から組み込むのは、対応が遅れると大変な作業になることがあります。
</Tip>

どの項目をブランド化したいか、またどのようにブランド化するのが最適かを検討する際には、確認しておきたい点がいくつかあります。

* ログインページをブランド化する必要はありますか？
* ログインページをローカライズする必要はありますか？
* 複数の顧客組織で Auth0 テナントを共有している場合、それぞれのログイン体験に組織固有のブランディングを追加すべきですか？
* メールを単にブランド化するだけでなく、ユーザーの設定に応じて内容を変えられるようにするにはどうすればよいですか？
* ユーザーがログインページを見たときに、まだ自分のドメイン上にいることをどのように認識できますか？
* 追加のブラウザーセキュリティ (たとえば Extended Validation の実装) を提供するには何を行う必要がありますか？
* エラー発生時に、ユーザーをどこへ案内したいですか？

[Universal Login](#universal-login-and-login-pages) や [Password Reset](#password-reset-page-customization) などの Auth0 ページのカスタマイズや設定について、Auth0 は非常に高い柔軟性を備えています。そのため、必要とする UX の見た目や操作感はほぼ自由に実現できます。多くの場合は、標準の体験に多少手を加えるだけで十分です。しかし一方で、ブランド価値やブランド認知の観点から、より広範なカスタマイズが求められる場合もあります。この柔軟性は Auth0 ページだけでなく、拡張性を通じて [メールテンプレート](#email-template-customization) にも適用できます。さらに、Auth0 の [Custom Domain](#custom-domain-naming) 機能により、安全性やセキュリティの面でユーザーに信頼感と安心感を与え、利用者の認知をいっそう高められます。

複数の顧客組織で Auth0 テナントを共有し、各組織にそれぞれ独自のユーザードメインを提供して認証情報を管理している場合、各ユーザーがどの認証情報を使うべきかをどう判断するのか、またそれを安全で信頼できる場所に入力しているとどう確信できるのかを検討する必要があります。詳しくは [Branding login by organization](#branding-login-by-organization) を参照してください。

Auth0 ではエラー時の既定情報が提供されますが、標準の情報は、あなたにしか提供できない文脈が欠けているため、やや分かりにくいことがあります。ただし、Auth0 の [エラーページのカスタマイズ](#error-page-customization) に関するガイダンスを利用すれば、独自のサポート窓口を通じて、より状況に即した情報を提供できるようになり、その問題を軽減できます。

<Tip>
  問題が発生したユーザーに役立つ案内を提供するために、わかりやすい名前とロゴを設定し、組織のサポート用メールアドレスと URL も提供する必要があります。方法については、[Dashboard Tenant Settings](/docs/ja-jp/get-started/tenant-settings#settings) を参照してください。
</Tip>

<h2 id="universal-login-and-login-pages">
  Universal Login とログインページ
</h2>

[Universal Login](/docs/ja-jp/authenticate/login/auth0-universal-login) は、ユーザー認証に推奨される方法であり、その中心となるのがログインページです。ログインページは、組織のブランディング要件に合わせてカスタマイズできます。

<Tip>
  Universal Login のページをカスタマイズするには、[ページテーマ](/docs/ja-jp/customize/login-pages/universal-login/customize-themes)を変更できるほか、動的な[ページテンプレート](/docs/ja-jp/customize/login-pages/universal-login/customize-templates)を作成することもできます。

  [Classic Login](/docs/ja-jp/authenticate/login/auth0-universal-login/universal-login-vs-classic-login/classic-experience) を実装し、ログインページのスクリプトをカスタマイズする場合は、バージョン管理を利用することを強くお勧めします。そのためには、[デプロイ自動化](/docs/ja-jp/get-started/architecture-scenarios/business-to-business/deployment)または[その他の方法](/docs/ja-jp/customize/login-pages/classic-login/version-control)のいずれかを使用して、スクリプトを Auth0 テナントにデプロイしてください。
</Tip>

<h2 id="branding-login-by-organization">
  組織ごとのログインのブランディング
</h2>

Universal Login ページで特別なカスタマイズが必要かどうかは、顧客の組織をどのように管理するかによって決まります。このセクションを読む前に、[Universal Login section](#universal-login-and-login-pages) を確認し、[Multiple Organization Architecture](/docs/ja-jp/get-started/architecture-scenarios/multiple-organization-architecture) を参照して、組織にどのように対応するかを把握しておいてください。

組織のユーザー同士がすべて互いに分離されている場合は、Universal Login ページで、そのログインページがどの組織向けのものかを明確に示すことが重要です。これを行う最も簡単な方法は、[Organizations Feature](/docs/ja-jp/manage-users/organizations/create-first-organization) を使用することです。これにより、ロゴ、メインカラー、背景色を保存でき、アプリケーションから org\_id を渡すか、ユーザーが組織入力プロンプトで自分の組織を入力して組織が特定されると、それらを使って Universal Login ページのブランディングをカスタマイズできます。

<h2 id="custom-domain-naming">
  カスタムドメインの命名
</h2>

デフォルトでは、テナントに関連付けられた URL には、その名前と、場合によってはリージョン固有の識別子が含まれます。たとえば、米国を拠点とするテナントの URL は `https://example.us.auth0.com` のようになり、ヨーロッパを拠点とするテナントの URL は `https://example.eu.auth0.com` のようになります。 [Custom Domain](/docs/ja-jp/customize/custom-domains) を使用すると、組織のブランドに合った一貫性のある名前を使って、ユーザーに統一された体験を提供できます。

<Warning>
  Auth0 テナントごとに適用できるカスタムドメイン名は 1 つだけです。そのため、独立したドメイン名のブランディングがどうしても必要な場合は、複数の Auth0 テナントを本番環境にデプロイする [architecture](/docs/ja-jp/get-started/architecture-scenarios/business-to-consumer/architecture) が必要になります。
</Warning>

さらに、<Tooltip tip="カスタムドメイン: 特別な、または独自の名前を持つサードパーティのドメイン。" cta="用語集を表示" href="/docs/ja-jp/glossary?term=Custom+Domain">Custom Domain</Tooltip> 機能を使うと、証明書管理プロセスを完全に制御できます。デフォルトでは Auth0 が標準の SSL 証明書を提供しますが、カスタムドメインを設定すれば、Extended Validation (EV) SSL 証明書などを使用して、ブラウザ上で視覚的に確認できる指標を示し、訪問者にさらなる安心感を与えられます。

一般に、認証には一元化されたドメインを使用する場合に、最も高い成果を上げているお客様が多く見られます。これは、特に企業が複数の製品やサービスブランドを提供している場合に当てはまります。一元化されたドメインを使用することで、エンドユーザーに一貫したユーザー体験を提供できると同時に、Auth0 で複数の本番テナントを維持する必要性も最小限に抑えられます。

<Warning>
  顧客組織同士を互いに分離する必要があり、さらに各組織のユーザーに対してカスタムドメイン URL 経由でそれぞれのログインページを表示する必要がある場合、唯一の選択肢は組織ごとに個別のテナントを作成することです。
</Warning>

<h2 id="email-template-customization">
  メールテンプレートのカスタマイズ
</h2>

Auth0 では、ユーザーへの通知や、安全なアイデンティティ管理に必要な機能 (たとえば、メール認証、アカウント復旧、ブルートフォース対策など) のためにメールを幅広く利用しており、そのためのテンプレートを多数提供しています。

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  メールテンプレートをカスタマイズする前に、[Email Provider](/docs/ja-jp/get-started/architecture-scenarios/business-to-business/operations#email-provider-setup)を設定してください。
</Callout>

デフォルトでは、使用されるメールテンプレートには標準的な文言と Auth0 のブランド表記が含まれています。ただし、これらのテンプレートはほぼあらゆる面を設定できるため、希望する文言やユーザー体験を反映したり、優先言語やアクセシビリティオプションなどを変更したりできます。

メールテンプレートは、[Liquid syntax](/docs/ja-jp/customize/email/email-templates/use-liquid-syntax-in-email-templates) を使用してカスタマイズします。ユーザー設定に基づいてテンプレートをカスタマイズしたい場合は、ユーザープロファイル内の[metadata](/docs/ja-jp/manage-users/user-accounts/metadata)に加え、特定のアプリケーションのメタデータにもアクセスできます。

<h2 id="password-reset-page-customization">
  Password Reset ページのカスタマイズ
</h2>

[Password Reset](/docs/ja-jp/customize/login-pages/classic-login/customize-password-reset-page) ページは、ユーザーがパスワード変更機能を利用する際に使用されます。また、ログインページと同様に、組織固有のブランディング要件を反映できるようカスタマイズすることも可能です。

組織内のユーザーがすべて互いに分離される場合 (つまり、各組織が独自の Auth0 [database connection](/docs/ja-jp/authenticate/database-connections) を持つ場合) で、かつ組織ごとに [Universal Login](#universal-login-and-login-pages) ページをブランディングしているのであれば、ユーザーがどの組織のパスワードを変更しているのか分かるように、Password Reset ページなどもブランディングすることが重要です。これは、いくつかの方法で実現できます。

* Password Reset ページに JavaScript を実装し、ユーザーがどの組織から来たかを示す connection パラメーターに基づいて、CDN からリソースを取得できるようにする。
* 組織ごとに個別のテナントを作成し、その組織に必要な内容を Universal Login でカスタマイズする。

<h2 id="error-page-customization">
  エラーページのカスタマイズ
</h2>

ユーザーの対話型ワークフロー (たとえばユーザー登録やログイン) 中に問題が発生すると、Auth0 は内部で何が起きているかを示すエラーメッセージを表示します。既定のメッセージはやや分かりにくく、特にエンドユーザーにとっては意味をつかみにくい場合があります。というのも、通常はあなたにしか補えない文脈情報が不足しているためです。そのため、不足している文脈固有の情報をユーザーに直接伝えられるよう、[エラーページをカスタマイズする](/docs/ja-jp/customize/login-pages/custom-error-pages)ことをお勧めします。さらに、エラーページをカスタマイズすることで、Auth0 ではなく自社のブランドを表示できるほか、次に何をすべきかについて役立つ情報をユーザーに提供できます。たとえば、FAQ へのリンクや、会社のサポートチームまたはヘルプデスクへの問い合わせ方法などを含めることができます。

<Tip>
  Auth0 提供のエラーページをカスタマイズするためのユーザーインターフェースは標準では用意されていませんが、設定には [Management API の Tenant Settings エンドポイント](https://auth0.com/docs/api/management/v2#!/Tenants/patch_settings) を使用できます。あるいは、独自のエラーページを作成してホストできる場合は、Auth0 がホストするページの代わりに、そのページへユーザーをリダイレクトするよう Auth0 を設定することもできます。
</Tip>

<h2 id="guardian-multi-factor-page-customization">
  Guardian 多要素認証ページのカスタマイズ
</h2>

<Tooltip tip="多要素認証（MFA）: SMS で送信されるコードなど、ユーザー名とパスワードに加えて別の要素を使用するユーザー認証のプロセス。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=Multi-factor+Authentication">多要素認証</Tooltip>ページは、[Universal Login Settings](https://manage.auth0.com/#/login_settings) セクションで Universal Login のブランディングオプションを調整することでカスタマイズできます。

さらにカスタマイズが必要な場合は、組織固有の UX 要件に合わせて、[HTML コンテンツ全体](/docs/ja-jp/secure/multi-factor-authentication/customize-mfa/customize-mfa-classic-login)をカスタマイズすることもできます。

<h2 id="project-planning-guide">
  プロジェクト計画ガイド
</h2>

推奨する戦略の詳細を確認できるよう、ダウンロードして参照できるPDF形式の計画ガイドをご用意しています。

[B2B IAM プロジェクト計画ガイド](https://assets.ctfassets.net/cdy7uua7fh8z/63F0WOPJdVzsPMxV1Xvp8x/7a329487c5e890d8e820f6a48983b46a/B2B_Project_Planning.pdf)