画像&ビデオのWebhook
ポーリングせずに生成結果を受け取ります。
ハウツーガイド · 画像&ビデオの クイックスタートを完了していることを前提としています。
概要
ビデオ生成には数分かかる場合があり、その間ポーリング接続を維持するとコストがかかります。生成でWebhook配信を有効にすると、生成がcompletedまたはfailedに達した時点で、ElevenLabsからエンドポイントにflows_generationイベントが送信されます。
イベントペイロードは対応するGETエンドポイントの最終レスポンスです。そのため、すでにポーリングレスポンスを処理できるハンドラーなら、別の解析処理は不要です。
始める前に
Webhook配信では、ワークスペースで生成イベントに登録済みのWebhookを使用します。設定は2ステップです。まずWebhookを作成し、次にイベントを登録します。
Webhookを作成
Developers > Webhooksに移動し、外部からアクセス可能なHTTPSコールバックURLを持つWebhookを作成します。返される署名シークレットは保管してください。受信イベントの検証に必要です。
生成イベントに登録
Select events to listen toで、Image & Video API generation or template run completedにチェックを入れます。同じイベントで、完了したテンプレート実行も配信されます。 Webhookを作成しても、このイベントに登録していなければ呼び出されません。
APIからも、ワークスペースWebhookを更新する際にflowsイベントを渡すことで同様に設定できます。
Webhookの作成と登録には、Webhooks Manage権限またはワークスペース管理者権限が必要です。1つのイベントには最大10個のWebhookを登録できます。超えるとリクエストはtoo_many_webhooksで失敗します。
生成イベントに登録されたWebhookがない状態でWebhook配信をリクエストした生成は拒否されます。そのため、配信先がないまま結果が生成されることはありません。
Webhook配信をリクエスト
作成リクエストにwebhookオブジェクトを追加します。{"type": "all"}を使用すると、生成イベントに登録されたすべてのWebhookに配信されます。これにより、Webhookが追加または置き換えられてもリクエストを変更せずに済みます。
特定のWebhookを対象にするには、代わりにwebhookフィールドへIDのリストを設定します。各IDは、生成イベントに登録されたワークスペースのWebhookである必要があります。
作成リクエストは生成開始前に対象を検証し、配信できない場合はエラーを返します。
Webhook配信は連鎖生成と相性が良いです。最後の生成にwebhookを設定すると、チェーン全体がサーバー側で実行され、最後に1つのイベントが送信されます。チェーンの途中で失敗した場合も同様です。失敗は最終生成まで伝播し、dependency_failed理由のfailedイベントとして配信されます。
Webhookペイロード
完了した生成では、出力URLとMIMEタイプが配信されます。
失敗した生成では、代わりに失敗カテゴリとメッセージが配信されます。
data.statusで分岐して、どのフィールドが存在するかを判断します。Webhookで配信されるのはこの2つの最終ステータスのみです。配信は生成完了時にのみ行われます。
content_urlは、イベント送信後およそ1時間で期限切れになる署名付きURLです。すぐにメディアをダウンロードするか、新しいURLを取得するために生成を再取得してください。
イベントを処理
ハンドラーでは署名を検証し、イベントタイプを確認してから、data.statusで分岐します。この例では、完了した生成の出力をダウンロードし、失敗した生成の理由をログに記録します。
簡潔にするため、どちらの例もリクエスト内でダウンロードしています。大きなビデオでは配信タイムアウトを超えるほど時間がかかる可能性があるため、本番環境では生成IDをキューに渡し、すぐに2xxを返してください。署名付きURLは約1時間有効で、バックグラウンドワーカーには十分です。
開発中にローカルサーバーでイベントを受信するには、ngrokなどのトンネルでサーバーを公開し、発行されたHTTPS URLをWebhookのコールバックURLとして使用します。
署名を検証
上記のハンドラーはconstruct_event/constructEventを呼び出します。これにより、ElevenLabs-Signatureヘッダーの検証、タイムスタンプの検証、ペイロードの解析を一度に行います。イベントを信頼する前に、必ず検証してください。
受信側は、すべての受信Webhookを検証することが重要です。Webhookは現在、HMAC署名による認証に対応しています。HMAC認証は次の手順で設定します。
- Webhookの作成時に生成された共有シークレットを安全に保存する
- SDKを使用してエンドポイントでElevenLabs-Signatureヘッダーを検証する
JavaScript SDKではconstructEventを、Python SDKでは**rawBody、sig_header、secret**を指定するconstruct_eventを利用できます(Pythonではpayload/signatureという名前ではありません)。どちらも署名の検証、タイムスタンプの検証、JSONペイロードの解析を行います。
Python
JavaScript
FastAPIを使用したWebhookハンドラーの例:
配信動作
各生成では、対象のWebhookごとに最終イベントが1件だけ配信されます。配信は生成自体とは独立しています。Webhookが失敗または到達不能でも結果には影響せず、GETエンドポイントおよびリストレスポンスから引き続き利用できます。
ハンドラーから速やかに2xxステータスを返してください。失敗が繰り返されるとWebhookは自動的に無効化され、無効なWebhookを対象とする以降の生成は作成時に拒否されます。ハンドラーは冪等になるよう設計し、生成のidで重複を排除してください。
結果の取りこぼしが許容されないワークフローでは、Webhookを高速経路として扱い、定期的にflows.image.listまたはflows.video.listをstatusでフィルタリングして照合してください。