大量に描かせる時代の
画像 API——GPT Image 2.0 に Batch 50% 引き。
画像 API は「1 回叩けば 1 枚」から、まとめて発注して安く受け取るフェーズに入ります。OpenAI は GPT Image 2.0（旧 DALL-E 系）に Batch API を開放し、標準料金から 50% 引きで非同期一括生成に対応させました。旧 DALL-E 2 / 3 の API が 5/12 に終了した直後の判断です。
「安さより速さ」から、
「速さより安さ」に振れた
この 2 ヶ月で、画像生成 API まわりの前提はふたつ動きました。ひとつは 5/12、OpenAI が DALL-E 2 と DALL-E 3 の API を deprecation としてサンセットしたこと。もうひとつが今回で、後継の GPT Image 2.0（コード名 gpt-image-2）に Batch API が開放されました。
これまで画像 API は「呼び出し即生成、即課金」の同期モデルが主戦場で、コストは 1 枚あたり数セント単位で積み上がる形でした。今回のアップデートで 最大 24 時間以内の一括返却を許容できる用途なら、同じ枚数を標準料金の半額で処理できるようになります。速さの引き換えに、金額側でひとつ選択肢が増えた格好です。
| 同期リクエスト（従来） | Batch API（今回） |
|---|---|
| 呼び出しごとに 1 枚生成、即返却 | JSONL でまとめて投げ、24h 以内に受け取る |
| レイテンシは秒単位・小 | レイテンシは最大 24 時間・大 |
| 標準料金（100%） | 標準料金から 50% 引き |
| 対話 UI / リアルタイム表示に最適 | 資料一括生成・データセット・カタログに最適 |
1 枚単位ではなく、
1000 枚単位で見る
この 3 つの数字が、この記事のすべてです。標準の同期エンドポイントに対して Batch API は 50% 引き。返却は 24 時間以内を上限としたキュー処理で、順次仕上がったものが JSONL で戻ってきます。そして裏には、2026-05-12 に旧 DALL-E 2 / 3 の API が停止された事実があります。移行できていないコードは、そもそも今日この時点で叩ける画像 API を持っていません。
1 枚単位で見ると数セントの差ですが、1,000 枚単位で見ると景色が変わります。EC カタログや広告 A/B の素材生成のように、日次で数百〜数千枚を回すチームなら、月次コストの差はそのまま人件費 1 人分に迫るインパクトになり得ます。
誰に、どう効くか
読者タイプ別のインパクトを 4 段階でならすと、以下の並びになります。
大量生成の開発者・データチーム
合成データ、EC カタログ、広告バリエーション、動画のプレビュー画像。1 日あたり数百枚以上を回すパイプラインを持つ現場は、単月で 2 桁パーセントのコスト削減が現実的です。ジョブを 24h 締めのバッチに切り出すだけで済みます。
SaaS / プロダクト組み込み
ユーザーが待たされてよい非同期の生成（例: 深夜バッチで週次レポート表紙を生成）はこの日から Batch 一択。逆にチャット中のリアルタイム画像生成は、同期エンドポイントを残す設計が正解です。同期/非同期の 2 系統をルーティングする構造に、この機会に切り替えたい。
旧 DALL-E API を残しているコード
これは Batch とは別軸ですが、OpenAI の deprecation 一覧で 2026-05-12 以降 dall-e-3 / dall-e-2 エンドポイントは呼べません。まず gpt-image-1 / gpt-image-2 への差し替えを終えたうえで、Batch 化を検討する 2 段構えが最短です。
個人利用・ChatGPT の中の画像
Batch は API 側の話なので、ChatGPT の画面から画像を生成する使い方には直接の影響はありません。もっとも、OpenAI 側のコスト構造が下がれば、いずれ ChatGPT 側の生成上限や品質にも波及する可能性はあります。
画像 API は、
「1 枚いくら」で数える対話ツールから、
「1 万枚いくら」で数える工場設備へ。
手放しで喜べない、
3 つの限界
ひとつ目は「レイテンシの罠」。24 時間以内に返す、という上限は SLA ではありません。混雑時は上限側に張り付く前提でジョブを組んでおかないと、翌朝の締め切りに間に合わない事故が起きます。実運用では「25h までに帰ってこなければ同期に投げ直す」ようなリトライ設計が要ります。
ふたつ目は「モデレーションの一律適用」。Batch でも OpenAI 側の生成ポリシー（人物・商標・過激描写など）は同期と同じで、拒否された分は帰ってきません。1,000 枚投げて 47 枚が失敗、という前提でレコード側に error 列を用意しておく必要があります。
三つ目は「Batch の期限内キャンセル不可」。プロンプトを間違えたと気づいても、投げ終えた Batch は基本的に走り切ります。単価が半分になった分、無駄撃ちの絶対額はむしろ「気づいたときには 1,000 枚分」になり得るので、ドライラン用の 10 枚キューを必ず前段に挟む設計が実務上の答えになります。