メインコンテンツへスキップ
Rules と Hooks の提供終了 (EOL) 日は 2026 年 11 月 18 日 で、2023 年 10 月 16 日 以降に作成された新しいテナントでは、これらはすでに利用できません。アクティブな Hooks を使用している既存のテナントは、提供終了まで Hooks へのアクセスを維持できます。Auth0 を拡張するには、Actions の使用を強くお勧めします。Actions では、豊富な型情報、インラインドキュメント、公開 npm パッケージを利用できるほか、拡張性を高める外部統合も接続できます。Actions の詳細については、Understand How Auth0 Actions Work を参照してください。移行を支援するために、Rules から Actions への移行Hooks から Actions への移行 のガイドを用意しています。また、機能比較、Actions のデモ、および移行に役立つその他のリソースを紹介した専用の Move to Actions ページもあります。Rules と Hooks の非推奨化の詳細については、ブログ記事 Preparing for Rules and Hooks End of Life を参照してください。
Rules と Hooks の関数は 2026 年に削除予定であるため、新しい Rules または Hooks は、Actions への移行をテストする目的でのみ、開発環境で作成してください。Rules から Actions への移行方法については、Migrate from Rules to Actions を参照してください。Hooks から Actions への移行方法については、Migrate from Hooks to Actions を参照してください。
Dashboard または を使用して Hooks を更新できます。 Deploy Command-Line Interface (CLI) tool を使用して、Hooks をインポートおよびエクスポートすることもできます。
必要に応じて、シークレット (Twilio Keys やデータベース接続文字列など) を Hooks に追加できます。

Dashboard を使用して Hooks の名前を変更する

  1. Auth0 Dashboard > Auth Pipeline > Hooks に移動し、名前を変更する Hook の横にある歯車アイコンをクリックします。
  2. Rename をクリックします。
  3. Hook の新しい名前を入力し、Rename をクリックします。
    Auth0 で Hooks の名前を変更

Dashboard を使用して Hook スクリプトを更新する

  1. Auth0 Dashboard > Auth Pipeline > Hooks に移動し、更新する Hook の横にある鉛筆アイコンをクリックします。
    Auth0 Hooks で Hook を選択
  2. Hook Editor を使用して Hook を更新し、ディスクアイコンをクリックして保存します。
    Auth0 Hook Editor

Management API を使用して Hooks を更新する

Update a Hook endpointPATCH リクエストを送信します。HOOK_IDMGMT_API_ACCESS_TOKEN のプレースホルダー値は、それぞれご使用の Hook ID と Management API の に必ず置き換えてください。
説明
HOOK_ID更新する Hook の ID。
MGMT_API_ACCESS_TOKENscope update:hooks を持つ Management API 用のアクセストークン。詳しくは、Management API Access Tokens を参照してください。
HOOK_NAME作成する Hook の名前。
HOOK_SCRIPTHook の code を含むスクリプト。Dashboard で新しい Hook を作成する際に入力する内容と一致している必要があります。
enabled プロパティは、その Rule が有効 (true) か無効 (false) かを表します。

Hooks 内から API を呼び出す際のレート制限への対処

Hook のスクリプト内から Auth0 API を呼び出す場合は、レート制限に対処する必要があります。そのためには、X-RateLimit-Remaining ヘッダーを確認し、返された数値が 0 に近づいたら適切に対応してください。また、レート制限を超過して 429 HTTP Status Code (Too Many Requests) を受け取った場合に備えたロジックも追加してください。この場合、再試行が必要であれば、無限リトライループを避けるためにバックオフを設けることを推奨します。