2026年のSora APIアクセス:料金、レート制限、そしてアグリゲーター経由で実際に利用できるもの

CometAPI
AnnaMay 21, 2026
2026年のSora APIアクセス:料金、レート制限、そしてアグリゲーター経由で実際に利用できるもの

Sora 2 は OpenAI による初の一般提供のテキストから動画へのモデルで、公式の OpenAI API と、増え続けるアグリゲーター経由のルートの双方からプログラムでアクセス可能です。料金体系はテキストモデルとは異なり(トークン単位ではなく生成された動画の秒数単位で課金)、統合前に開発者が知りたい実務的な問いも LLM API とは違ってきます。クリップの実際のコストはいくらか?生成にはどれくらい時間がかかるのか?レート制限はどうなっているか?OpenAI へ直接アクセスするのではなくアグリゲーター経由で Sora にアクセスすると何が変わるのか?

この記事は、私たち自身が動画生成機能のスコープを始めたときに「こういうリファレンスがあれば」と思った内容をまとめたものです。「Sora は面白いのか?」という段階を過ぎ、「コストはいくらか、統合には何が必要か、コミット前に何を知っておくべきか」に答えるために構成しています。

クイックリード: Sora 2(標準モデル)は 720p で生成動画 1 秒あたり $0.10。Sora 2 Pro は 720p で 1 秒あたり $0.30、1024p で 1 秒あたり $0.50。典型的な 10 秒クリップは標準モデルで $1.00、Pro の HD で $5.00。生成は非同期で、5–10 秒のクリップなら実時間 30–90 秒程度を想定。アクセスには少なくとも使用ティア 2 の有料 OpenAI アカウントが必要。

2026年における Sora API アクセスの現状

Sora 2 は 2025 年 10 月 7 日に OpenAI API 上でローンチされ、以降継続的にアクセス可能です。モデル識別子は sora-2(現在のスナップショット ID は sora-2-2025-12-08)で、高忠実度のバリアントは sora-2-pro。いずれもテキストから動画、画像から動画の生成をサポートし、音声出力は同期されています。2026 年 1 月 10 日時点で ChatGPT 製品のフリーティア消費者向けアクセスは終了し、開発者向けの Sora 利用は有料の ChatGPT サブスクリプションまたは直接 API へのアクセスへと集約されています。

Sora をプログラムから利用する経路は 3 つあります。

  • OpenAI 直接 API。 正統的なルート。秒課金、支払い必須、Sora モデルアクセスを解放するには最低 $10 のチャージで使用ティア 2 に到達する必要あり。SDK と REST API の両方がサポート。
  • Azure OpenAI。 Microsoft のエンタープライズ向けルートで、OpenAI の公式料金に Azure サブスクリプションのオーバーヘッドとエンタープライズ向けコンプライアンス機能が加わる。秒単位の料金は同じだが、運用面は異なる。
  • アグリゲーター。 自社の統一 API の背後に Sora を公開するサービス。多くのアグリゲーターは OpenAI の秒課金を同率で転嫁するが、価値は運用面(1 つの認証情報、1 つの請求、テキストモデルのトラフィックと同じ SDK)にある。独自の料金体系を提供するアグリゲーターもあり、記事後半で取り上げる。

Sora 2 の動画 1 秒あたりの料金

Sora の料金はモデルのティアと出力解像度で構成され、秒単価にクリップの長さを掛けて生成コストが決まります。2026 年 5 月時点の OpenAI 公式料金ページで確認済み:

モデル解像度対応する尺1 秒あたりの価格10 秒クリップ
Sora 2(標準)720p4s, 8s, 12s$0.10$1.00
Sora 2 Pro720p10s, 15s, 25s$0.30$3.00
Sora 2 Pro1024p (1792×1024)10s, 15s, 25s$0.50$5.00

価格構造に関する注記。 料金は入力ではなく出力に対して設定されます。テキストモデルのようなトークンベースの入力課金はありません。画像コンディショニング(生成のアンカーとして参照画像を渡す)は秒単価を変えません。各モデルティアの尺は固定で、標準モデルでは 7 秒などのリクエストはできず、4 / 8 / 12 秒のみです。

