OpenAI互換ワークフロー向けのImagen API料金とルーティング確認

2026年9月15日更新。

OpenAI互換ワークフロー向けのImagen API料金とルーティング確認は、現在では価格の照会ではなく、移行確認から始まります。Googleの現在の画像生成ドキュメントによると、旧版のImagenモデルは非推奨となっており、2026年8月17日に終了しました。また、Googleの非推奨一覧では、imagen-4.0-generate-001、imagen-4.0-ultra-generate-001、imagen-4.0-fast-generate-001が、推奨代替としてgemini-3.1-flash-imageとともに掲載されています。

いまだに「Imagen API pricing」を探しているチームにとって、実務上の問いは次のとおりです。そのルートの代わりにどの現行画像モデルを使うべきか、課金単位は何か、そしてOpenAI互換のワークフローから、使用予定のエンドポイント経由で実際に呼び出せるのか、という点です。

Flatkeyは運用面を支援します。つまり、現在のルートに対して1つのキー、1つの残高、1つの請求書、1つのモデルディレクトリを維持できます。しかし、ルーティング確認は依然として重要です。Flatkeyの画像ガイドでは、gpt-image-2向けのOpenAI Images互換ルートと、Gemini画像モデル向けのネイティブなGemini generateContentルートを分けており、Gemini画像モデルは/v1/images/generationsや/v1/images/edits経由では呼び出せないと警告しています。

簡単な答え: Imagenは今や移行用キーワードです

バックログに「Imagen API」とある場合は、それを旧ラベルとして扱い、リリース前に現在のGemini画像モデルを確認してください。2026年9月15日時点で、出典に基づく確認事項は次のとおりです:

これがOpenAI互換ワークフロー向けのImagen API料金とルーティング確認の核心です。価格単位を正規化し、現在のモデルを選び、コードが使用する正確なルートをテストしてください。

正規化すべき現在のGoogle画像モデル料金

計画時の基準値としてはプロバイダーの料金を使い、予算を確定する前にFlatkeyダッシュボードと利用台帳と照合してください。Googleの料金ページには、現在の画像行として次が掲載されています:

判断基準は「どの行が最安か」ではありません。メディアチームは各モデルをジョブクラスに対応付けるべきです。

• レイテンシとコストが厳しい制約となる大量のドラフト生成には、gemini-3.1-flash-lite-imageを使用します。
• より強いテキスト描画、一貫性、最大4Kの出力オプションが必要な場合の汎用的な置き換え先として、gemini-3.1-flash-imageを使用します。
• ローカライズ、グラウンディング、ブランド一貫性、クリエイティブコントロールが高い出力トークン単価を正当化するほど重要な、複雑な本番アセットにはgemini-3-pro-imageを使用します。

そのうえで、同じプロンプトセットを各候補に通し、表示されている出力価格だけでなく、受け入れられた画像のコストを比較します。

表記されたトークン価格が受け入れ画像コストではない理由

画像ワークフローには、テキストワークフローよりも多くの隠れコストがあります。1つのプロンプトで、使える画像が1枚生成されることもあれば、5枚が却下されることもあり、あるいは安全性ブロック、ルート不一致、タイムアウト、アートディレクションの失敗によって納品可能な成果物がまったく得られないこともあります。編集ワークフローでは、入力画像コストと追加の再試行も発生します。

各候補ルートについて、この式を使用します:

accepted_image_cost =
  (successful_request_cost + failed_request_cost + retry_cost + edit_input_cost)
  / accepted_assets

入力は個別に追跡します:

本番計画では、起動ドキュメントに2つの数値を残してください。想定出力あたりの掲載プロバイダー料金と、自社のプロンプトセットで測定した受理画像あたりのコストです。

OpenAI互換ワークフロー向けのルーティング確認

OpenAI互換のテキストルーティングは、多くの場合 base_url を1行変更するだけです。画像APIは相互に置き換えできないため、画像ルーティングには追加のゲートが1つ必要です。

Flatkey の OpenAI Images互換APIリファレンスには次が記載されています:

POST https://router.flatkey.ai/v1/images/generations
POST https://router.flatkey.ai/v1/images/edits

これらのルートは、gpt-image-2 のようにそのチャネルで公開されるモデルに対して、OpenAI Images形式のリクエスト形状を受け付けます。Flatkey の Gemini ガイドでは、Gemini の画像生成を次のように記載しています:

POST https://router.flatkey.ai/v1beta/models/{model}:generateContent

このリクエストでは、レスポンス設定に画像出力を含める必要があり、生成された画像は Gemini のレスポンス部分内にインライン画像データとして返されます。Gemini の画像モデルを OpenAI Images エンドポイントに送ると、Flatkey のドキュメントではリクエストが get_channel_failed を返す可能性があると警告しています。

公開前に、統合契約にエンドポイントファミリーを記載してください:

このルーティング表は、料金表の隣に置くべきです。ルートファミリーが証明されるまでは、コスト見積もりは公開準備完了ではありません。

出荷前の Flatkey チェック

