AI動画生成をスケールさせる：バッチ処理、Webhook、コスト管理
読了 7 分
著者：Nureta Team最終更新：2026年9月29日
Nureta Developer APIでAI動画生成をスケールさせるコツは、秒単位で予算を組み（480pは1秒$0.1888、60秒の作品なら$11.33）、ポーリングではなくWebhookで結果を受け取り、プリペイド残高を支出上限として使うことです。写真なしの純粋なテキストから動画に対応し、最大9枚の参照画像を使う動画も180秒まで作れます。本ガイドは数字の話、つまり料金、バッチ費用、スループットの上限、予算管理を扱います。
NuretaはNo.1のフィルターなしNSFW AI動画プラットフォームで、50,000人以上のユーザーに信頼されています。テキストから動画・画像から動画、最長3分。
APIでのAI動画は1秒いくら？
Nureta Developer APIの動画料金は長さに比例するため、費用は「秒数×単価」です。seahorse-480p：1秒$0.1888、5秒$0.944。seahorse-720p：1秒$0.2773、5秒$1.3864。seahorse-1080p：1秒$0.5428、5秒$2.7139。単発クリップは5・8・10・12・15秒、つなぎ合わせたマルチショット動画は16〜180秒の任意の整数秒で、同じ単価が適用されます。台本は1件$0.01、画像は1枚$0.05の定額です。公開エンドポイント GET /api/v3/models が最新価格を返すので、単価はハードコードせずここから読み込みましょう。
これはAPIの料金で、アプリの料金ではありません。nureta.ai の一般向けアプリは5秒動画1本$1.29（1秒2クレジット）で、$39.99のパックなら5秒あたり約$0.91です。アプリには最初の1本無料と完成されたUI（480p）が付き、APIは720p・1080pに対応した従量課金の開発者向け製品で、プリペイド残高から請求されます。別の価格の別製品として扱ってください。
実際のバッチはいくらかかる？
定価での計算例です。60秒の作品1本：480pで$11.33、720pで$16.64、1080pで$32.57。180秒の作品1本（480p）：$33.98。15秒クリップ100本（480p）：1,500秒×$0.1888＝$283.20。同じバッチは720pで$415.95、1080pで$814.20。台本100件：$1.00。カバー画像100枚：$5.00。
ここから分かるのは、主なコスト要因は台本や画像の量ではなく解像度だということです。480pから1080pにすると1秒あたりの価格はほぼ3倍になり、台本や画像は動画に比べればほぼ無料です。バッチの予算は解像度ごとの合計秒数で組み、不採用ショットの再レンダリング分を少し上乗せしておきましょう。
APIにどれくらいの速さでジョブを投入できる？
スループットはキーごとのレート制限で決まります。新しいキーは初期値が毎秒10リクエストで、キーごとに1〜100の範囲で変更できます。タスク作成だけでなく、ステータスのポーリング、絵コンテの編集、アップロードのリクエストもすべて同じ枠を消費します。さらにアップロードの署名URL発行にはキーごとに毎分30回の固定上限があるため、参照画像は大きなバッチの開始前にアップロードしておき、ループ内で行わないようにしましょう。
上限を超えると、APIは HTTP 429（コード RateLimitExceeded）と標準の RateLimit ヘッダーを返します。ヘッダーを読み、少し待ってからリトライしてください。自分の送信レートをキーの上限より少し低く抑えるキューを置けば429はほぼ防げます。一括レンダリング用とライブ製品用のようにワークロードごとにキーを分ければ、バッチがリアルタイムのユーザーを圧迫することもありません。
大規模運用でポーリングよりWebhookを使うべき理由は？
実行中の1,000タスクを数秒ごとにポーリングすると、ほとんど「変化なし」の応答にレート制限を浪費します。代わりに各タスクに callback_url を指定すれば、成功または失敗の時点でAPIが最終的なタスクオブジェクト（GETで得られるものと同じ）をPOSTしてくれます。8〜256文字の callback_secret を追加すると、各配信にHMAC-SHA256の署名が付き、定数時間比較で検証できます。
受信側は配信ルールに合わせて設計します。配信は少なくとも1回（at-least-once）なので、タスクidで重複を排除します。5秒以内の2xx応答で成功とみなされ、リダイレクトは追跡されず、失敗時は最大5回まで再試行されます。すぐに応答を返し、動画のダウンロードはバックグラウンドジョブで行いましょう。URLはHTTPS必須で、プライベートアドレスやlocalhostは指定できません。通知が届かないタスクに備えて、低頻度のフォールバックポーリングも残しておきます。
大規模な実行を予算内に収めるには？
プリペイド残高が絶対的な上限です。タスクを作成すると料金が先に確保され、残高が足りなければAPIはジョブを実行せずに AccountOverdueError を返します。そのため暴走したループでも、チャージしていない金額を使うことはありません。生成に失敗したタスクは自動で返金されるので、支払うのは納品された動画の分だけです。キャンペーンごとに残高をチャージすれば、バッチがそれを超えることはありません。
無駄をさらに減らす習慣が3つあります。アイデアは$0.01の台本生成で試すこと。レンダリングせずに絵コンテだけが返ってきます。長い動画では編集モードを承認ゲートとして使うこと。下書きはプレビュー画像付きで保留され、レンダリング前にキャンセルすれば全額が即時返金されます。そして試作は480pで行うこと。解像度はタスク作成時に選んだモデルで固定されるため、絵コンテが承認されたら、それを自分のsegmentsとして新しいタスクでseahorse-720pまたはseahorse-1080pに投入します。絵コンテの操作方法そのものは、絵コンテ単位の制御に関するガイドで解説しています。
実行中のバッチをどう監視する？
動画タスクのレスポンスには必ず step オブジェクトが含まれ、queued、generating_script、generating_visuals、pending_rendering、rendering、stitching、done、failed、cancelled などの安定した機械向けコードが入ります。レンダリング中は完了したクリップ数も返ります（例：{"code": "rendering", "done": 3, "total": 5}）。コードは自分のダッシュボードの表示名に対応付け、実際の段階より最大30秒ほど遅れることを想定しておきましょう。
このデータから、ステータス別のタスク数、解像度別のレンダリング秒数、確保額と返金額、作成から成功までの時間といった有用な指標がそのまま得られます。返金率とキャンセルした下書きの割合にも注目してください。どちらも、次の実行の前にプロンプトの改善が必要かどうかを示します。キュー、ストレージ、パイプライン設計については、APIでアダルト動画制作を自動化するガイドで解説しています。