> ## 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.

# ブランディング（B2C）

> ユーザーのブランドと目的のユーザーエクスペリエンスを反映させるようにAuth0の項目を構成する方法について説明します。

Auth0は、組織のブランド要件とユーザーの期待に即した外観と操作感でカスタマイズすることができます。Auth0のツールをブランディングすることで、一貫したユーザーエクスペリエンスを実現し、顧客は信頼される安全なプロバイダーの製品を使用しているという安心感が得られます。

Auth0は、[国際化（I18N）](/docs/ja-JP/ja-jp/customize/internationalization-and-localization)とローカリゼーション（L10N）にも対応しており、海外のクライアントへ向けたブランディング活動に取り組む場合は、これらは重要となります。Auth0 Lock UIウィジェットなどそのまま使えるツールは多言語対応で、必要な言語が[まだ搭載されていない](/docs/ja-JP/ja-jp/customize/internationalization-and-localization/lock-internationalization)場合は、言語を追加するための拡張機能が内蔵されています。

<Info>
  ### ベストプラクティス

  ほとんどすべてのアプリケーションは、何らかの形で国際化および/またはローカライズが必要です。Auth0ではローカライズを簡単に追加できますが、あらかじめ計画しておくことが必要です。たとえば、後からローカライズを行うことは、タイミングが遅すぎると大変なプロセスになる可能性があります。
</Info>

ブランディングに取り組むアイテム、そして、ブランディングとして最適な方法を検討する際、確かめておきたいことがあります。

* ログインページのブランディングを行う必要はあるのか?
* ログインページのローカライズを行う必要はあるのか?
* メールのブランディングを行うだけでなく、ユーザー設定に応じて変えるようにカスタマイズするにはどうするか?
* ユーザーはログインページを見たとき、ドメインにまだいることがどうやってわかるのか?
* ブラウザーセキュリティを強化する（拡張検証を実装するなど）ために、何をする必要があるのか?
* エラー発生時にユーザーをどこにダイレクトするのか?