Flatkey はソース確認の代替ではなく、コントロールプレーンの確認として使用してください。実用的なリリースレビューには次を含めるべきです:

1. Flatkey のモデルディレクトリを開き、正確なモデル ID を検索する。
2. ベンダー、ルートのステータス、対応エンドポイント種別、料金表示を確認する。
3. Flatkey の現在のモデル行を Google の料金ページと比較する。
4. Flatkey のステータスページで、進行中の障害やルーティング低下を確認する。
5. 本番環境で使用するのと同じ環境から、1回スモークリクエストを実行する。
6. アプリケーションが期待する結果形式を確認する: OpenAI Images形式の出力なら b64_json、Gemini 出力ならインライン画像データ。
7. リクエスト ID、モデル ID、エンドポイント、レイテンシー、出力サイズ、コストをリリースチケットに記録する。
8. クリエイティブなバッチジョブを実行する前に、許可リストまたは予算ガードレールを追加する。

目的は、チームを1つのプロバイダーに固定することではありません。目的は、モデル切り替えを退屈なものにすることです。つまり、現在のモデル行、明示的なエンドポイントファミリー、使用台帳、そして明確なフォールバック基準です。

Imagen移行作業のためのローンチチェックリスト

レガシーなImagen呼び出しを置き換えるとき、またはOpenAI互換アプリに新しいGemini画像ルートを追加するときは、このチェックリストを使用してください。

いずれかの行に失敗があっても、それをクリエイティブ上の問題として扱わないでください。これは本番稼働準備の問題として扱ってください。

OpenAI互換ワークフロー向けのImagen API料金とルーティング確認の実行方法

確認は次の順序で実行してください。

1. まず、Googleの Gemini API料金、Geminiの廃止情報、Nano Banana画像生成、レート制限 のページを確認します。
2. それらのプロバイダー情報を、gemini-3.1-flash-image の現在のFlatkeyモデル行と比較します。
3. Flatkeyの 画像生成ガイド と OpenAI Images互換APIリファレンス でルートの動作を確認します。
4. スモークテストを実行し、その後、Flatkeyの使用台帳のコストを受理済み画像数と比較します。

この手順により、OpenAI互換ワークフロー向けのImagen API料金とルーティング確認は、公式料金、現在のモデルライフサイクル、そしてアプリケーションが実際に呼び出すルートに基づいたものになります。

より深い確認のための内部リンク

まだモデルファミリーを比較しているなら、GPT Image vs Imagen API と GPT Image vs Gemini Image API から始めてください。より広い運用モデルが必要なら、Image Generation API practical guide と image generation API metrics guide を参照してください。

エージェント型メディアパイプラインを構築しているチームは、このチェックリストを multimodal agent routing playbook と AI model catalog guide と組み合わせてください。次に、展開前にライブの Flatkey model directory、pricing page、status page、および Flatkey image generation docs を確認してください。

よくある質問

Imagen API は、まだ新規開発に適したルートですか？

通常はいいえです。Google の現在のドキュメントでは Imagen モデルは非推奨とされており、2026年8月17日に終了すると記載されています。新規開発では、現在の Gemini/Nano Banana 画像モデルから始め、実装前に正確なモデル ID を確認してください。

Gemini の画像モデルを OpenAI Images 互換のエンドポイント経由で呼び出せますか？

Flatkey の /v1/images/generations や /v1/images/edits ルート経由ではできません。Flatkey のドキュメントでは、Gemini の画像モデルはネイティブの Gemini generateContent を使用し、OpenAI Images 互換ルートは gpt-image-2 のように、そのエンドポイントファミリーで公開されている画像モデル向けだと説明されています。

Imagen 4 の代替として、どの現在のモデルを使うべきですか？

Google の非推奨表では、gemini-3.1-flash-image が Imagen 4 のモデル ID の代替として示されています。実際には、コスト、レイテンシ、クリエイティブの受け入れ率はワークロードによって異なるため、チームは gemini-3.1-flash-image、gemini-3.1-flash-lite-image、gemini-3-pro-image を自分たちのプロンプトセットでテストすべきです。

バッチを承認する前に、財務部門は何を確認すべきですか？

プロバイダーの出力トークン単価、想定解像度、画像枚数、リトライ率、却下出力率、編集/参照画像の使用有無、そして実測した承認済み画像コストを確認してください。1枚あたりの単一の数値だけでは、本番キャンペーンには不十分です。

結論

OpenAI 互換ワークフロー向けの Imagen API 料金とルーティング確認は、スプレッドシートではなくルートテストで終えるべきです。Imagen 4 はすでに終了日を過ぎており、gemini-2.5-flash-image は古い非推奨パスにあり、現在の Gemini 画像モデルは Flatkey の OpenAI Images 互換エンドポイントとは異なるルートファミリーを使用します。

Flatkey を使って、モデルアクセス、請求、使用状況の確認を一か所にまとめてください。そして、画像ワークフローごとに公開前に次の 4 点を証明させてください。現在のモデル ID、現在の料金単位、正しいエンドポイントファミリー、そして実測した承認済み画像コストです。