実務上、明示しておくべき含意が 2 つあります。第一に、料金モデルは LLM の請求というより動画レンダリングの請求に近いということ。コストはプロンプトの複雑さやトークン数ではなく出力尺によって決まります。第二に、HD における Sora 2 と Sora 2 Pro の秒単価差は 5 倍です。10 秒クリップは標準で $1.00、Pro の 1024p では $5.00。どのタスクにどのティアを選ぶかが最大のコストレバーであり、Pro の高い忠実度を本当に必要とするワークロードは何かを意識的に選ぶ価値があります。

レート制限とクォータ

Sora のレート制限は OpenAI の標準的な使用ティア制度に基づいて組織されています。Sora 固有の要点:

  • 最低ティア要件: ティア 2。API クレジットを最低 $10 チャージして到達。ティア 1(新規アカウントのデフォルト)には Sora モデルアクセスが含まれません。
  • 同時生成の上限: OpenAI のレート制限ドキュメントにあるとおり、同時動画生成はティアにより制限されます。下位ティアでは同時実行数は少数に制限され、使用ティアに応じてスケールします。正確な上限はアカウントごとに設定され、OpenAI ダッシュボードで確認できます。高ボリュームのワークロードでは、初日からティア 3 またはティア 4 を計画してください。
  • クォータ申請: デフォルトのティア上限を超える高い同時実行上限は、OpenAI のレート制限引き上げ申請フォームから依頼できます。承認はワークロードに依存し即時ではありません。予測可能な需要スパイクのある本番ローンチでは、数週間前に申請しておくとよいでしょう。

知っておくべき点として、Sora のレート制限は同一アカウント内のテキストモデルのレート制限とは別にプールされます。Sora のトラフィックが重くても GPT-5.5 の呼び出し可能なレート予算には影響しません。逆も同様で、大量の GPT-5.5 トラフィックが Sora の予算を食うことはありません。両者は別々のキャパシティ設計として計画してください。

生成時間:実際に何が起こるか

Sora は設計として非同期です。生成リクエストを送るとジョブ ID が返され、完了までポーリング(または webhook のコールバック)を行います。リクエストから完了までの実時間は、出力の尺と解像度、OpenAI インフラの現在の負荷、ジョブがアカウント内の他ジョブの後ろにキューされているかどうかに依存します。

観測に基づく現実的な期待値:

出力典型的な実時間備考
Sora 2 標準, 4s @ 720p20–45 秒最速パス。反復用途に良い
Sora 2 標準, 8s @ 720p40–90 秒最も一般的な本番尺
Sora 2 標準, 12s @ 720p60–120 秒長尺のソーシャルコンテンツ
Sora 2 Pro, 10s @ 720p60–150 秒プレミアム品質。標準の約 3 倍のコスト
Sora 2 Pro, 15s @ 1024p120–240 秒フル HD。ピーク時により長いキュー待ちを観測
Sora 2 Pro, 25s @ 1024p200–360 秒最大尺。価格は線形にスケール

運用上の帰結が 2 つあります。

  • ユーザー向けの待ち時間設計を見直す必要がある。 ユーザー操作に対して動画生成が「応答的」に感じられることを期待するプロダクトの場合、短尺でも 30–90 秒の範囲になるため、待機を扱う UX が必要です。進捗表示、生成中にユーザーが並行して行える作業、予測可能なシナリオのプレ生成など。Sora を同期 API のように扱うのは、最も一般的なアーキテクチャ上の誤りです。
  • ポーリングと webhook の設計が重要。 素朴なポーリング(ステータスエンドポイントを高頻度で叩くループ)は、レート制限の予算とモデルの計算資源を浪費します。指数バックオフとジッターを使うか、環境が対応しているなら webhook のコールバックを設定してください。本番で機能するポーリングパターンは、最初の 1 分は 10 秒間隔、その後は 30 秒間隔で、要求尺に対するモデルの想定上限でハードタイムアウトを設定する方法です。

対応パラメータとプロンプト構造

