利用可能性はAuth0プランによって異なる
この機能が利用できるかどうかは、使用しているログイン実装とAuth0プラン（または契約）によります。詳細については、「価格設定」をお読みください。
制限事項
- Auth0では、ユーザー招待をメールでしか送信できません。別の方法で招待を送信したい場合は、招待URLの生成を選択することができます。
- 招待されたユーザーは、ログインするか、招待を受け取ったメールアドレスでアカウントを作成しなければなりません。
メンバーシップ招待フローをアプリケーションに統合する
URIを構成する
経路の動作を指定する
invitationとorganizationのパラメーターを受け付け、その両方のパラメーター使ってAuth0 Authentication APIの認可エンドポイントを呼び出す必要があります。
複数テナントのシナリオで、Organization名がサブドメインまたはパス変数として使用されている場合（たとえば、
acme.myapp.com）は、ユーザーに送信される招待リンクにorganization_nameパラメーターも含まれます。Authentication APIの認可エンドポイントにこのパラメーターを送る必要はありません。https://myapp.com/loginに設定されている場合、エンドユーザーに送信される招待メールには次のリンクが含まれます：https://myapp.com/login?invitation={invitation_ticket_id}&organization={organization_id}&organization_name={organization_name}.
ユーザー招待フローをカスタマイズする
ユーザー招待フローをカスタマイズするには、カスタムドメインを使用しなければなりません。無料プランではカスタムドメインを無料で1つ使用できます。追加のカスタムドメインは、すべての有料プランでご利用いただけます。
ローカリゼーション
user_metadataパラメーターを招待エンドポイントに送信することができます。ユーザー招待フローをローカライズする場合は、ユーザー招待 メールテンプレートを通してこのパラメーターにアクセスし、他の多言語メールテンプレートで使うのと同じロジックを使用することができます。
招待されたユーザーが適切な言語で招待を見るには、アプリケーションがui_localesパラメーターを送信するか、招待されたユーザーのブラウザーが適切なAccept-Languageヘッダーを送信しなければなりません。詳細については、「メールテンプレートをカスタマイズする：多言語のメールテンプレート」を参照してください。
メンバーシップの招待を送信する
ユーザーが招待を受け入れると、そのメールアドレスに検証済みのマークが付きます。ユーザーがフェデレーションログインを通して招待を受け入れた場合、IDプロバイダーが返すメールアドレスは、招待の送信先メールアドレスと一致しなければなりません。メール検証は、後続のログイン時にIDプロバイダーが返した値でオーバライドされません。期限までにユーザーが招待を受け入れなかった場合は、招待に期限切れのマークが付き、いずれAuth0 Dashboardから削除されます。