ベストプラクティス
ほとんどすべてのアプリケーションは、何らかの形で国際化および/またはローカライズが必要です。Auth0ではローカライズを簡単に追加できますが、あらかじめ計画しておくことが必要です。たとえば、後からローカライズを行うことは、タイミングが遅すぎると大変なプロセスになる可能性があります。- ログインページのブランディングを行う必要はあるのか?
- ログインページのローカライズを行う必要はあるのか?
- メールのブランディングを行うだけでなく、ユーザー設定に応じて変えるようにカスタマイズするにはどうするか?
- ユーザーはログインページを見たとき、ドメインにまだいることがどうやってわかるのか?
- ブラウザーセキュリティを強化する(拡張検証を実装するなど)ために、何をする必要があるのか?
- エラー発生時にユーザーをどこにダイレクトするのか?
ベストプラクティス
問題が生じたユーザーに役立つリソースを提供するには、フレンドリー名とロゴを設定するとともに、自社のサポートメールアドレスとURLを提供しましょう。その方法は、「Dashboardテナント設定」をご覧ください。ユニバーサルログインとログインページ
ユニバーサルログインは、ユーザー認証に推奨される方法で、主に使用されるのがログインページです。組織のブランディング要件をサポートするように、ログインページをカスタマイズすることができます。ベストプラクティス
ユニバーサルログインページのスクリプトをカスタマイズすることを選択する場合、バージョン制御を活用することを強くお勧めします。この作業に伴うAuth0テナントでのスクリプトのデプロイは、デプロイメントの自動化または代わりのストラテジーのいずれかを経由して行ってください。カスタムドメインの名前付け
デフォルトで、テナントに関連するURLには、その名前とリージョン固有の識別子が含まれます。たとえば、米国に基づくテナントのURLはhttps://example.auth0.com
に類似したもので、ヨーロッパに基づくテナントのURLはhttps://example.eu.auth0.com
に類似したものになります。カスタムドメインは、組織のブランドと一貫性を持つ名前を使用することで、ユーザーに一貫したエクスペリエンスを提供してくれます。
Auth0テナントでは、それぞれ1つのカスタムドメイン名しか適用できません。そのため、独立したドメイン名のブランディングがどうしても必要な場合は、運用環境に複数のAuth0テナントをデプロイしたアーキテクチャが必要となります。
メールテンプレートのカスタマイズ
Auth0は、ユーザー通知を送信し、安全なID管理に必要な機能(メール確認やアカウント復旧、総当たり攻撃防御など)を推進するために、メールをフル活用し、これらに多数のテンプレートを取り揃えています。メールテンプレートをカスタマイズする前に、メールプロバイダーをセットアップしてください。