Sora の API 面は、DALL-E 3 のような画像生成モデルと比べて意図的にシンプルです。調整できるダイヤルは少ないですが、あるダイヤルは重要です。主要なパラメータは以下のとおりです。

  • model: sora-2 または sora-2-pro。選択によって料金と、上の料金表にある尺・解像度の選択肢が決まります。
  • prompt: シーンを記述する自由形式テキスト。Sora はシネマティックな指示(カメラ角度、動き、ライティング)、キャラクターの動作、環境の詳細を扱えます。プロンプト構造に敏感で、シーンの提示 → アクション → 技術的指示の順で先導する方が、1 つの密な段落より安定した結果になりやすいです。
  • image: 画像から動画生成のための任意の参照画像。参照は最初のフレームのアンカーとして働き、モデルはそこから外へ動きを生成します。プロダクトデモ、キャラクターの継続性、被写体の静的な外観が不可侵なシナリオに有用です。
  • duration: 秒数。選んだモデルの離散的な選択肢に制約されます(sora-2 は 4/8/12、sora-2-pro は 10/15/25)。コストは尺に線形でスケールします。
  • size: 解像度。標準モデルでは 720x1280(縦)または 1280x720(横);Pro では 1024x1792 / 1792x1024 が追加されます。アスペクト比は size の選択に内包されています。

欠けているもの。 現在、公開 API ではシード制御は提供されていないため、実行間の再現性は保証されません。また、Midjourney や他の画像モデルのような個別のスタイル制御も公開されていません。モデルはオピニオンが強く、パラメータ調整ではなくプロンプトエンジニアリングが主なレバーです。

OpenAI Python SDK を用いた Sora 2 の生成リクエストの簡単な例:

from openai import OpenAIimport timeclient = OpenAI(api_key="YOUR_API_KEY")# Create the video generation jobjob = client.videos.create(model="sora-2",prompt=("A wide-angle shot of a snow-capped mountain at sunrise. ""The camera slowly tracks left as the first light hits the peak. ""Cinematic, golden hour, 4K-quality lighting."),size="1280x720",duration=8,)# Poll for completionwhile True:job = client.videos.retrieve(job.id)if job.status == "completed":video_url = job.output[0].urlbreakelif job.status == "failed":raise RuntimeError(f"Generation failed: {job.error}")print(f"Current status: {job.status}")time.sleep(10)print(f"Video ready: {video_url}")

コスト試算の作例

秒課金はコストの予測を容易にしますが、ワークロードの形を明確にして初めて有用になります。代表的な 3 つのシナリオ:

シナリオ 1: SaaS ランディングページ向けの短いプロダクトデモ

プロダクトの UI が動いている様子を示す 5 秒のクリップを 1 本生成し、マーケティングサイトのヒーロー動画として使用。公開前に満足のいくクリップを得るまで 5–10 回程度反復すると想定。

720p の Sora 2 標準でのコスト: 5s × $0.10 = $0.50/回。最終版に至るまで 8 回反復するとして合計 $4.00。公開版の最終 1 本のみを 1024p の Sora 2 Pro で生成する場合: 5s × $0.50 = $2.50(単発)。プロジェクト合計コストは、反復分と HD 最終版を合わせて概ね $6.50

シナリオ 2: マーケティングキャンペーンのための 50 本のクリップバッチ

720p の Sora 2 標準で 8 秒のプロダクトクリップを 50 本、各クリップは異なる機能説明に基づく。反復予算なしで、初回生成を受け入れる。

コスト: 50 × 8s × $0.10 = $40.00。初回で決まらないクリップ向けに 30% の反復予算を追加(50 × 0.30 = 15 リトライ × 8s × $0.10 = $12)。合計は概ね $52.00

シナリオ 3: コンシューマープロダクトにおけるユーザー生成動画機能

アプリ内でユーザーがオンデマンドに 6 秒のクリップを生成。720p の Sora 2 標準。平均利用: 1 日あたり 1,000 クリップ。ユーザーには 1 回の生成で $0.50 を課金し、コスト差を単位マージンとして受け入れる。

