画像生成APIの料金は、チームが実際の請求書を比較し始めるまでは単純に見えます。OpenAIは、画像とテキストのトークン行、キャッシュ済み入力のルール、モデル固有の出力料金で画像処理を課金します。Googleは、Geminiの画像ルート、Imagenのルート、Vertex AIの料金面を分けています。falは、生成回数、メガピクセル、クレジット、秒、またはGPU時間を単位にできるマーケットプレース型の従量課金カタログを提供しています。
そのため、image generation api pricing の比較は、まず「最安モデル」の一律な主張から始めるべきではありません。役に立つ比較は、承認済み1画像あたりのコストです。つまり、プロンプトテキスト、参照画像、出力生成、編集、再試行、安全性による却下、アップスケール、手動レビューをすべて含めた総コストを、実際に配信できる画像数で割ったものです。
このガイドは、OpenAI GPT Image、Google Gemini Image、Google Imagen、fal/FLUX系ルート、そしてFlatkeyのようなマルチプロバイダーAPIレイヤーにわたって画像生成APIの料金を比較する開発者、プロダクトチーム、調達チーム向けです。情報源は2026年10月13日時点で確認しています。各料金行は時点ベースの計画データとして扱い、本番展開の前に必ず公式プロバイダーページを再確認してください。
クイックアンサー: まず料金単位を正規化する
画像生成APIの料金行を比較する前に、この表を使ってください。
| プロバイダールート | 正規化するための公開料金の形 | 通常、請求額を変えるもの |
|---|---|---|
| OpenAI GPT Image | モデルごとの画像入力、キャッシュ済み画像入力、画像出力、テキストトークンの各行 | モデルのバージョン、品質レベル、出力サイズ、Direct Images APIかResponses APIか、編集、マスク、参照画像、ストリーミング部分画像 |
| Google Gemini Image | Geminiモデルのトークン料金と、画像出力または画像相当の行 | 現行モデルかプレビューか、1K/2K/4K出力、入力画像、グラウンディング、batch/flexモード、モデルのライフサイクル |
| Google Imagen | Google AI / Vertex AIの面を通じた、生成画像ごとまたは機能別の画像行 | Fast、standard、premiumの各ティア、編集、アップスケーリング、商品再文脈化、リージョン、エンドポイントの उपलब्ध性 |
| fal / model marketplace | モデルページに応じた、生成ごと、メガピクセルごと、クレジット、秒、またはGPU時間 | モデル選択、解像度、LoRAまたはファインチューニングオプション、キューモード、失敗ジョブ、自分でモデルをデプロイするかどうか |
| Flatkey route | ルートレベルのモデル行、リクエスト台帳、1つの残高、1つの請求書 | プロバイダーの課金単位は依然として重要だが、使用証跡と照合は1か所にまとまる |
ワークシートの指標は次のとおりです。
accepted_image_cost =
(prompt_text_cost
+ input_image_cost
+ generation_cost
+ edit_or_upscale_cost
+ retry_cost
+ human_review_or_retouch_cost)
/ accepted_images
クリエイティブなワークフローでは、「accepted」が重要です。0.04ドルの生成で承認率が35%なのに対し、0.08ドルの生成で承認率が75%なら、表示価格が高くても後者のルートのほうが最終成果物では安くなる場合があります。
画像生成API料金比較
以下の比較は意図的に簡潔です。古くなったマスター表ではなく、各料金面の読み方を示しています。モデルファミリーが変わるたびに間違う表では意味がないためです。
| ルートファミリー | 確認済みの現在の料金根拠 | 最初に適したユースケース | 調達上の注意点 |
|---|---|---|---|
| GPT Image | OpenAIの料金表には、画像入力、キャッシュ済み画像入力、画像出力を含む現在のGPT Imageモデル行が、100万トークンあたりの価格で掲載されています。画像ガイドでは、画像生成用のコスト計算機にも案内しています。 | プロダクトのヒーロー画像、編集、透明背景の作業、出力制御を慎重に測定する価値があるワークフロー | ある低品質サンプルを他社のプレミアム出力と比較しないでください。Responses APIのキャッシュ済み入力ルールは、すべての画像エンドポイント経路に適用されるわけではありません。 |
| Gemini Image | Google AIの料金ページには、現在のGeminiモデル料金と、Gemini画像ルートのモデルページが掲載されています。古いプレビュー版や非推奨のモデルIDが、古い例に残っていることがあります。 | 画像生成が、画像理解、プロンプト推論、より広いGeminiワークフローのロジックに近いマルチモーダルアプリケーション | 安いと判断する前に、入力画像、出力解像度、グラウンディング、batch/flexの適格性を含めてください。 |
| Imagen | Google Cloud Vertex AIの料金は、VertexでホストされるImagenの行と機能ファミリーに関する正式な計画ソースです。 | 予測しやすいキャンペーン生成、商品画像、そして画像ごとの予算管理を好むチーム | 画像ごとの料金は説明しやすいですが、リージョン、エンドポイント、機能サポート、モデルのライフサイクルは依然として確認が必要です。 |
| fal / FLUX-style routes | falの料金ページでは、従量課金のモデルAPIとサーバーレスGPU料金が説明され、個々のモデルページでは各ルートの正確な課金単位が公開されています。 | 幅広いモデルマーケットプレースへのアクセス、オープンメディアモデル、高速な実験、またはサーバーレスのカスタム推論が必要なチーム | 単位はモデルごとに異なります。生成ごとの行、メガピクセルごとの行、GPU時間ごとの行は、ジョブ仕様なしで比較すべきではありません。 |
| Flatkey | Flatkeyの製品情報では、対応モデルとツール全体で、1つのキー、1つの残高、1つの請求書、リクエスト単位の使用証跡が示されています。 | 個別のプロバイダーキーや請求書を管理せずに、複数のモデルファミリーを試したいチーム | Flatkeyはルーティングと請求証跡を簡素化しますが、ソースモデルの単位とルート固有の価格を確認する必要をなくすものではありません。 |
GPT Image の価格: トークン行には役割定義が必要
OpenAI の画像料金は、もはや単一の「1画像あたり」の数値だけではありません。現在の料金ページでは、GPT Image のモデル行がモダリティ別に記載されています。たとえば、現行の GPT Image 2 の行では画像入力、キャッシュされた画像入力、画像出力の価格が明示されており、テキスト入力には別の行があります。実務上重要なのは、正確な価格だけではなく、生成された画像に複数の課金対象コンポーネントが含まれうるという点です。
GPT Image を Gemini や Imagen と比較する前に、ジョブ仕様を作成してください:
route_family: openai_gpt_image
model: gpt-image-2_or_other_current_model
endpoint_surface: images_api_or_responses_api
task: product_hero | marketplace_image | ad_variant | edit | transparent_background
output_size: 1024x1024 | 1536x1024 | 4k_if_supported
quality: low | medium | high | provider_specific_setting
reference_images: count_and_resolution
edits_or_masks: yes_or_no
streamed_partial_images: yes_or_no
accepted_images_required: number
max_attempts_per_image: number
次に、表の行だけでなく実際のリクエスト記録を比較します。参照画像の多い編集フローは、クリーンなテキスト→画像バッチとは異なる経済性になることがあります。ストリーミング対応のクリエイティブ UI では、予算に含めるべき部分的な出力も発生しえます。
GPT Image は、品質管理が高くつく場合に最初に試す価値があることが多いです。たとえば、製品形状の忠実度、透明背景、編集の連続性、ブランドセーフなキャンペーン画像、あるいは手作業のレタッチが安価な生成ルートの節約分を打ち消してしまうケースなどです。
Gemini の画像料金: 入力画像、解像度、ライフサイクルを含める
Gemini Image の価格は、チームが出力例だけを見ていると誤解されることがあります。Gemini のワークフローには、プロンプトテキスト、入力画像、画像出力、高解像度出力、グラウンディング、batch/flex の選択が含まれうるためです。Google はモデルのステータスも時間とともに変更するので、料金表と同じくらい現在のモデルページが重要です。
Gemini の画像ルートでは、次のチェックリストを使ってください:
| チェック項目 | 重要な理由 |
|---|---|
| 正確なモデル ID | プレビュー、廃止予定、現行のモデル ID では、利用可否や価格が異なる場合があります。 |
| 出力解像度 | 1K/2K のクリエイティブプレビューと 4K の最終アセットは、別々に見積もるべきです。 |
| 入力画像 | 参照画像や製品画像は、実効コストを変える可能性があります。 |
| グラウンディングまたは検索 | 使用時には、別料金が追加されることがあります。 |
| Batch または flex モード | 低コストモードは、対話型のクリエイティブレビューのレイテンシーと一致しない場合があります。 |
| 受け入れ率 | 高度なマルチモーダル適合性により、記載の単価が最安でなくても却下出力を減らせます。 |
Gemini は、画像生成がより広いマルチモーダル製品の一部である場合に有力な候補です。たとえば、画像理解、プロンプト推論、顧客がアップロードした参照画像、生成されたクリエイティブのバリエーションを 1 つのフローで扱う場合です。単純な画像バッチだけが必要で、周辺のマルチモーダル機能を一切使わないなら、比較対象としてはあまり綺麗ではありません。
image generation api pricing では、Gemini の教訓は明快です。画像出力のコストを、その画像を作るマルチモーダルの文脈から切り離してはいけません。
Imagen の価格: 予測はしやすいが、自動ではない
Imagen スタイルの価格設定は、財務チームにとって見積もりしやすいです。多くの計画行を、生成画像 1 枚あたり、または機能ファミリー単位で表現できるためです。これにより、キャンペーン予測が明確になります:
monthly_imagen_budget =
accepted_images_required
* attempts_per_accepted_image
* price_per_generated_image
+ feature_specific_costs
このシンプルさは役立ちますが、本番チェックが不要になるわけではありません。次を確認してください:
- 正確な Imagen モデルまたは機能ファミリー。
- ルートが Gemini API、Vertex AI、または別のプロバイダー面からアクセスされるか。
- リージョンとアカウントの利用可否。
- ワークフローに必要なのが生成、編集、高精細化、バーチャル試着、製品の再文脈化のどれか。
- 現在のライフサイクル状態と移行メモ。
- 選択した Flatkey ルートが、アプリが実際に呼び出すエンドポイントを公開しているか。
Imagen は、大量のキャンペーンバリエーション、e コマースの商品画像、そして 1 枚あたりの予算見積もりをより財務向きにしたいチームにとって、最初のテストとして有力です。ただし、1 枚あたりの単価が低くても、受け入れ率が低い場合や機能セットにより追加のレタッチが必要な場合は不利になることがあります。
fal とマーケットプレイスのルート: モデル名だけでなく単位を比較する
マーケットプレイス型の画像 API プラットフォームは、多数のメディアモデルをすばやく公開できるため便利です。その代わり、各ルートには独自の請求ルールがあります。あるページでは生成ごとに課金され、別のページではメガピクセルごと、さらに別のページではクレジット、秒、またはサーバーレス GPU 時間で課金される場合があります。
fal/FLUX スタイルのルートでは、次のような行を作成してください:
| 項目 | 例 |
|---|---|
| モデルページ URL | 実際に呼び出す正確なルート |
| 課金単位 | 生成、メガピクセル、クレジット、秒、または GPU 時間 |
| 解像度 | プロンプト設定だけでなく、最終出力ピクセル |
| キューモード | 対話型またはバッチ |
| 失敗時課金 | 失敗ジョブ、キャンセル、安全性ブロックが課金対象かどうか |
| バリエーション数 | プロンプトごとの出力数 |
| 受け入れ率 | 生成アセットに対する受け入れ済み最終アセットの比率 |
これは重要です。というのも、マーケットプレイスモデルはある解像度では安く見えても、アップスケール、バリエーション、再試行、人によるレビューを経ると魅力が下がることがあるからです。マーケットプレイスへのアクセスはテストには価値がありますが、調達には正規化された単位が必要です。
受け入れ済み画像あたりコストのワークシート
本番トラフィックへ切り替える前に、このワークシートを使用してください。
| ワークシート項目 | GPT Image | Gemini Image | Imagen | fal / marketplace |
|---|---|---|---|---|
| プロンプトテキスト | テキストトークン行を含める | テキストトークン行を含める | プロバイダーの表面仕様を確認する | 通常はルート単位に含まれるが、確認する |
| 参照画像 | 画像入力行を含める | 画像入力行を含める | 機能固有の入力単位を確認する | 別途課金されるか確認する |
| 生成単位 | モデル別の画像出力トークン | 画像出力またはモデルトークン行 | 生成画像 / 機能行 | 生成、メガピクセル、クレジット、秒、またはGPU時間 |
| 編集/アップスケール | 別料金なら含める | 別料金なら含める | 機能固有 | モデル固有 |
| 承認画像1枚あたりの試行回数 | パイロットで測定する | パイロットで測定する | パイロットで測定する | パイロットで測定する |
| 人手レビュー / レタッチ | 意味があるなら作業コストを含める | 意味があるなら作業コストを含める | 意味があるなら作業コストを含める | 意味があるなら作業コストを含める |
| 最終比較指標 | 承認画像1枚あたりのコスト | 承認画像1枚あたりのコスト | 承認画像1枚あたりのコスト | 承認画像1枚あたりのコスト |
パイロット開始前に「承認済み」の定義を決めてください。Eコマースやメディアのワークフローでは、承認済みとは例えば次のような意味になります。
- 画像がクリエイティブレビューを通過する。
- 商品の形状、色、パッケージが正しい。
- 文字、手、人体構造、顔、ロゴ、安全上の欠陥にレタッチが不要である。
- 出力がマーケットプレイスまたは広告プラットフォームのルールを満たす。
- 許容された再試行予算内でアセットが承認される。
これにより、画像生成APIの料金比較は単なる表の読み取り作業から、運用指標へと変わります。
予測例
あるキャンペーンで、承認済み画像が500枚必要だとします。
| ルート | 記載上の生成コスト | 承認画像1枚あたりの試行回数 | 総合的な承認画像コストの考え方 |
|---|---|---|---|
| ルートA | 表示単価が低い | 3.0回の試行 | 却下された出力とレタッチ後には、より高くなる可能性がある |
| ルートB | 中程度の表示単価 | 1.8回の試行 | プロンプト追従性と編集の継続性が強ければ有利になる可能性がある |
| ルートC | 高めの表示単価 | 1.3回の試行 | レビュー時間が短くなるなら、高価値の主要アセットでも有利になり得る |
予測式は次のとおりです。
campaign_cost =
accepted_images_required
* attempts_per_accepted_image
* all_in_cost_per_attempt
+ human_review_or_retouch_cost
調達部門があるルートを安いと判断する前に、30〜50枚の画像でパイロットを実施してください。パイロットでは、すべてのルートで同じプロンプトセット、参照画像、サイズ要件、レビュー基準を使用する必要があります。
Flatkeyが料金管理にどう役立つか
Flatkeyの役割は、特定のプロバイダーが常に最安だと主張することではありません。価値は運用面にあります。1つのキー、1つの前払い残高、1つの請求書、そして対応モデルやツール全体にわたるルート単位の利用実績です。これにより、開発チームと財務チームは、プロバイダーのキーをエージェント、サービス、環境に散らすことなく、画像生成APIの料金を比較できます。
マルチプロバイダーのAPIレイヤーを通してトラフィックを流す前に、次を確認してください。
- そのモデルがFlatkeyのモデルディレクトリまたは料金ページに表示されている。
- エンドポイントファミリーがアプリケーションの経路と一致している。
- 料金行とプロバイダー単位が最新である。
- リクエスト台帳に、モデルID、ルート、単位数、コスト、ステータス、リクエストIDが記録される。
- Flatkey側の失敗、プロバイダー側の失敗、却下されたクリエイティブ出力、人手レビューでの却下が個別にタグ付けされる。
- 財務担当者が利用状況を1つの請求書で照合できる。
関連するルート選定については、GPT Image vs Gemini Image API ガイド、Imagen API pricing and routing checklist、およびより広範な AI model pricing comparison をご覧ください。
各料金モデルが有利になるケース
| シナリオ | より適した出発点 | 理由 |
|---|---|---|
| 厳密な商品ヒーロー画像 | GPT Image または Gemini Pro-style の画像ルート | 出力品質、編集の継続性、そして却下される画像の少なさが、表示単価の低さを上回ることがある。 |
| マルチモーダルなクリエイティブアプリ | Gemini Image | 生成を画像理解やテキスト/画像推論の近くに置ける。 |
| 大量のキャンペーンバリエーション | Imagen fast/standard または marketplace ルート | 画像単位またはルート固有の単位は、大規模運用で予測しやすい。 |
| モデルの実験 | fal / marketplace ルート | 広いカタログへのアクセスにより、スタイル、速度、承認率を比較しやすくなる。 |
| 財務部門が1つの台帳を必要とする | Flatkey のルート比較 | 1つの残高と1つの請求書で、プロバイダー実験間の照合作業が減る。 |
よくある料金比較のミス
画像生成APIの料金を比較する際は、次のミスを避けてください。
- あるプロバイダーの低品質ルートと別のプロバイダーの高品質ルートを比較する。
- 参照画像の入力コストを無視する。
- プレビュー版または非推奨のモデルIDを本番ルートとして扱う。
- 再試行、安全性による拒否、手動レタッチを忘れる。
- 生成画像1枚あたりのコストではなく、承認済み画像1枚あたりのコストを測定する。
- 直接のプロバイダー価格とルーティング済み価格を、出典を明示せずに混在させる。
- スモークテストなしで、そのエンドポイントが編集、マスク、透明背景、4K出力をサポートしていると想定する。
- 各プロダクトチームが共有台帳なしで個別にプロバイダーのクレジットを購入する。
公式の料金参考情報
本番展開の前に、以下のページを確認してください:
- OpenAI APIの料金
- OpenAIの画像生成ガイド
- Google AI Gemini APIの料金
- Google Cloud Vertex AI の生成AI料金
- falの料金
- Flatkeyの料金
- Flatkeyモデルディレクトリ
FAQ
画像生成APIの料金を比較する最善の方法は何ですか？
承認済み画像1枚あたりのコストを比較してください。どのルートがより安いかを判断する前に、プロンプトテキスト、入力画像、生成単位、解像度、品質、再試行、拒否された出力、レビューコストを正規化してください。
GPT Imageは画像ごと課金ですか、それともトークンごと課金ですか？
OpenAIの現在の料金体系には、GPT Imageモデル向けの画像とテキストトークンの行が含まれています。サンプルの画像見積もりは計画支援として扱い、エンドポイントとワークロードの実際の使用量を確認してください。
Gemini ImageはGPT Imageより安いですか？
自動的にはそうとは限りません。Gemini Imageはマルチモーダルなワークフローでは魅力的になり得ますが、入力画像、出力解像度、グラウンディング、バッチモード、承認率によって最終コストは変わります。
Imagenは予算管理しやすいですか？
多くの場合、はい。Imagen系のルートは、多くの計画上の行が生成画像ごと、または機能ファミリーごとであるため、予測しやすいことがあります。それでも、モデルのステータス、エンドポイント、リージョン、機能サポート、承認率を確認する必要があります。
調達部門はfalやマーケットプレイスのルートをどう比較すべきですか？
正確なモデルページと課金単位を使用してください。生成ごとに課金されるマーケットプレイスのルートは、両者を承認済み画像コストに正規化するまでは、メガピクセル、クレジット、秒、GPU時間ごとに課金される別のルートと直接比較すべきではありません。
Flatkeyは画像生成APIの料金管理にどう役立ちますか？
Flatkeyは、対応ルート全体で1つのキー、1つの残高、1つの請求書、リクエスト単位の利用証跡をチームに提供します。これにより、各ソースプロバイダーの単位を確認する必要性は保ったまま、並行比較テストと照合が容易になります。
結論
実務上のimage generation api pricingの比較は、静的な最安モデル表ではありません。GPT Image、Gemini Image、Imagen、そしてマーケットプレイスのルートはそれぞれ異なる単位を公開しています。それらを承認済み画像1枚あたりのコストに正規化し、同じプロンプトとレビュールールで小規模なパイロットを実施し、その後はFlatkeyのモデルディレクトリ、料金ページ、利用台帳を使って、本番トラフィックが拡大する前にルーティングと支出を管理してください。
