Sora 2 は OpenAI による初の一般提供のテキストからビデオへの変換モデルで、公式の OpenAI API と、増え続けるアグリゲーター経路の双方からプログラムで利用できます。料金体系はテキストモデルと比べて特殊（課金はトークン数ではなく生成動画の秒数単位）であり、統合前に開発者が知りたい実務的な疑問も LLM API とは異なります。1本のクリップは実際いくらかかるのか？ 生成にはどれくらい時間がかかるのか？ レート制限はどうなっているのか？ OpenAI 直ではなくアグリゲーター経由で Sora にアクセスすると何が変わるのか？
本記事は、私たちが自社の動画生成機能のスコープ策定を始めたときに「こういうリファレンスがあればよかった」と思った内容をまとめたものです。「Sora は面白いか？」の段階を過ぎ、「いくらかかるのか、統合には何が必要か、コミット前に何を知っておくべきか」に答える構成です。
クイックリード: Sora 2（スタンダードモデル）は 720p で生成動画の1秒あたり $0.10。Sora 2 Pro は 720p で $0.30/秒、1024p で $0.50/秒。一般的な 10 秒のクリップはスタンダードで $1.00、Pro の HD で $5.00。生成は非同期で、5–10 秒のクリップで実時間 30–90 秒程度を見込む。アクセスには有料の OpenAI アカウントが必要で、最低でも使用量ティア 2。
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 の秒単価
Sora の料金はモデルのティアと出力解像度で構成され、秒単価にクリップの長さを掛けて生成コストが決まります。2026 年 5 月時点の OpenAI 公式料金ページで確認済み：
| モデル | 解像度 | 対応する長さ | 秒単価 | 10秒クリップ |
|---|---|---|---|---|
| Sora 2（スタンダード） | 720p | 4s, 8s, 12s | $0.10 | $1.00 |
| Sora 2 Pro | 720p | 10s, 15s, 25s | $0.30 | $3.00 |
| Sora 2 Pro | 1024p (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、1024p の Pro で $5.00。タスクに対して適切なティアを選ぶことが最大のコストレバーであり、Pro の高忠実度が本当に必要なワークロードを見極める価値があります。
レート制限とクォータ
Sora のレート制限は OpenAI の標準的な使用量ティア制度に基づいています。Sora 固有の要点：
- 最低ティア要件: ティア 2。API クレジットを少なくとも $10 チャージして到達。新規アカウントのデフォルトであるティア 1 には Sora モデルアクセスは含まれません。
- 同時生成の制限: OpenAI のレート制限ドキュメントによれば、同時動画生成はティアで制限され、低ティアでは同時実行数は少数から始まり、使用量ティアとともにスケールします。上限はアカウント単位で設定され、OpenAI ダッシュボードで確認可能。大量ワークロードは初日からティア 3 かティア 4 を計画してください。
- クォータ増枠申請: デフォルトのティア上限を超える同時実行枠は、OpenAI のレート制限増枠フォームから申請可能。承認はワークロード固有で即時ではありません。予測可能な需要ピークのある本番リリースでは、ローンチの数週間前に申請しておくこと。
知っておくと良い点：Sora のレート制限は同一アカウントのテキストモデルのレート制限とは別プールです。Sora を大量に回しても GPT-5.5 呼び出しのレート予算には影響しません。逆もまた然り。両者は別のキャパシティ問題として計画してください。
生成時間：実際に何を見込むべきか
Sora は設計上非同期です。生成リクエストを送るとジョブ ID が返り、完了までポーリング（もしくは Webhook でのコールバック）を行います。リクエストから完了までの実時間は、出力の長さと解像度、OpenAI インフラの現在の負荷、そしてジョブが自アカウント内の他ジョブの後ろに並んでいるかどうかに依存します。
観測に基づく現実的な期待値：
| 出力 | 典型的な実時間 | 注記 |
|---|---|---|
| Sora 2 スタンダード, 4s @ 720p | 20–45 秒 | 最速パス。反復に適している |
| Sora 2 スタンダード, 8s @ 720p | 40–90 秒 | 最も一般的なプロダクションの長さ |
| Sora 2 スタンダード, 12s @ 720p | 60–120 秒 | ロングフォームのソーシャルコンテンツ |
| Sora 2 Pro, 10s @ 720p | 60–150 秒 | プレミアム品質；標準の~3xのコスト |
| Sora 2 Pro, 15s @ 1024p | 120–240 秒 | フル HD。ピーク時には長めのキューイングを観測 |
| Sora 2 Pro, 25s @ 1024p | 200–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 などの画像モデルのような個別のスタイル制御も露出していません。モデルはオピニオネイテッドで、主なレバーはパラメータ調整ではなくプロンプトエンジニアリングです。
Sora 2 の生成リクエスト例（OpenAI Python SDK 使用）：
| from openai import OpenAIimport timeclient = OpenAI(api_key="YOUR_API_KEY")# 動画生成ジョブを作成job = client.videos.create(model="sora-2",prompt=("夜明けの雪を頂いた山を広角で撮影。 ""最初の光が頂上に差し込むにつれて、カメラはゆっくり左にトラック移動する。 ""シネマティック、ゴールデンアワー、4Kクオリティの照明。"),size="1280x720",duration=8,)# 完了までポーリングwhile True:job = client.videos.retrieve(job.id)if job.status == "completed":video_url = job.output[0].urlbreakelif job.status == "failed":raise RuntimeError(f"生成に失敗しました: {job.error}")print(f"現在のステータス: {job.status}")time.sleep(10)print(f"動画の準備完了: {video_url}") |
|---|
コストの具体例
秒課金によりコストは予測可能ですが、ワークロードの形を明確にして初めて正確に見積もれます。代表的な3つのシナリオ：
シナリオ 1: SaaS ランディングページ用の短いプロダクトデモ
プロダクトの UI が動く 5 秒のクリップを 1 本生成し、マーケティングサイトのヒーロー動画として使用。公開前に満足のいくクリップに仕上げるまで 5–10 回の反復を想定。
720p の Sora 2 スタンダードでのコスト：5s × $0.10 = $0.50/回。最終版に至るまで 8 回の反復とすると合計 $4.00。公開用の最終版を 1024p の Sora 2 Pro で生成：5s × $0.50 = $2.50（1 回）。プロジェクト総額は、反復分＋HD 最終版で概ね $6.50。
シナリオ 2: マーケティングキャンペーン用 50 本のクリップ
異なる機能説明に基づく 8 秒のプロダクトクリップを 50 本、すべて 720p の Sora 2 スタンダードで生成。反復予算なしで、初回生成を採用。
コスト：50 × 8s × $0.10 = $40.00。初回で決まらない分の 30% を反復予算として追加（50 × 0.30 = 15 リトライ × 8s × $0.10 = $12）。合計は概ね $52.00。
シナリオ 3: コンシューマープロダクトのユーザー生成動画機能
アプリ内でユーザーがオンデマンドで 6 秒のクリップを生成。Sora 2 スタンダードの 720p を利用。平均利用は 1 日あたり 1,000 クリップ。1 回の生成に対してユーザーから $0.50 を徴収し、コスト差を単位マージンとして受容。
ユーザークリップのコスト：6s × $0.10 = $0.60。ユーザー課金が $0.50 の場合、スタンダードティアでは単位経済が赤字で、1 生成あたり $0.10 の損失。720p スタンダードティアで損益分岐するには、インフラオーバーヘッド前提でも少なくとも $0.65 のユーザー価格が必要。月間 30,000 クリップの場合：月次の Sora 請求は $18,000。ユーザー向け動画機能をローンチする前に、この手のユニットエコノミクスの確認は必須です。
3 つのシナリオに共通する要点: 動画生成は、反復回数が限られ、最終アセットあたりのコストが重視されるマーケティングや一回性のコンテンツワークロードに対しては本当に手頃です。一方で、スケールするユーザー向け機能では、1 生成あたりのコストがユーザー課金とプロダクトのオーバーヘッドを上回る必要があり、難易度が上がります。コミット前に、価格設定の対象となるワークロードを明確にしましょう。
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 利用を他のモデル交通と 1 枚のインボイスに統合できる点にあります。混在ワークロード（複数プロバイダーのテキストモデル、画像生成、Sora の動画）を運用するチームにとってはこれが中核の論点です。Sora のみ、かつ 1–2 程度のテキストモデルのみを使うチームでは、運用上のメリットは小さく、OpenAI 直アクセスも十分に妥当な選択です。
本番運用の考慮事項
Sora を本番トラフィックに乗せる前に押さえておきたいパターン：
- 非同期ジョブのライフサイクル処理。 各 Sora 生成をリクエストではなく長時間実行ジョブとして扱います。作成直後にジョブ ID を永続化し、サーバー再起動後でも進行中ジョブのポーリングを再開できるようにし、ワーカーがオフラインの間にジョブが完了したケースも扱います。分散システムの基本ですが、Sora がチーム初の非同期 API だと最初は抜けがちです。
- Webhook を優先。 プラットフォームが完了イベント向け Webhook に対応している（OpenAI API は対応）なら使いましょう。Webhook によりポーリングが不要になり、レート制限の圧力と頻繁なステータスチェックによる無駄な計算資源の消費を減らせます。Webhook を露出できない環境ではポーリングがフォールバックです。
- お金のかかる失敗モード。 失敗した生成に対して OpenAI は課金しませんが、部分的な完了や、リトライして 2 回目に成功したリクエストにはコストが発生します。本番では各リトライのコストを記録し、想定よりリトライ率が高ければアラートを出してください。多くの場合、それは送信しているプロンプトがコンテンツポリシーに触れているシグナルであり、請求に吸収するよりプロンプト側で直した方が安上がりです。
- コンテンツポリシーと本番展開。 Sora は OpenAI の使用ポリシーに拘束され、特定カテゴリのコンテンツは制限されます（特にユーザーがプロンプトを部分的にコントロールするユーザー向け本番展開では）OpenAI の公式コンテンツポリシー文書を確認し、それに沿った上流ガードレールを設計してください。参照すべきは OpenAI のポリシーであり、本記事より変更頻度が高い一次情報です。
まず何を作るべきか
今日すでに本番投入できる Sora ワークロード、瀬戸際にあるもの、時期尚早なものの率直な見立て：
今日すぐ本番投入できるもの
反復が限定され、最終アセットあたりのコストが正しい指標となるマーケティング／クリエイティブ系ワークロード。プロダクトデモ動画、SNS キャンペーン用コンテンツ、ランディングページのヒーロー動画、社内トレーニング資料。経済性は成立し、失敗モードは十分に理解されており、（30–90 秒の短尺でも）レイテンシも人間が介在するコンテンツチームであれば許容可能です。
瀬戸際にあるもの
ユーザー向け動画生成機能で、クリップ単価がユーザー課金を上回る必要があるケース。これは実現可能ですが、厳密なユニットエコノミクスが必要です。ユーザーが要求できる長さを制限し、デフォルトは 720p の Sora 2 スタンダードにし、クリップ単価に十分なマージンを持つ価格設定にします。2026 年初頭のコンシューマー向け動画生成アプリの波は多くがこのカテゴリで、持続可能な経済性を持つプロダクトは、ユーザーが生成できる内容を意図的に制約しています。
時期尚早なもの
長尺動画のスケール運用（Sora の現在の長さ上限は 25 秒）、レイテンシがコストより重要な高ボリュームなリアルタイムシナリオ、フレームレベルの制御やシードによる再現性を期待するアプリケーション。これは、Sora の機能サーフェスが拡張された時点で再検討すべきで、現状に当てはめるべきではありません。
結論の枠組み: Sora 2 は、人間が介在するコンテンツワークロードに対しては本当に本番投入可能です。ユニットエコノミクスを意図的に設計すれば、ユーザー向け機能にも実用的です。長尺動画や、Sora がまだ公開していないパラメータを必要とするユースケースには時期尚早です。今日できることにフォーカスし、まだのものはトラッキングしましょう。
あなたのワークロードで試す: すべての Sora 2 および Sora 2 Pro のバリアントは、既に利用中かもしれないテキストモデルと並んで CometAPI 上で利用できます。無料トライアルクレジットにより、既存の OpenAI 互換クライアントを CometAPI のエンドポイントに向けるだけで、標準価格で少数のクリップを生成できます。