Skip to main content
ルールとHooksの提供終了 (EOL) 日は2026年11月18日です。これらは、2023年10月16日以降に作成された新規テナントではすでに利用できません。アクティブなHooksを使用している既存のテナントでは、提供終了までHooks製品を引き続き利用できます。Auth0を拡張するには、Actionsの利用を強くおすすめします。Actionsでは、豊富な型情報、インラインドキュメント、公開 npm パッケージを利用できるほか、外部連携に接続して拡張性に関する全体的な開発体験を向上させることもできます。Actionsでできることの詳細については、Understand How Auth0 Actions Workをご覧ください。移行を支援するために、ルールからActionsへの移行およびHooksからActionsへの移行のガイドを用意しています。さらに、機能比較、Actionsのデモ、そのほか移行に役立つリソースを紹介した専用のMove to Actionsページもあります。ルールとHooksの非推奨化について詳しくは、ブログ記事をご覧ください: Preparing for Rules and Hooks End of Life。
Auth0ログインページでは、Ruleからのエラーメッセージを表示できません。Ruleで発生させたカスタムメッセージをユーザーに表示したい場合は、アプリケーション側でそのメッセージを表示する必要があります。 Ruleによって発生したエラーは、プロトコルの標準レスポンスモードでコールバックURLに送られます。たとえば、アプリケーションが OIDC/OAuth2 を使って認証をリクエストした場合、error と error_description という結果値を含む標準的な OAuth2 エラーを受け取ります。 コールバックURLが https://travel0.com/callback で、標準の query レスポンスモードを使用しているとします。この場合、次のレスポンスを受け取ります。
このメッセージをユーザーに表示するのは、たとえば次のようにアプリ側の役割です。
表示されるエラーメッセージの例

​
Rule エラー後にログインを再試行する

次に考えられる対応としては、新たに認可をリクエストすることです。しかし、多くの場合、Auth0 はすでにユーザーを特定しているため、ログイン情報の入力を求めません。代わりに Rule がすぐに実行され、再び認可が拒否されます。すると、これが無限ループになることがあります。 ユーザーには、新しい認証情報を入力する機会が必要です。アプリからログインページを再表示する方法は 2 つあります。
  • リクエストに指定を追加して、ログインページを強制的に表示します。
    • OIDC/OAuth2 リクエストで prompt=login パラメーターを使用します。
    • SAML リクエストで ForceAuthn="true" 属性を使用します。
—or—
  • 新しいリクエストを送信する前に、ユーザーを Auth0 からログアウトさせます。

​
詳しくはこちら