新しいGoogle画像制作やAPI実装を始めるなら、Imagen 4とNano Bananaを「どちらがきれいか」だけで比べない方が安全です。2026年の実務では、Nano Banana 2を最初の検証ルートにし、文字や複雑なレイアウト、参照画像、4K仕上げ、レビュー工数が重い時だけNano Banana Proへ上げます。Imagen 4は、入口の状態を確認した旧ワークフローか短期比較に限定します。
| ルート | 現在の役割 | 先に試す条件 | 先に選ばない条件 |
|---|---|---|---|
| Nano Banana 2 | 新規Google画像作業の標準テスト | 反復、編集、草案、複数案、コスト管理が重要。 | 文字、複雑な構図、参照画像、4Kレビューで同じ失敗が続く。 |
| Nano Banana Pro | 高精度・高レビューコストの昇格ルート | 画像内文字、レイアウト、参照維持、多言語文字、4K仕上げが重要。 | Nano Banana 2が同じ検証セットで十分に通る。 |
| Imagen 4 | 終了前提の旧ルートまたは短期例外 | 旧コード、旧評価、特定の写実promptを移行前に確認する。 | 新規コード、新規prompt集、新規顧客ワークフローを作る。 |
最初の停止基準は明確です。単一の作例やSNS上の勝敗で本番ルートを切り替えないでください。公開名を現在のmodel IDに対応させ、Firebase、Gemini API、Vertex、AI Studio、wrapperのどの入口かを確認し、同じpromptセットで採用済み出力を比較します。
現在のmodel IDから確認する
Nano Bananaという名前は便利ですが、コード、価格、終了日、移行では曖昧です。現在のGoogle側では、Nano Banana 2をgemini-3.1-flash-image、Nano Banana Proをgemini-3-pro-imageとして扱う必要があります。Imagen 4は別のImagen endpoint familyで、imagen-4.0-generate-001、imagen-4.0-fast-generate-001、imagen-4.0-ultra-generate-001が対象になります。
旧記事や古いコードにはgemini-3-pro-image-preview、gemini-3.1-flash-image-preview、Imagen専用の生成メソッドが残りがちです。その状態で失敗しても、モデルの画質差とは限りません。まずID、呼び出し方法、responseの読み方を現在のルートに合わせ、その後に出力を評価します。
| 読者向けの名前 | 実装で確認するID | 役割 | 使いどころ |
|---|---|---|---|
| Nano Banana 2 | gemini-3.1-flash-image | Gemini APIの現在ルート | 多くの生成、編集、反復の最初の検証。 |
| Nano Banana Pro | gemini-3-pro-image | Gemini APIのPro画像ルート | 文字、複雑なlayout、reference、grounding、premium asset。 |
| Imagen 4 | imagen-4.0-generate-001 / fast / ultra | Imagen endpoint family | 短期比較かlegacy維持。 |
| preview ID | preview付きの旧ID | 移行清掃 | 新規の標準ルートにしない。 |
Google内部でFlashとProだけを比べるなら、Nano Banana 2とNano Banana Proの比較に進めます。Imagen 4が絡む場合は、終了日と移行の話を先に処理します。
終了日は入口ごとに分ける
Imagen 4が終了前提のルートであること自体は大きな争点ではありません。難しいのは、公式ページ間で日付が分かれていることです。2026年6月21日の確認では、Firebase AI LogicのImagen migration pageは、すべてのImagen modelsが2026年6月24日に停止すると説明しています。Firebase supported models pageも同じ警告を出し、Gemini Image models、つまりNano Banana側への移行を示します。
一方、Gemini APIのimage generation guide、Imagen guide、pricing page、deprecations pageでは、Imagen 4 endpointsのshutdown dateが2026年8月17日とされています。deprecations pageでは、Imagen 4 endpointsの推奨代替としてgemini-3.1-flash-imageが示されています。
| 使っている入口 | 日付の扱い | 実務上の行動 |
|---|---|---|
| Firebase AI Logic | 2026年6月24日を緊急移行日として扱う。 | Imagen依存をすぐに洗い出し、Firebase例を置き換える。 |
| Gemini Developer API Imagen endpoints | 2026年8月17日をそのendpointの終了日として扱う。 | 新規依存を増やさず、移行計画をすぐ始める。 |
| Vertex、AI Studio、Gemini App、wrapper | どちらか一方を自動適用しない。 | その入口の現在文書を確認してから日付を書く。 |
この差分があるので、Imagen 4を通常の新規ルートにするのは危険です。短期の旧評価や、特定の写実promptを移行するための比較には使えますが、新しいprompt libraryやSDK例の出発点にしない方が安全です。
多くの新規作業はNano Banana 2から始める
Nano Banana 2は、弱い妥協案ではなく、反復が前提の仕事に向いた最初のルートです。SNS用の案、商品シーンの草案、カタログ更新、内部レビュー、prompt調整、軽い編集では、最初からProの精度を買うより、通常ルートが採用基準に届くかを確認する方が合理的です。
| 仕事の信号 | Nano Banana 2を先に試す理由 |
|---|---|
| 多数の案を出す | 繰り返しのコストと速度が合計費用になる。 |
| 内部確認用の草案 | 小さな崩れは再生成や手修正で吸収できる。 |
| 画像内文字が短い | Proのtypography差が採用可否に効かない場合がある。 |
| 参照画像の厳密性が低い | 企画段階では近い一致で十分なことがある。 |
| 4Kが主なリスクではない | 高解像度対応だけでProが必須になるわけではない。 |
比較すべき指標は、1回の価格ではなく採用済み出力コストです。Nano Banana 2が2回で通るなら十分です。5回出しても文字やlayoutを直す必要があるなら、安い呼び出しは安くありません。
Nano Banana Proへ上げる条件
Nano Banana Proは、失敗が高くつく時のルートです。Gemini 3 Pro Image / Nano Banana Proの説明では、推論、text rendering、多言語やlocalization、reference control、creative controls、2K/4K outputが強調されています。これは万能の勝利ではなく、難しいassetの失敗を減らすための条件です。
| 失敗パターン | Proが意味を持つ理由 |
|---|---|
| 文字が崩れる | 1文字の誤りでポスター、UI、説明図が使えなくなる。 |
| レイアウトが崩れる | infographic、menu、PPT風board、packagingは構造が重要。 |
| 参照画像が変わる | 商品形状、人物、材質、ブランド要素を保つ必要がある。 |
| 4Kが外部提出物 | retouch、法務、顧客reviewのコストが大きい。 |
| 多言語文字が入る | 改行、訳語、local typographyが失敗しやすい。 |
Proを使う理由は「名前が強いから」ではありません。Nano Banana 2が同じ条件で通るなら、そのまま使えます。Proがreject、cleanup、approval delayを減らす時だけ、production defaultとして検討します。
Imagen 4は旧ルートか短期例外に限る
Imagen 4は、今から新しい依存を増やすルートではありません。旧コード、旧評価、特定のphotorealistic promptの移行比較には役立つことがあります。ただし、どの入口でいつまで使えるかを確認しないまま、新しいworkflowに組み込むのは危険です。
| 確認項目 | 通過条件 |
|---|---|
| Surface status | Firebase、Gemini API、Vertex、AI Studio、wrapperの該当入口が現在利用可能と書いている。 |
| Time horizon | 作業が該当終了日前に終わるか、移行先がテスト済み。 |
| Workload reason | ImagenがNano Banana 2やPro未通過の具体問題を解いている。 |
| Migration pack | prompt、reference、acceptance、log、rollbackをNano Bananaへ移せる。 |
通過しない場合、Imagen 4は新規ルートではなく移行資料です。古いpreview IDの整理はGemini 3.1 Flash Image preview API側で扱い、現在の新規記事や実装例には残さない方が安全です。
移行はmodel名だけの置換ではない
Imagen 4からNano Bananaへ移す時は、文字列置換だけでは足りません。Gemini APIの移行では、generate_content、response parts、画像データの取り出し、logging、retry、safety reviewが変わる可能性があります。古いImagen response objectを前提にしたまま比較すると、品質ではなくparserの問題で失敗します。
| 移行項目 | 確認すること |
|---|---|
| Model ID | 選んだNano Banana routeへ置き換える。 |
| API method | Imagen-specific callから現在のGemini生成経路へ移す。 |
| Response handling | Gemini response partsから画像を読む。 |
| Test harness | prompt、reference、size、language、acceptanceを再実行する。 |
| Error logging | deprecation/access errorとquality rejectionを分ける。 |
| Documentation | preview IDとImagen専用snippetを消す。 |
旧Imagenの前提を残したままNano Bananaを評価しないでください。接続形状を直し、promptを調整し、その後に採用率を見ます。
価格と無料の話は持ち主を分ける
2026年6月21日のGemini API pricing pageでは、gemini-3.1-flash-image、gemini-3-pro-image、Imagen 4 IDsに対する有料のimage rowsが示されています。これらはFree Tier rowsではありません。また、Gemini App、AI Studio、Cloud、Firebase、provider dashboardの条件をそのまま証明するものでもありません。
| 主張 | 安全な書き方 |
|---|---|
| Official API price | 日付、model ID、Standard/Batch/Flexの区分を書く。 |
| Free Tier | API keyを無料画像枠として扱わない。 |
| Consumer app | API価格とは別の入口として確認する。 |
| Provider price | provider側の価格、失敗課金、privacyを別途確認してから書く。 |
| Cheapest route | 1枚の価格ではなく、採用済み出力コストで比べる。 |
OpenAIとGoogleをまたぐ比較はGPT Image 2 vs Nano Banana Proに分けます。ここではGoogle側の現在ルートを安全に選ぶことに集中します。
同じpromptで証明してから切り替える
公開例だけではproduction switchを決められません。同じprompt、同じreference、同じaspect ratio、同じtarget size、同じlanguage、同じacceptance barでNano Banana 2、Nano Banana Pro、必要ならImagen 4を比較します。
| Prompt family | 見るべき失敗 |
|---|---|
| Dense text board | 文字、句読点、hierarchy、繰り返し、local language。 |
| Product shot | 材質、光、identity、realism、brand-safe detail。 |
| Reference edit | 元画像の維持とedit instructionの両立。 |
| Diagram or UI board | Layout、grouping、labels、visual order。 |
| 4K hero asset | detail stability、artifact、crop tolerance。 |
| Legacy Imagen prompt | 旧Imagen patternを移行できるか。 |
各出力について、retry count、rejected reason、cleanup time、target size、accepted resultを記録します。Nano Banana 2が通るならそれをdefaultにし、Proが高価な失敗を減らすなら昇格し、Imagenが一部で勝ってもlifecycle checkを通らないなら移行資料に留めます。
よくある質問
Imagen 4はNano Bananaより優れていますか？
現在のdefaultとしては言えません。Imagen 4は旧workflowや狭い写実比較に残る場合がありますが、新規作業は通常Nano Banana 2から始め、必要な時だけNano Banana Proを試します。
Nano BananaとImagenは同じものですか？
違います。Nano Bananaは現在のGemini image routesの呼び名です。Nano Banana 2はgemini-3.1-flash-image、Nano Banana Proはgemini-3-pro-imageです。Imagen 4は終了前提の別endpoint familyです。
Imagen 4の代替は何ですか？
Gemini API deprecations pageでは、Imagen 4 endpointsの代替としてgemini-3.1-flash-imageが示されています。実務ではNano Banana 2から試し、文字、layout、references、grounding、4Kが重い場合にProを加えます。
Imagen 4はいつ終了しますか？
入口ごとに書き分けます。Firebase AI Logicは2026年6月24日、Gemini API docs and pricingはImagen 4 endpointsに2026年8月17日を示しています。Vertex、AI Studio、Gemini App、wrapperは個別確認が必要です。
Nano Banana Proは常に必要ですか？
不要です。Proは高価な失敗を減らす時に使います。Nano Banana 2が同じ検証を通るなら、そちらが自然なdefaultです。
Imagen 4は終了まで使えますか？
確認済みの旧ワークフローなら短期的に残せます。ただし新しいSDK、顧客flow、prompt libraryをImagen 4前提で作るのは避けます。
Gemini画像APIは無料ですか？
現在のGemini API画像行は有料行であり、Free Tier行ではありません。App、AI Studio、Cloud、providerは別の契約として確認します。
最初に何をテストすべきですか？
Nano Banana 2です。文字、layout、references、多言語画像文字、4K、review costが重い時にNano Banana Proを加えます。Imagen 4は旧promptの移行基線としてだけ使います。