ユーザークリップ 1 本あたりのコスト: 6s × $0.10 = $0.60。ユーザー価格が $0.50 の場合、標準ティアではワークロードは単位経済性で赤字:毎回の生成でコストが $0.10 上回る。720p の標準ティアで損益分岐するには、インフラオーバーヘッドを除く前で少なくとも $0.65 のユーザー価格が必要。月次 30,000 クリップの場合:月間の Sora 請求は $18,000。これはユーザー向けの動画機能をリリースする前に行うべき単位経済性のチェックの典型例です。

3 つのシナリオに共通する示唆: 動画生成は、反復回数が限られ最終アセットあたりのコストが重要なマーケティングや単発コンテンツのワークロードに対しては、実際に手の届く価格です。一方で、スケールするユーザー向け機能では、生成ごとのコストがユーザー支払い価格とプロダクトのオーバーヘッドを上回る必要があるため、はるかに難しくなります。コミット前に、どのワークロードの価格を設計しているのかを明確にしておきましょう。

OpenAI 直接アクセスとアグリゲーター経由アクセスの比較

Sora が複数のルートで利用可能になったことで、ほとんどのチームにとって実務的な問いは「どれに対して統合するか」です。正直な答えは、スタック次第です。

同じ点

出力品質、モデル層での生成時間、サポートされるパラメータ、秒課金は、ルートに関わらず通常同一です。ほとんどのアグリゲーターが OpenAI の料金を同率で転嫁し、モデル自体は同じモデルだからです。出力品質のみで選ぶなら、選択は互角です。

異なる点

  • 請求面。 OpenAI 直接は OpenAI アカウントに請求されます。アグリゲーターは自社のクレジットまたはサブスクリプションで請求します。既にテキストモデル利用のための OpenAI 請求を管理しているチームには、直接ルートで新しいことは何もありません。複数プロバイダーのワークロード(LLM は Anthropic、画像は Black Forest Labs、動画は Sora)を運用しているチームには、アグリゲーターがそれらを 1 枚の請求書に統合します。
  • 可観測性。 OpenAI のダッシュボードは Sora のリクエスト単位の利用を明確に可視化します。アグリゲーターのダッシュボードは、動画生成ワークロードの扱いがまちまちで、動画に特化した可観測性を持つものもあれば、動画を汎用 API コールとして扱うものもあります。可観測性が優先事項なら、コミット前に確認する価値があります。
  • レート制限のプール。 OpenAI 直接では、Sora のレート制限は OpenAI アカウントとティアに紐づきます。アグリゲーターでは、場合によっては顧客基盤全体でプールされることがあり、別のケースでは顧客ごとに割り当てられます。高ボリュームの本番ワークロードでは、統合前にアグリゲーターがレート制限をどのように割り当てるかを確認してください。
  • 地理的要件とコンプライアンス体制。 OpenAI 直接では、OpenAI のインフラを通じて処理され、OpenAI が提供するデータレジデンシーの選択肢に従います。アグリゲーターの中には、データレジデンシーの規則が異なる法域に拠点を置くものもあり、別のものは OpenAI の米国インフラに関係なくルーティングします。規制対象のワークロードでは決定的であり、アグリゲーターのセールスに文書で明言してもらうべき事項です。

CometAPI の位置づけ

CometAPI は、単一の OpenAI 互換エンドポイントの背後で 500+ の他モデルとともに Sora 2 と Sora 2 Pro を公開し、1 つの認証情報と統合請求を提供します。CometAPI 経由の Sora の料金は OpenAI の秒課金に追従し、運用上の価値は Sora の利用を他のモデルトラフィックと同じ請求書に統合できる点にあります。混在ワークロード(複数プロバイダーのテキストモデル、画像生成、Sora 動画)を運用するチームにはこれが主張の核です。Sora のみ、テキストモデルも 1~2 程度というチームでは、運用上の利得は小さく、OpenAI 直接アクセスは十分に妥当な選択です。

本番運用の考慮事項