Auth0は、[ユニバーサルログイン](#universal-login-and-login-pages)や[パスワードのリセット](#password-reset-page-customization)といったAuth0のページをカスタマイズや構成する際に、優れた柔軟性を発揮します。このため、ユーザーが必要とするUXの外観と操作感をセットアップすることができます。多くのユーザーにとって、アウトオブボックスエクスペリエンスは、若干の変更を加えたとしても、必要なすべての条件を満たしてくれるものです。しかし、ブランドとブランド意識向上に価値を置くユーザーにとって必要なのことは、より細かなカスタマイズなのです。この柔軟性は、Auth0のページに影響を及ぼすだけでなく、拡張性を通じて[メールテンプレート](#email-template-customization)にも適用することができます。Auth0の[カスタムドメイン](#custom-domain-naming)機能は、安全とセキュリティ面においてユーザーに信頼と安心をもたらすことで、消費者の意識向上をさらに高めます。

Auth0では、エラー発生時に既定の情報が表示されますが、そのまま使える情報は、若干不可解ではあります。これは、ユーザーだけが入力できるコンテキストが不足しているためです。しかし、Auth0の[エラーページのカスタマイズ](#error-page-customization)ガイダンスに従うと、この状況を軽減することができます。そのためには、ユーザー自身のサポート組織を通じて、ユーザーがよりコンテキスト固有の特性を持つ情報を提供できるようにします。

<Info>
  ### ベストプラクティス

  問題が生じたユーザーに役立つリソースを提供するには、フレンドリー名とロゴを設定するとともに、自社のサポートメールアドレスとURLを提供しましょう。その方法は、[「Dashboardテナント設定」](/docs/ja-JP/ja-jp/dashboard/reference/settings-tenant#settings)をご覧ください。
</Info>

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

[ユニバーサルログイン](/docs/ja-JP/ja-jp/authenticate/login/auth0-universal-login)は、ユーザー認証に推奨される方法で、主に使用されるのがログインページです。組織のブランディング要件をサポートするように、ログインページをカスタマイズすることができます。

<Info>
  ### ベストプラクティス

  ユニバーサルログインページのスクリプトをカスタマイズすることを選択する場合、バージョン制御を活用することを強くお勧めします。この作業に伴うAuth0テナントでのスクリプトのデプロイは、[デプロイメントの自動化](/docs/ja-JP/ja-jp/architecture-scenarios/b2b/deployment)または[代わりのストラテジー](/docs/ja-JP/ja-jp/universal-login/version-control)のいずれかを経由して行ってください。
</Info>

<div id="custom-domain-naming">
  ## カスタムドメインの名前付け
</div>

デフォルトで、テナントに関連するURLには、その名前とリージョン固有の識別子が含まれます。たとえば、米国に基づくテナントのURLは`https://example.auth0.com`に類似したもので、ヨーロッパに基づくテナントのURLは`https://example.eu.auth0.com`に類似したものになります。[カスタムドメイン](/docs/ja-JP/ja-jp/customize/custom-domains)は、組織のブランドと一貫性を持つ名前を使用することで、ユーザーに一貫したエクスペリエンスを提供してくれます。

<Warning>
  Auth0テナントでは、それぞれ1つのカスタムドメイン名しか適用できません。そのため、独立したドメイン名のブランディングがどうしても必要な場合は、運用環境に複数のAuth0テナントをデプロイした[アーキテクチャ](/docs/ja-JP/ja-jp/get-started/architecture-scenarios/business-to-consumer/architecture)が必要となります。
</Warning>

さらに、カスタムドメイン機能を使用することで、証明書管理プロセスを完全に掌握することができます。デフォルトで、Auth0は標準SSL証明書を発行しますが、カスタムドメインを構成する場合は、拡張検証（EV）SSL証明書またはそれに類似するものを使用して、ブラウザーベースの視覚的合図を出します。これによって、訪問者にさらなる安心感を与えてくれます。

一般に、認証に集中型ドメインを使用すると、顧客満足度が一番高くなります。これは、会社が複数の製品またはサービスブランドを提供する場合に特に言えることです。集中型ドメインを使用することで、エンドユーザーに一貫したユーザーエクスペリエンスを提供しながら、Auth0で複数の運用テナントを維持する必要性を最小限に抑えることもできます。

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

Auth0は、ユーザー通知を送信し、安全なID管理に必要な機能（メール確認やアカウント復旧、総当たり攻撃防御など）を推進するために、メールをフル活用し、これらに多数のテンプレートを取り揃えています。

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  メールテンプレートをカスタマイズする前に、[メールプロバイダー](/docs/ja-JP/ja-jp/architecture-scenarios/b2c/operations#email-provider-setup)をセットアップしてください。
</Callout>

そのまま使えるメールテンプレートには、標準的な言い回しとAuth0のブランディングが含まれています。しかし、希望する言い回しやユーザーエクスペリエンスを反映するように、これらのテンプレートのほぼすべての側面を構成し、優先的に使用する言語やアクセシビリティオプションなどの項目に変更を加えることができます。

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

<div id="password-reset-page-customization">
  ## パスワードのリセットページのカスタマイズ
</div>

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

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

インタラクティブなワークフロー（ユーザーサインアップやログインなど）中に問題が発生した場合は、内部の問題を示したエラーメッセージが表示されます。既定のメッセージは、エンドユーザーにとってはとりわけ、やや不可解なものです。これは、ユーザーだけが入力できるコンテキストが不足している可能性があるためです。そのため、不足しているコンテキスト固有の情報をユーザーに直接提供するように、[エラーページをカスタマイズする](/docs/ja-JP/ja-jp/customize/login-pages/custom-error-pages)ことを推奨します。その上、エラーメッセージをカスタマイズすると、Auth0でなくユーザーのブランディングを表示できるほか、次に実行すべき操作に関して、ユーザーに有益な情報を提供することができます。この情報には、FAQへのリンクと会社のサポートチームやヘルプデスクに連絡をとる方法が含まれている場合があります。

<Info>
  ### ベストプラクティス

  最初は、Auth0提供のエラーページをカスタマイズするユーザーインターフェイスはありませんが、[「Management APIのテナント設定エンドポイント」](/docs/ja-JP/ja-jp/api/management/v2#!/Tenants/patch_settings)を使用して、構成することができます。または、独自のエラーページを作成してホストできる場合、Auth0がホストするオプションを使用する代わりに、そのページにユーザーをリダイレクトすることも可能です。
</Info>

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

多要素認証ページをカスタマイズするには、[ユニバーサルログイン設定](https://manage.auth0.com/#/login_settings)セクションのユニバーサルログインのブランディングオプションを調整します。

さらに細かいカスタマイズが必要な場合は、組織の特定のUX要件を反映するように、[完全なHTMLコンテンツ](/docs/ja-JP/ja-jp/secure/multi-factor-authentication/customize-mfa/customize-mfa-classic-login)をカスタマイズすることもできます。

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

当社では、PDF形式の計画ガイダンスを提供しています。ダウンロードして、推奨される戦略の詳細を参照してください。

[B2C IAM Project Planning Guide](https://assets.ctfassets.net/cdy7uua7fh8z/3er1aEQ7Ul0q3c9leJWczR/b1f18b4c16abb7e78b01e4eb2b52bb8e/B2C_Project_Planning.pdf)
