Before you start
- テナントにカスタムドメイン が構成されていることを確認します。
- すべてのサインアップとログインのプロンプトにユニバーサルログイン が使用されており、ログインプロンプトに**[Customize Login Page(ログインページのカスタマイズ)]** が無効になっていることを確認します。
- [Custom Page Template(カスタムページテンプレート)]が構成されていることを確認します。
ユースケース
用語
-
signup -
signup-id -
signup-password -
login(ログイン) -
login-id -
login-password -
login-passwordlesslogin-passwordless-sms-otplogin-passwordless-email-code
form-content-startform-content-endform-footer-startform-footer-end
secondary-actions-startsecondary-actions-end
/v2/prompts/{prompts_name}/partialsでAuth0 Management APIが管理することができます。プロンプトはそれぞれ、パーシャルを追加、更新、または削除するときに、スクリーンを指定する必要があります。以下の例は、プロンプトの既存のすべてのパーシャルを表示するために呼び出しを行ったものです。APIの呼び出しでエントリーポイントを参照する場合、ulp-container接頭辞が必要でないことに注意してください。
Management APIを使用してパーシャルを管理する

スタイルと検証フォームの入力
<div>内の希望するフォーム要素をulp-fieldクラスでラップします。同様に、事前に構築されたエラースタイルを使用するために、ulp-errorクラスを同じ<div>に追加します。ulp-error-info要素が存在する場合は、スタイル設定されたエラーメッセージも表示されます。
<input type="text"><input type="number"><input type="checkbox"><input type="password"><input type="email"><input type="tel"><input type="url"><select><textarea>
<head>に含まれています。
クライアント側検証
入力フィールド要素 入力フィールドの事前設定スタイル
入力フィールド要素 入力フィールドの事前設定スタイル
要素を選択 選択フィールドの事前設定スタイル
要素を選択 選択フィールドの事前設定スタイル
テキスト要素 テキストフィールドの事前設定スタイル
テキスト要素 テキストフィールドの事前設定スタイル
チェックボックス要素 チェックボックスフィールドの事前設定スタイル
チェックボックス要素 チェックボックスフィールドの事前設定スタイル
電話番号の検証 クライアント側の電話番号の検証
電話番号の検証 クライアント側の電話番号の検証
Screen Reader Validation Validation for accessible error messages
Screen Reader Validation Validation for accessible error messages
<div class="ulp-error-info">要素のdata-ulp-validation-function属性を使用して、検証機能を参照します。- どのDOMイベント上で、検証機能を
<div class="ulp-error-info">要素のdata-ulp-validation-event-listeners属性を使用して実行する必要があるかを宣言します。検証は提出時に自動的に実行されることに注意します。
コンテンツをローカライズする
var-<name>命名規則に従っています。APIへの呼び出しは、カスタムテキスト変数を追加、更新、または削除するときに、Screen(スクリーン)を指定する必要があります。マークダウンリンクはサポートされており、ユーザーに表示される前にHTML <a>要素に変換されます。
カスタムテキスト変数を作成または更新する
prompts.screen.textオブジェクトを使用して、パーシャルで参照されます。前のセクションで示したvar-tosの例に対する参照は、prompt.screen.texts.varTosです。Signup ID Prompt,(サインアップIDプロンプト)のパーシャルで前に作成した変数を使用する方法の例については、以下を参照してください。Management APIのvar-tos変数がパーシャルでvarTosとして参照されることに注意します。
カスタムテキスト変数をパーシャルで使用する
キャプチャーしたデータを検証して保存する
event.request.body上のオブジェクトとして受け取ります。顧客は、api.validation.error関数を使用して、検証エラーを返すことができます。
Actionから、キャプチャーされたデータは外部APIに送信されて検証および保管されるか、api.user.setUserMetadataを通じてユーザーのuser_metadataに保存されます。
- サインアッププロンプトからのデータは、ユーザー登録前トリガーでアクセスできます。検証エラーが返さると、ユーザーは登録できません。
- ログインプロンプトからのデータは、ログイン後トリガーでアクセスできます。検証エラーが返されると、顧客のアプリケーションのエラーページに転送されます。
- サインアッププロンプトとログインプロンプトからのデータはどちらもログイン後トリガーでアクセスできます。検証エラーが返されると、顧客のアプリケーションのエラーページに転送されます。
ユーザーメタデータに保存する
api.user.setUserMetadataを通してユーザーのuser_metadataに保存されます。