Sora を本番トラフィックに乗せる前に、正しく設計しておきたいパターンがいくつかあります。

  • 非同期ジョブのライフサイクル管理。 Sora の生成はリクエストではなく長時間ジョブとして扱ってください。作成時にジョブ ID を即座に永続化し、サーバー再起動後も進行中ジョブのポーリングを再開できるようにし、ワーカーがオフラインの間にジョブが完了するケースを扱ってください。分散システムの標準的な衛生ですが、チームにとって初の非同期 API 統合が Sora であるため最初は見落とされがちです。
  • Webhook を優先し、ポーリングはフォールバック。 プラットフォームが完了イベントの webhook をサポートしている(OpenAI API はサポート)なら、それを使いましょう。Webhook はポーリングの必要を取り除き、レート制限の圧力と、頻繁なステータスチェックによる無駄な計算資源消費を減らします。Webhook を公開できない環境ではポーリングがフォールバックです。
  • お金がかかる失敗モード。 OpenAI は失敗した生成には課金しませんが、部分完了や再試行して 2 回目で成功したリクエストにはコストが発生します。本番では各再試行のコストをログに記録し、再試行率が想定を超えたらアラートを出してください。多くの場合、送信しているプロンプトのコンテンツポリシー問題のシグナルであり、請求に吸収するよりプロンプト側で修正する方が安上がりです。
  • コンテンツポリシーと本番デプロイ。 Sora は OpenAI の利用ポリシーに制約され、特定カテゴリのコンテンツが制限されます。本番デプロイ(特にユーザーがプロンプトを部分的に制御できるユーザー向け)では、OpenAI の公式コンテンツポリシードキュメントを確認し、適切な上流のガードレールを設計してください。ポリシーへのリンクが正しい参照であり、そのドキュメントは本記事より頻繁に更新されます。

まず何を作るべきか

Sora のワークロードのうち、今日本番に適しているもの、境界にあるもの、時期尚早なものの率直な見立て:

今日すぐ本番投入できるもの

反復が限定され、最終アセットあたりのコストが正しい指標となるマーケティングやクリエイティブ系のワークロード。プロダクトデモ動画、ソーシャルメディアキャンペーンのコンテンツ、ランディングページのヒーロー動画、社内トレーニング資料。経済性は成り立ち、失敗モードは理解されており、待ち時間の話(短尺で 30–90 秒)は、ユーザーではなくコンテンツチームが介在する場合に許容できます。

境界線上

ユーザー向けの動画生成機能で、クリップごとのコストがユーザーの支払い価格を上回る必要があるもの。実現可能ですが、慎重な単位経済性が要ります。ユーザーが要求できる尺を制限し、デフォルトでは 720p の Sora 2 標準を使い、クリップ単価を秒単価とマージンを確保できる価格に設定すること。2026 年初のコンシューマー向け動画生成アプリ群の多くがこのカテゴリーで、持続可能な経済性を持つものは、ユーザーが生成できるものを意識的に制約しています。

時期尚早

スケールする長尺動画(現在の Sora の尺上限は 25 秒より長いもの)、実時間の待ち時間が金額より重要な高ボリュームのリアルタイムシナリオ、フレームレベルの制御やシードベースの再現性を前提とするアプリケーション。これらは、Sora の能力面が拡張されたときに再検討すべきで、今無理に当てはめるべきではありません。

位置づけ: Sora 2 は、人間がループにいるコンテンツ系ワークロードに対しては本当に本番レディです。単位経済性を意識的に設計すれば、ユーザー向け機能にも現実的に使えます。長尺動画や、Sora がまだ公開していないパラメータを要するユースケースには時期尚早です。今日作れるものにフォーカスし、今はまだのものはトラッキングしましょう。

あなたのワークロードで試す: Sora 2 と Sora 2 Pro のすべてのバリアントは、既に利用中かもしれないテキストモデルと並んで CometAPI で提供されています。無料トライアルクレジットにより、標準料金で数本のクリップを生成できます。既存の OpenAI 互換クライアントを CometAPI のエンドポイントに向ける以外のセットアップは不要です。

AI開発コストを20%削減する準備はできていますか?

数分で無料スタート。無料トライアルクレジット付き。クレジットカード不要。

もっと読む