概要
このページでは、2.6世代の3モデルのみを比較します。2.5 / 2世代(
gpt-image-2.5-flare / sunburst / gpt-image-2およびgpt-image-2-all / gpt-image-2.5-all / 3つの-vipモデル)の全体比較については、GPT-image-2.5 / 2 公式版とリバース版をご覧ください。gpt-image-2.6-allは2.6向けの新しいリバース系列であり、gpt-image-2.5-allの単なる改称ではありません。動作とパラメーター上限が異なります。全体比較表
表のコスト範囲は、同一価格帯における2.5世代の測定値(2026-09-09, UTC+8)と、ピクセル数に基づく2K/4Kへの外挿から算出しています。2.6の公式モデルには、段階別の公開測定値がまだないため、レスポンスごとの実際のコスト(
usage.output_tokens)を基準にしてください。2.6-allの画像あたりの価格は、Model Pricingタブと最終的な請求額に基づきます。課金モデルとコスト
APIYIにおける2つのルートの最も根本的な違いは、使用量の計測方法です。公式モデルは消費したtoken数に応じて課金される一方、2.6-allは画像ごとにコストが固定されます。どちらのルートが特定のワークロードで安くなるかは、これによって決まります。1024×1024での画像あたりのコスト
モデル価格は公式価格表に準拠しており、OpenAIによる価格改定に伴い変更される場合があります。上記の表は参考値です。トップナビゲーションのモデル価格タブが正式な情報です:モデル価格。
2K / 4K、複数画像、編集、SVG
すばやく判断する方法: 出力tokenだけで比較すると、公式課金の$0.025は出力約833 tokensに相当し、2.5の生成
mediumとhighの価格帯の中間に位置します。したがって、次のように判断できます。
- 1K、低品質または中品質:2つのルートのコストは同じ桁になり、実際の
usageによっては公式ルートの方が安くなる場合があります。ただし、2.6での単一の計測(low、824 tokensで約$0.025)を見ると、2.6ではすでに価格差が小さい可能性があります。そのため、2.5の数値をそのまま結論に当てはめないでください。 - 1Kで
high以上、または中品質・高品質の2K/4K:2.6-allの一律$0.025が明確に有利です。高品質の2K/4Kでは、コストが桁違いになる場合があります。 - 参照画像を使った編集:公式ルートでは1024²の参照画像1枚につき入力コストが約$0.0082加算され、1回の呼び出しのコストがすぐに増加します。2.6-allは画像ごとの課金で、参照画像の料金は加算されません。
主な違いを詳しく見る
1. size:任意の有効サイズ+ネイティブ2K/4K vs. ネイティブ1536+超解像2K/4K
公式2.6は公式のサイズ規則に従います。次の4つの条件をすべて同時に満たす必要があります。
- 長辺 ≤ 3840
- 縦横の辺がどちらも16の倍数
- アスペクト比 ≤ 3:1
- 総ピクセル数が655,360~8,294,400
auto、1024x1024、1536x1024、1024x1536、2048x2048、2048x1152、3840x2160、2160x3840。2K/4Kはネイティブピクセル数であり、アップスケールではありません。
2.6-allは2つのティアに分かれています。
- ネイティブティア:長辺が512~1536で、16の倍数である必要はなく、任意の整数サイズが指定どおりに出力されます(
1000x1000、1280x720、1536x864はいずれも条件を満たします)。アスペクト比は3:1以下です。 - 超解像ティア:
2048x2048、2048x1152、2048x1536、1920x1080、3840x2160、2880x2880などの一般的なサイズは指定どおりに出力されます。サイズが一致しない場合、別のサイズに暗黙に切り替わるのではなく、**502size_not_deliverable**が返されます。正方形の上限は2880です(4096x4096は502を返します)。また、4096x1024のようにアスペクト比が3:1を超える場合は400が返されます。
見落としやすい違いが1つあります。公式ルートのラスター生成には最小ピクセル数の制限(約655,360)があるため、
512x512のような小さい画像は拒否されます。2.6-allでは512x512と512x384を生成できます。小さなアイコンやサムネイルには、より柔軟な2.6-allが適しています。2. n、quality、complexity:公式の階層と、3つの階層および複数画像の比較
n:公式ルートでは常に1枚の画像が返されるため、複数の画像を取得するにはクライアント側で同時実行する必要があります。2.6-allは1〜4枚の画像に対応し、画像ごとに課金され、n=5からは400が返されます。quality:公式ルートでは6つの階層(low/medium/high/xhigh/max/auto)をすべて利用でき、これは公式に保証された品質管理機能です。2.6-allが受け付けるのはauto/medium/highのみです(low/hdでは400が返されます)。現在、3つの階層の間で検証可能な画質の差は確認されていません。品質の制御には使用せず、サイズの制御も期待しないでください。complexity:2.6で導入されたパラメーターです。公式ルートのドキュメントでは、3つの公式レベル(low/medium/high、省略時はhigh)が定義されていますが、実際のルートで同じpromptを使用したA/Bテストによって、その効果はまだ実証されていません。そのため、本番環境では頼らないでください。2.6-allはこのパラメーターに対応していません。
3. GIF と SVG:制御性とコスト
GIF
公式 2.6 の経路では、GIF を 1 枚のスプライトシートに描画してからフレームに切り分けるため、制限はシートに適用されます。長辺は 3840 以下、総ピクセル数は 8,294,400 以下、アスペクト比は 3:1 以下です。フレームあたりの正方形サイズ上限は、フレーム数が増えるほど小さくなります。2~9 フレームでは 960×960、10~12 フレームでは 816×816、13~16 フレームでは 720×720 です。上限を超えると 400 が返されます。
frame_count が 1 または 17 の場合はエラーにならず、デフォルトの 9 フレーム / 1.8 秒にフォールバックするため、ffprobe で実際のフレーム数を確認してください。
SVG
4. レスポンス形式: b64_json と b64_json + URL
- 公式版 2.6: 常に
b64_jsonを返します(生のbase64で、data:プレフィックスなし)。また、response_formatは受け付けず、渡すと400を返します。URLを取得するには、画像を独自のストレージに保存する必要があります。 - 2.6-all: デフォルトでは
b64_jsonを返します。24時間有効な署名付きリンクを取得するには、response_format: "url"を明示的に渡してください。なお、urlレスポンスにはsizeフィールドが含まれない場合があります。このフィールドが含まれるのはb64レスポンスのみです。URLの期限が切れたら再生成し、速やかにご自身の環境で再ホスティングしてください。
b64_json に data: プレフィックスは含まれないため、デコード処理を共通化できます。
5. 編集:マスク、複数画像、マークアップ
6. 速度、タイムアウト、安定性
公式発表と実測値は分けて扱ってください:- 公式2.6: OpenAIは、生成全体が50%高速化され、
flareがlowで6秒に到達すると述べています。これはOpenAIの最良ケースであり、すべてのリクエストに対する保証ではありません。サイトにはまだ2.6のティア別実測値がないため、2.5の同一価格ティアの数値を参考にしてください。1024²の2.5-flareは、lowで10秒 /highで21秒 /maxで45秒を実測し、2.5-sunburstは14 / 42 / 142秒でした。高品質および2K/4Kは明らかに遅くなります。 - 2.6-all: 通常10~46秒(1K 10~22秒、2K 12~24秒、4K 15~42秒)ですが、テールレイテンシは最大198秒を実測しているため、クライアントは一律600秒に設定してください。
- 公式ルートはOpenAIを経由し、デフォルトで約100 RPM、プラットフォーム全体の同時実行数に応じて動的に調整されます。
Defaultグループはピーク時に時折429を返すため、image2Enterpriseエンタープライズグループ(1.2倍)に切り替えることで補えます。 - 2.6-allはテストで1Kにおいて12×2、16×1、8並列の同時実行を429なしで通過しました。2K/4Kは負荷テスト未実施のため、4~8件の同時リクエストから開始し、テールレイテンシを監視してください。2K/4Kは時折502
size_not_deliverableを返します。再試行するか、サポートされているサイズに切り替えてください。 - 両ルートとも、5xxとタイムアウトは指数バックオフで2回再試行し、429ではバックオフしてください。
各モデルを選ぶ基準
公式の gpt-image-2.6-flare / sunburst を選ぶ
- フィールドと動作を OpenAI と完全に一致させる必要がある:公式 SDK または公式フィールドを基盤に構築された既存プロジェクトを、変更なしで移行できます
- 6 つすべての
qualityティアが必要で、特にxhigh/maxの完成アセット品質が求められる - 印刷、精細なテクスチャ、または細部の厳しい要件のために、ネイティブ 2K/4K ピクセルが必要
- 精密なマスク、複数画像の融合(16 枚)、または WebP 出力が必要
- フレームごとのサイズを制御できる GIF、または名前付きオーサリングモデルと項目別コストを備えた SVG が必要
- 公式ルートの安定性と引き換えに、従量課金によるコスト変動を受け入れられる
gpt-image-2.6-all(リバース)を選ぶ
- コストに上限を設定する必要がある:1 画像あたり一律 $0.025 で、2K/4K でも同額のため、予算を立てやすい
- バッチ生成、インフォグラフィック、マーケティング素材、E コマース用アセット
- 2K/4K の大きなキャンバスに対応:ネイティブピクセルの精細さよりも、大きなキャンバスが必要
- 低コストの GIF / SVG:
svg.modelもテキストモデル料金も不要 - 1 回の呼び出しで複数画像(1~4 枚)、または 24 時間有効なダイレクト URL が必要
- 高速な反復と、1536 までのネイティブな ChatGPT の外観(フィンガープリント付き)
クライアント設定
よくある質問
モデル名を変更するだけで、2つのチャネルを切り替えられますか?
モデル名を変更するだけで、2つのチャネルを切り替えられますか?
基本的なテキストからの画像生成と編集では同じコードベースを使用できますが、パラメータの意味は完全には一致しません。切り替え時に一度正規化してください。
size:公式ルートでは16の倍数と総ピクセル数の範囲が要件です。2.6-allのネイティブティアでは任意の整数を指定でき、2K/4Kは超解像ですquality:公式ルートには6つのティアがあります。2.6-allではauto/medium/highのみ指定できますresponse_format:公式ルートでは指定すると400が返されます。2.6-allではurlを指定できますn:公式ルートは画像を1枚返します。2.6-allは1〜4枚返します- GIF / SVG:フィールドの要件と制限が異なります
b64_jsonにdata:プレフィックスは付かないため、デコード処理を再利用できます。なぜ2.6-allはこれほど安いのですか?画質は低下しますか?
なぜ2.6-allはこれほど安いのですか?画質は低下しますか?
理由は3つあります。画像ごとの料金が1K〜4Kをカバーしていること(公式ルートでは tokens に基づいて課金され、画質とサイズが大きくなると token 数が急増します)、2K/4Kはネイティブピクセルではなく超解像であること、画質ティアが少ないことです。2つのルートは画質の位置付けが異なります。2.6-allは1536までChatGPTウェブ版のネイティブ画質とフィンガープリントを維持し、公式ルートは公式 API のネイティブ画質ティアを使用します。同一の prompts による公開ブラインドテストはないため、どちらが優れているかは断定できません。ご自身の素材を両方で処理して比較してください。
公式ルートを使う必要があるのはどのような場合ですか?
公式ルートを使う必要があるのはどのような場合ですか?
次のいずれかが必要な場合は、公式の
gpt-image-2.6-flare / sunburstを選択してください。OpenAI公式のフィールドとの完全な互換性、xhigh / maxを含む6つすべてのqualityティア、ネイティブ2K/4Kピクセル、精密なマスク、複数画像の合成(最大16枚)、WebP出力、フレームごとのサイズを制御できる GIF、または作成モデルを指定でき、テキストモデルのコストが明細化される SVG です。2.6-allを選ぶとよいのはどのような場合ですか?
2.6-allを選ぶとよいのはどのような場合ですか?
コストの上限設定、バッチ生成、2K/4Kの大きなキャンバスへの対応、低コストの GIF / SVG、1回の呼び出しでの1〜4枚の画像生成、24時間有効な直接 URL、または下書きの迅速な反復が必要な場合は、いずれも2.6-allの1画像あたり$0.025がよりお得です。2K/4Kは超解像であることに注意してください。画像が大きくなっても、ディテールが増えるわけではありません。
2K/4Kはネイティブピクセルですか、それとも超解像ですか?
2K/4Kはネイティブピクセルですか、それとも超解像ですか?
ネイティブのディテール、印刷品質の成果物、厳密な4K要件が必要な場合は、token 課金が明らかに高くなることを踏まえ、ネイティブピクセルを得られる公式ルートを選択してください。コストの上限を抑えつつ、大きなキャンバスが必要なだけの場合(ポスター、大型画面、ECサイト向けの縦長画像)は、2.6-allの超解像ティアを選択してください。一般的な2K/4Kサイズは指定どおりに出力されます。画質を重視する場合は、1536以下のネイティブティアを使用してください。
2.6-allへの2K/4Kリクエストは常に成功しますか?
2.6-allへの2K/4Kリクエストは常に成功しますか?
常に成功するわけではありません。一般的なサイズ(
2048x2048、2048x1152、2048x1536、3840x2160、2880x2880など)は指定どおりに出力されますが、2880を超える正方形、4:1の比率、および一部の4K透過背景リクエストは失敗します(502 size_not_deliverableまたは400)。レスポンスのsizeと実際の画像寸法を照合し、失敗した場合はサイズを変更するか再試行してください。最終的な GIF の寸法を設定できますか?
最終的な GIF の寸法を設定できますか?
公式ルートではフレームごとのサイズを制御できます(16の倍数で、スプライトシートの上限による制約があります)。2.6-allではできません。
sizeは GIF には影響せず、フレーム数と再生時間のみが保証され、最終的なピクセル寸法は上流側で決定されます。現在、GIF の寸法を固定するには、クライアント側でファイルのサイズ変更またはトリミングを行ってください。SVG では2つのルートをどのように選べばよいですか?
SVG では2つのルートをどのように選べばよいですか?
作成モデルを指定し、OpenAI公式のフィールドに合わせ、テキストモデルへの別途課金を許容する場合は、公式ルートを選択してください(
svg.modelを指定する必要があり、指定しない場合は400が返されます)。低コスト、フィールド間の依存関係の少なさ、大きなviewBoxを求める場合は、2.6-allを選択してください(svg.modelは不要で、1画像あたり$0.025です)。複雑さのパラメータは使用できますか?
複雑さのパラメータは使用できますか?
complexityは、2.6の上流側で追加された計画制御パラメータです。公式ルートのドキュメントでは3つの公式レベルが定義されていますが、実際のルートで同一の prompt を用いたA/Bテストによって効果が実証されたことはまだないため、本番環境では依存しないでください。また、2.6-allはこのパラメータをサポートしていません。実験のために送信することはできますが、安定した画質やコストの制御手段として扱わないでください。フェイルオーバーのために両方のチャネルを同時に運用できますか?
フェイルオーバーのために両方のチャネルを同時に運用できますか?
はい。推奨される方法です。一般的なパターンは、コストまたは処理容量に基づいて一方のルートをプライマリ、もう一方をフォールバックとして運用することです。たとえば、ピーク時に公式の
Defaultグループが429を返した場合は2.6-allに切り替え、2.6-allがコンテンツポリシーまたはサイズの問題で失敗した場合は公式ルートに切り替えます。両ルートとも/v1/images/generationsと/v1/images/editsを使用するため、ビジネス層でレスポンスフィールドとパラメータを一度正規化してください。関連ドキュメント
- GPT-Image-2.6 / 2.5 / 2 公式リレー概要 - 5つの公式モデルの完全な統合ドキュメント
- GPT Image 2.6の新機能 -
complexity、SVG、GIF、マークアップに基づく編集、Playground - GPT-Image-2.6-Allの概要 - 2.6リバースルートの全パラメータ、サイズ、エラーコード
- GPT-image-2.5 / 2 公式版とリバース版の比較 - 旧世代との比較
- 出力形式と背景の非互換性 - 公式2.6の透明 × png / jpeg / webp / gif / svgの対応表
- SVGの推論エフォートの選び方 - 公式SVGの作成モデルと
svg.reasoning.effort - Image APIの基本とベストプラクティス - タイムアウト、切断、再試行
- モデルの料金 - 2つの公式モデルと2.6-allの最新料金