まず結論から言うと、2026年3月20日時点で Google が deprecations ページに示している gemini-2.5-flash-image の公式な置き換え先は gemini-3.1-flash-image-preview です。Nano Banana 2 という名前でも案内されており、旧モデルの終了予定日は 2026年10月2日 です。
ただし、本当に知りたいのはモデル名の対応表だけではありません。多くの開発者や運用担当者が迷うのは、「今すぐ移行すべきか」「まず並行運用で検証すべきか」「まだ旧モデルを使い続ける合理性があるか」という点です。今回の replacement は単なる rename ではなく、Preview レーンへの移動、価格体系の変化、0.5K から 4K までの出力サイズ対応、そして Gemini アプリ側の“新しい標準”という文脈まで含んでいます。
要点まとめ
| 質問 | 現在の答え | なぜ重要か |
|---|---|---|
| 公式の代替モデルは何か | gemini-3.1-flash-image-preview | Google が今公開している置き換え先だから |
| 旧モデルはいつ止まるか | 2026年10月2日 | 検証の猶予がまだあるから |
| 同じコスト感で置き換えられるか | いいえ | 新モデルは性能も解像度も広いが、1K では安くならない |
| 新モデルは stable か | いいえ、Preview のまま | Preview 特有の変動や制限を受ける可能性がある |
| 旧モデルにまだ価値はあるか | ある | 1K を安く大量生成したい用途では今も合理性がある |
| 今すぐ全量移行すべきか | 必要な能力があるなら yes、そうでなければ段階的に | replacement と default 切り替えは同義ではない |
短く覚えるならこうです。高い解像度、画像編集、画像内文字の改善が必要なら Nano Banana 2 を早めに試すべきです。1K を安く大量生成する用途なら、まずは並行検証のほうが安全です。
公式の置き換え先と、本当に見るべき時間軸
このキーワードで最初に見るべきページは Gemini deprecations です。そこに gemini-2.5-flash-image の shutdown date が 2026年10月2日 とあり、replacement に gemini-3.1-flash-image-preview が指定されています。つまり、どのモデルに切り替えるべきかという意味では答えはすでに出ています。
ただ、移行判断としては時系列まで見たほうが役に立ちます。以前の gemini-2.5-flash-image-preview は 2026年1月15日 に停止済みで、release notes では Nano Banana 2、つまり gemini-3.1-flash-image-preview が 2026年2月26日 に登場したと書かれています。つまり今回の replacement は古い別名の整理ではなく、Google が Flash 系画像モデルの主軸を次世代へ移している流れの一部です。
| 日付 | Google の現在の説明 | 実務上の意味 |
|---|---|---|
| 2025年10月2日 | Gemini 2.5 Flash Image が GA として公開 | いまも多くのワークフローの基準線 |
| 2026年1月15日 | gemini-2.5-flash-image-preview が停止 | 同系統ですでに一度移行が起きている |
| 2026年2月26日 | Nano Banana 2 / gemini-3.1-flash-image-preview が公開 | replacement を先に評価できる余地ができた |
| 2026年3月20日 | deprecations で 3.1 Flash Image Preview が replacement と明記 | いまの公式回答そのもの |
| 2026年10月2日 | gemini-2.5-flash-image の停止予定日 | 内部ロードマップを逆算すべき日付 |
大事なのは、いまは“すぐ止まるから今夜切り替えろ”という局面ではないことです。むしろ、この猶予期間を使って migration を評価付きで進めるべきです。
今回の replacement は単なるモデル名変更ではない
Image generation with Gemini では、Gemini 3.1 Flash Image Preview が画像生成の go-to model として案内されています。これは単に「古いモデルが後で止まる」という話ではなく、Google 自身が新しい標準レーンとして押し始めていることを意味します。
しかし、新モデルは旧モデルと同じ役割ではありません。Gemini 2.5 Flash Image は、速い・安い・1K 中心というわかりやすい立ち位置でした。対して Gemini 3.1 Flash Image Preview は、画像編集、画像内テキスト、プロンプト追従性、0.5K / 1K / 2K / 4K の可変出力まで含む、より広い能力を持っています。Nano Banana 2 の発表記事 や DeepMind の製品ページ も、その点を強く押しています。
だからこそ、この query で本当に必要なのは「後継モデル名」だけではありません。読む側が知りたいのは次の三つです。
- API で正しい後継モデル ID は何か
- 旧モデルはいつまで使えるのか
- 価格、制限、解像度、品質を踏まえて、いつ default を切り替えるのが妥当か
この三つを分けて考えると、SERP 上の情報もずっと整理しやすくなります。
価格・解像度・Preview リスクは、replace の瞬間に全部変わる
多くの quick answer が一番雑になりやすいのがここです。pricing ページ によると、gemini-2.5-flash-image は 1024x1024 までで $0.039 / image です。一方、gemini-3.1-flash-image-preview はおおよそ 0.5K で $0.045、1K で $0.067、2K で $0.101、4K で $0.151 です。
つまり、1K 出力だけで比べると replacement は安くなっていません。得られるのはコスト削減ではなく、より広い出力レンジと能力向上です。
| モデル | 現在のライフサイクル表記 | 出力価格 | 解像度上限 | いま向いている用途 |
|---|---|---|---|---|
gemini-2.5-flash-image | 2026年10月2日に停止予定 | $0.039 / 1K | 1024x1024 | 1K を安く大量に回したい用途 |
gemini-3.1-flash-image-preview | Preview | $0.045 / 0.5K、$0.067 / 1K、$0.101 / 2K、$0.151 / 4K | 4096x4096 | 編集・高解像度・テキスト描画が必要な用途 |
gemini-3-pro-image-preview | Preview | $0.134 / 1K・2K、$0.24 / 4K | 4096x4096 | さらに高品質なクリエイティブ用途 |
さらに、rate limits の観点も無視できません。Google の公開ドキュメントは、無料枠から paid tier へ行くには AI Studio で billing 設定が必要だと説明していますし、Preview モデルはより厳しい制限や変動した capacity を持つ可能性があると書いています。つまり、この replacement は価格と解像度だけの話ではなく、運用上の期待値そのものを見直すきっかけになります。
もうひとつ押さえておきたいのは、Google の公式ページ同士でもライフサイクル表現が完全には揃っていない点です。release notes では Gemini 2.5 Flash Image を GA と書いていますが、現在の pricing セクションには Preview モデル向けの一般的な注意文が残っています。これを過剰に問題視する必要はありませんが、「旧モデルは完全に揺るぎない stable lane だった」と言い切りすぎないほうが安全です。
API の replacement と Gemini アプリの置き換えは同じ話ではない
Nano Banana 2 の発表記事では、Gemini アプリの複数モードで Nano Banana 2 がデフォルト側へ入ってくることが説明されています。これはユーザー向けプロダクトの routing の話です。API 利用者に必要なのは、それとは別の判断です。
技術チームにとって重要なのは次の三点です。
- どの model ID を呼べばいいのか
- いつまで旧モデルを使えるのか
- replacement を今すぐ default に上げるべきか
この区別をしないまま「Google がもう Nano Banana 2 に置き換えた」とだけ理解すると、プロダクト文脈と API 文脈が混ざります。現在の検索結果が少し読みにくいのはこのためです。
今すぐ移るべきか、二重運用すべきか、待つべきか
ここが多くの読者にとって一番重要な部分です。正解はモデル名ではなく、今の workload によって分かれます。
| 状況 | いま取るべき行動 | 理由 |
|---|---|---|
| 画像内テキスト、編集、2K/4K がすでに必要 | 早めに gemini-3.1-flash-image-preview へ移行 | 旧モデルでは上限が足りないから |
| 1K を安く大量生成するのが主目的 | まず二重運用 | replacement は強いが 1K で安くはならない |
| まだ試験運用段階で Preview リスクを許容できる | 早めに新モデルを使う | Google が今後の中心として押しているラインだから |
| 現行フローが安定していて品質も足りている | 少し待ってよいが、期限を切る | replacement と“今すぐ default 化”は別の判断だから |
私なら、多くの production チームには 二重運用 を勧めます。旧モデルには安い 1K が必要なタスクを残し、新モデルには高解像度、画像編集、テキスト描画、より厳密なプロンプト追従が必要なタスクを流します。そうすれば、“新しいから良いはず” ではなく、実際の出力とコストを見ながら切り替えられます。
いちばん危険なのは、何も試さないまま終了日直前まで先送りすることです。2026年10月2日という日付は、いま判断を始めるには十分な余裕を与えてくれています。
gemini-2.5-flash-image を使っているワークフロー向け移行チェックリスト
旧モデルをすでに運用で使っているなら、移行は小さな platform update として扱うのが安全です。
- まずは評価経路で
gemini-3.1-flash-image-previewを試す - テキスト描画、編集、複雑な構図、高解像度で比較する
- 出力サイズごとにコスト前提を計算し直す
- キューや rate-limit 前提が旧モデル依存になっていないか確認する
- provenance と SynthID まわりの期待値は変えない
高品質側との役割分担が必要なら、次に読むべきなのは /ja/posts/gemini-3-1-flash-image-preview-vs-gemini-3-pro-image-preview です。このページではそこまで広げず、「replacement は何か」「なぜ今の migration 判断が難しいのか」に集中したほうが読者の役に立ちます。
もうひとつ実務的に効くのは、早い段階で社内ドキュメントや runbook の naming を揃えることです。Nano Banana 2、gemini-3.1-flash-image-preview、旧 gemini-2.5-flash-image が同時に会話へ出てくると、実装より先に認識ズレが起きます。モデル ID、default route、停止予定日を明文化しておくと、終了日直前の駆け込み対応をかなり減らせます。
FAQ
gemini-2.5-flash-image の replacement は何ですか。
2026年3月20日時点で Google が示す replacement は gemini-3.1-flash-image-preview です。旧モデルの shutdown date は 2026年10月2日です。
Nano Banana 2 と gemini-3.1-flash-image-preview は同じですか。
はい。同じモデルラインを、プロダクト名では Nano Banana 2、API では gemini-3.1-flash-image-preview と呼んでいます。
replacement のほうが高いですか。
1K では高くなることが多いです。旧モデルは $0.039 / image、replacement は 1K で約 $0.067 です。その代わり、より高い解像度と強い編集能力が得られます。
いま移行すべきですか。
必要な能力がすでにあるなら yes です。そうでなければ、今すぐ全量切り替えではなく、早めに検証を始めて段階的に決めるのが安全です。