2026年3月22日時点で、Geminiの現在の画像生成の答えはNano Banana 2です。 Nano Banana Proはまだ存在していますが、Gemini Appsでは最初の生成のあとに使う有料の再生成ステップという位置づけです。Imagen 4はGeminiの現在のデフォルト画像生成ではありません。 これは別系統のGoogle画像ファミリーで、主にAPIルート比較、画質優先の判断、あるいはライフサイクルの話になったときに初めて同じ土俵に入ってきます。
このキーワードが必要以上に分かりにくいのは、Googleに名前が多いからというより、検索結果が三つの層を一つの答えに混ぜてしまうからです。Geminiの消費者向けアプリ、Gemini APIのモデルID、そしてImagenファミリー。この三つを最初に切り分ければ、判断はかなり簡単になります。
要点まとめ
先に結論だけ欲しいなら、この表で十分です。
| 質問 | 現在いちばん正確な答え | 理由 |
|---|---|---|
| Gemini Appsは今どのモデルで画像生成と編集をしているのか？ | Nano Banana 2 | 現在のGemini Appsヘルプページに、Nano Banana 2で画像生成と編集を行うと明記されているため |
| Nano Banana Proは今どんな役割か？ | Gemini Apps内の有料rerender経路であり、最初の標準生成器ではない | GoogleはまずNano Banana 2で生成し、その後 Redo with Pro を使う流れとして説明しているため |
| Imagen 4はGeminiの画像生成そのものなのか？ | 違う | GoogleはImagen 4を別の画像ファミリーとして扱い、Nano Banana 2、Nano Banana Pro、Nano Bananaとは別項目で並べているため |
| 新しいGemini APIプロジェクトの現在の無難な標準は何か？ | gemini-3.1-flash-image-preview | これはNano Banana 2のAPI側ルートであり、現在の前進方向と一致するため |
| いつImagenを答えに入れるべきか？ | Googleの画像APIをより広く比較するときであって、「Geminiが今日何を使うか」だけを聞いているときではない | 現在のFirebase文書は、大半の用途はGeminiから始め、より専門的なquality-first用途だけImagenを選ぶよう案内しているため |
多くのページが埋もれさせている重要な補足はライフサイクルです。Googleの現行deprecations表では、古い gemini-2.5-flash-image は 2026年10月2日 に停止、Imagen 4ファミリーは 2026年6月24日 の停止ラインを持っています。つまり、今も文書に残っているからといって、それを長期デフォルトとして扱ってよいわけではありません。
Geminiの画像生成は今どう呼ぶべきか
最短の答えは、どの製品面を指しているかで変わります。
もし Gemini App のことを言っているなら、答えはかなり単純です。Googleの現在の Gemini Appsヘルプページ では、Nano Banana 2 を使って画像を作成・編集できると書かれています。同じページでは、有料プランの加入者が Nano Banana Pro で結果をやり直せるとも説明されています。つまりGemini Appでは、Nano Banana 2が現在のデフォルト画像生成器であり、Proは最初から全員に出てくる標準モデルではなく、初回生成後の品質アップ用分岐です。
一方で Gemini APIモデルファミリー を意味しているなら、状況はもう少し広いです。Googleの現行 modelsページ には、次のような別々の項目が並んでいます。
- Nano Banana 2 Preview
- Nano Banana Pro Preview
- Nano Banana
- Imagen 4
ここが重要です。このキーワード帯で最も多い誤解は、「Nano BananaとImagenは同じ現在のGemini画像エンジンを別名で呼んでいるだけだ」というものですが、そうではありません。Nano Banana 2とNano Banana ProはGeminiの画像ラインに属しています。Imagen 4は別系統のGoogle画像ファミリーで、役割もライフサイクルも独立しています。
名前の混乱は、2026年2月26日 のNano Banana 2ロールアウト以降さらに強くなりました。Googleの Nano Banana 2公開記事 ではこれを Gemini 3.1 Flash Image と紹介し、Gemini App側もより新しい画像フローへ寄せています。ユーザーは「Gemini画像生成」や「Nano Banana 2」を見る機会が増え、一方で開発者はAPI側で複数のmodel IDを見る。このズレがあるからこそ、このキーワードではニックネーム中心ではなく、まずsurface-firstで説明するほうが正確です。
実務上のルールは次の通りです。
- Gemini Apps を聞いているなら、ほぼ Nano Banana 2 の話
- Gemini Apps内の上位rerender を聞いているなら、実質 Nano Banana Pro の話
- Google image API全体 を聞いているなら、そこで初めて Imagen 4 が判断材料に入る
この最初の仕分けを飛ばすと、どれだけ能力一覧を読んでも話は曖昧なままです。
Gemini AppsにおけるNano Banana 2とNano Banana Proの違い
Gemini Appsの中では、Nano Banana 2とNano Banana Proの差は「どちらが上位か」よりも、ワークフロー上の位置で理解したほうが正確です。
Nano Banana 2はGoogleが最初にユーザーに見せる生成器です。現在のヘルプ文書では、Geminiで Create image を選び、Nano Banana 2で生成すると案内しています。同じ流れの中で画像編集も説明されています。つまりNano Banana 2は、アプリ内での日常的な生成・編集・反復のメインルートです。
Nano Banana Proはその次です。Googleのヘルプページでは、まずNano Banana 2で画像を作成し、その後 Redo with Pro を使うと書かれています。GoogleはProを、より高い細部、より強い文字描画、よりインフォグラフィック寄りの画像に向くものとして説明しています。これはProが重要だという意味ですが、「Geminiが今使っている画像生成器は何か」への標準回答がProになるわけではありません。 ここを曖昧にした古い記事が今は誤解を生んでいます。
プラン表を見るとこの分岐はさらに明確です。Googleの現在の Gemini planヘルプ では、Nano Banana 2の画像生成にはプランごとの日次上限があり、Redo with Proは有料プラン専用で、こちらにも別の日次上限があると示されています。Googleはこれらの上限が頻繁に変わる可能性があり、毎日リセットされるとも警告しています。つまり、消費者向けの実際の流れは「好きなモデル名を選ぶ」ではなく、「まずNano Banana 2で作り、その画像にPro rerenderの価値があるかを判断する」です。
この流れから見えるのは次の整理です。
- Nano Banana 2 はメインの画像生成体験
- Nano Banana Pro はプレミアムな仕上げ分岐
- 旧Nano Banana はAPI文書には残っているが、消費者向けストーリーの中心ではない
だからこそコミュニティでは「Proが消えたのか」という混乱が起こります。古いチュートリアルやスクリーンショットを覚えている人は、目立つProセレクターを期待します。見当たらないと、モデル自体が削除されたと思ってしまうわけです。より正確には、Googleがルーティングを変えた、という理解が正しいです。Proは残っていますが、入口がNano Banana 2経由になりました。
もしあなたの実際の問題が「昔のガイドにあった場所にProが見当たらない」なら、移行文脈として Nano Banana 2 vs Nano Banana も役に立ちます。ただ、単に「Geminiは今どの画像生成器を使うのか」を知りたいだけなら、答えはNano Banana 2のままです。
Imagen 4はどこに位置づけるべきか、そしてなぜGeminiのデフォルト回答ではないのか
Imagen 4はこの話題に関係しています。ただし、多くの検索者が思っている理由とは少し違います。
Imagen 4が重要なのは、Googleが開発者向けの側面で今も別ファミリーとして露出しているからであり、また多くの検索者が実際には「Gemini Appsは何を使っているのか」ではなく「Googleの画像モデルでは何を選ぶべきか」を尋ねているからです。関連はありますが、同じ質問ではありません。
現在の Firebase AI Logic文書 はこの点で非常に参考になります。そこでは、大半のユースケースはまずGeminiから始め、より専門的でquality-firstなタスクだけImagenを選ぶ とほぼそのまま書かれています。同じガイドでは、Geminiはworld knowledge、テキストと画像の混在応答、対話的な画像編集に向き、Imagenはフォトリアリズム、アートスタイル、ブランディング、ロゴ、プロダクトデザイン、明示的なアスペクト比制御を優先したいときに向くとされています。
このキーワードにとっての実践的な意味はこうです。
- Gemini App を聞いているなら、普通はImagenを最初に考える必要はない
- APIルート比較 をしているなら、Imagenは現実的な選択肢になる
- Geminiネイティブな体験 を重視しているなら、Google自身がまずGeminiへ導いている
さらに、Imagenを見出しの答えにしないべき理由がもう一つあります。ライフサイクルです。現行の deprecationsページ では、imagen-4.0-generate-001、imagen-4.0-ultra-generate-001、imagen-4.0-fast-generate-001 のshutdown dateがすべて 2026年6月24日 とされ、代替先にはGeminiの画像モデルが挙がっています。これはImagen 4が今日役に立たないという意味ではありません。しかし、Imagenを時間軸抜きで「当然のデフォルト」と書くのは正確ではない、という意味です。
もしあなたの質問が本当にGoogle内のルート比較に移っているなら、次に読むべきなのは Gemini 3 Pro Image Preview vs Imagen 4 です。このページに限って言えば、Imagenは別レーンの選択肢として置くべきであって、「Geminiは何を使うのか」という問いの主回答ではありません。
多くの「Gemini image generator」記事が飛ばしているAPIとライフサイクルの注意点
Gemini Appの答えは単純です。本当のニュアンスはAPI側で始まります。
現在の pricingページ と deprecationsページ を見ると、image stackには複数の現役ルートがあり、それぞれ将来性が同じではありません。だから良い記事は「Geminiは今Nano Banana 2を使う」で終わってはいけません。読者の一部は、新しいGeminiライン、古いが安いGeminiライン、あるいは別のImagenルートのどれを選ぶべきかを考えているからです。
今の判断に必要な地図を表にするとこうなります。
| モデルまたはファミリー | 何か | 現在の価格シグナル | ライフサイクル上の注意 | 向いている用途 |
|---|---|---|---|---|
gemini-3.1-flash-image-preview | API側の Nano Banana 2 | 0.5K / 1K / 2K / 4K あたり $0.045 / $0.067 / $0.101 / $0.151 | 現在のdeprecationsページにshutdown日なし | 多くの新しいGemini-native画像ワークの現在の標準 |
gemini-3-pro-image-preview | API側の Nano Banana Pro | 1Kまたは2Kで $0.134 前後、4Kで $0.24 前後 | shutdown未発表 | 高度な文字描画、インフォグラフィック、制御性重視の上位ワーク |
gemini-2.5-flash-image | 古い Nano Banana のAPIレーン | 標準 $0.039 前後、batch $0.0195 前後 | 2026年10月2日 に停止、置き換え先はNano Banana 2 | 低コスト1Kを維持したい短期的例外 |
| Imagen 4ファミリー | 別系統のGoogle画像ファミリー | 価格表も役割も独立 | 現行ファミリーのshutdownは 2026年6月24日 | Imagen固有の強みが理由になる専門タスク |
ここで価格以上に重要なのは二つあります。
一つ目は、現在の最善のGeminiデフォルトはNano Banana 2だ ということです。最安だからではなく、Googleの現在の進行方向と一致し、旧モデルのように公開済みshutdown日を背負っていないからです。今から新しいものを作るなら、ここから始めるのが最も自然です。
二つ目は、Nano Banana Proはプレミアム分岐として扱うべきで、Gemini画像系の万能回答ではない ということです。その役割は明快です。より高いディテール、より強い文字描画、複雑なレイアウト、より完成品寄りの出力が高いコストを正当化するときだけ使う。これを「Gemini image generator」の標準答えにしてしまうと、製品面と価格面とワークフロー面を一度に混同させます。
旧Nano Bananaにも一つだけ正直なユースケースがあります。それは安い1K出力です。ただし、Google自身のdeprecations表こそが、それを意図的な短期例外として扱うべき理由です。新しいビルドの標準にしてはいけません。移行目線の詳細は Nano Banana 2 vs Nano Banana で追えます。
だから「ImagenかNano Bananaか？」という見出し自体が、多くの人にとっては最適な問いではありません。本当に重要なのは、自分はいまどのsurfaceにいて、そのsurfaceに合った現在のルートはどれか、そして数か月後に不要な移行を強いられないのはどれか という問いです。
よくある三つの場面で、私ならどう選ぶか
理屈より推奨だけ欲しいなら、最短版は次の三つです。
1. Gemini Appを使っていて、今どの画像生成器なのかだけ知りたい
答えは Nano Banana 2 です。
これは現在のGemini Appsにおける標準の画像生成・画像編集経路です。最初の画像で十分ならそこで止めればいい。もし有料プランで、よりきれいな文字、より高い細部、よりインフォグラフィック寄りの仕上がりが必要なら Redo with Pro を使います。
2. Gemini APIで開発していて、現在の無難なデフォルトを知りたい
まず gemini-3.1-flash-image-preview から始めます。
これはNano Banana 2のAPIルートで、Googleの現在の前進方向に合っており、すでにshutdown日が出ているモデル上に新しい仕事を積むことを避けられます。より高い制御や文字描画がコストを正当化するなら、そのときに gemini-3-pro-image-preview へ上げればよいです。
3. 本当に聞きたいのはGemini Appではなく、Google全体の画像スタックだ
その場合にだけ Imagen を判断に入れます。
ただし、それでも理由を持って選ぶべきです。Google自身の現在のルーティングは、多くの用途ではまずGemini、より専門的なquality-firstタスクにだけImagenという形です。しかも現行のImagen 4ファミリーにはshutdownラインがあります。つまりImagenは「Gemini image generator」の一般名詞ではなく、明確な理由があるときだけ選ぶ別レーンです。
この三つの場面が、この話題が一行で片づかない理由です。正しい答えはsurfaceごとに変わります。この前提を受け入れると、命名の混乱はだいぶ消えます。
次に知りたいことがアプリではなくAPIコストなら、続けて読む価値が高いのは Gemini image API free tier と Gemini 3 Pro Image Preview vs Imagen 4 です。
よくある質問
Geminiの画像生成って、実際はImagenのことですか？
いいえ。Gemini Appsで現在のデフォルト画像生成はNano Banana 2です。Imagen 4は別系統のGoogle画像ファミリーで、主にAPIレベルのモデル選択で効いてきます。
Nano Banana Proが今のGeminiの標準画像モデルですか？
いいえ。現在のGemini Appsのヘルプフローでは、まずNano Banana 2で画像を作り、その後に有料加入者が必要に応じて Redo with Pro を使う形です。
旧Nano Bananaはもう消えましたか？
APIではまだ消えていません。古い gemini-2.5-flash-image は現在のdeprecations表にまだ載っていますが、最も早いshutdown日は 2026年10月2日 で、推奨置換先は gemini-3.1-flash-image-preview です。
新しいプロジェクトならImagenを直接選ぶべきですか？
通常はそうではありません。Google自身の現在のルーティングは、大半の用途ではまずGemini、より狭いquality-first用途だけImagenです。そのうえ、現行のImagen 4ファミリーには 2026年6月24日 のshutdownラインがあります。
要するに、Geminiの現在の画像生成器はImagenではなくNano Banana 2 です。Nano Banana ProはGemini Appsでは上位のrerender経路であり、API側では高価格帯の分岐です。Imagenは別ファミリーで、あなたの問いが「Geminiは何を使うのか」から「Googleの画像ルートのどれがこのworkflowに合うか」に移ったときにだけ、答えの中心へ入ってきます。