Imagen 4 終了前に Nano Banana 2 と Pro を選ぶ方法

2026年6月28日時点で、新しい Google 画像生成の仕事はまず Nano Banana 2（gemini-3.1-flash-image）から始めるのが安全です。Nano Banana Pro（gemini-3-pro-image）は、同じプロンプトで試した結果、文字、参照画像、4K 納品、最終レビューのどこかで Nano Banana 2 が明確に弱いと分かったときだけ昇格候補にします。Imagen 4 は、利用中の接続面がまだ受け付けている場合に限り、短い移行期間の旧ルートとして扱います。

大事なのは「Imagen 4 の終了日」を一つにまとめないことです。Gemini API の非推奨表、Firebase AI Logic の移行ページ、Vertex AI の画像生成ページは、それぞれ違う接続面を説明しています。作業を始める前に、古い model ID、接続面、最後に成功した日、置き換え候補、検証結果を一つの記録にまとめてください。

終了日は接続面ごとに確認する

Imagen 4 の終了を一つの日付で扱うと、移行の優先順位を間違えます。API、SDK、Vertex、provider、消費者向け画面は同じものではありません。

この分離は面倒ですが、失敗を防ぎます。ブラウザの生成画面で何かが動いていても、サーバーの API で同じ model ID が使えるとは限りません。逆に、サーバーの古い ID が一時的に動いていても、Firebase や Vertex のルートが同じ状態とは限りません。移行表では必ず接続面を先に書き、その後で日付を書きます。

チーム向けには、旧ルートを「まだ呼べる」「非推奨だが shutdown 前」「すでに閉じている」「provider が名称だけ残している」に分けると判断しやすくなります。閉じているルートは回避対象です。shutdown 前のルートは新規開発ではなく、置き換えテスト、ログ整備、顧客説明、設定変更に使います。

ニックネームではなく model ID で移行する

Nano Banana は検索や会話では便利な名前ですが、実装、ログ、予算、アラートでは安定した model ID が必要です。名称だけを置き換えると、別の期限切れや preview ID に移る危険があります。

設定には、人が読むルート名と機械が呼ぶ model ID の両方を入れてください。プロダクト担当は Nano Banana 2 と呼んでもよいですが、ログには gemini-3.1-flash-image が残るべきです。サポート、財務、運用が同じ事象を追えるようになります。

provider を使う場合も同じです。provider が「Nano Banana 対応」と書いているだけでは、どの上流モデル、どのサイズ、どの料金、どの失敗条件なのか分かりません。公式 ID を基準にしたうえで、provider の利点をアクセス、支払い、統一インターフェース、サポートに限定して評価します。

Nano Banana 2 を標準にし、Pro は根拠で昇格させる

比較の目的は「どちらが偉いか」ではなく、「標準ルートは何か、どの失敗で Pro に上げるか」を決めることです。標準ルートは観測しやすく、コストを抑えやすく、多くの prompt family を検証できる必要があります。

この決め方は二つの失敗を避けます。一つは、古いプロンプト集に慣れているから Imagen 4 を長く残すことです。もう一つは、Pro という名前だけで全流量を Pro にすることです。前者は停止リスクを残し、後者は根拠のない費用増になります。Nano Banana 2 に標準作業を任せ、Pro は難しい作業で採用率を証明させます。

実務では prompt family ごとにリスクを付けます。画像案、軽い商品構図、SNS 用の試作は低リスクです。文字、人物や商品参照、画面レイアウト、ブランド要素、納品検査を含むものは高リスクです。高リスクは Pro 候補に入りますが、候補であっても検証なしに本番標準にはしません。

同一プロンプトの移行テストを行う

きれいな作例はテスト設計の参考にはなりますが、本番ルートの決定には足りません。同じ入力、同じ参照画像、同じ採用基準で比較し、採用できた出力だけを数えます。

評価は「よい一枚」ではなく「採用できる出力数」です。安いモデルでも十回に一回しか採用できなければ高くつきます。高いモデルでも採用率や修正時間を改善しないなら標準にする理由はありません。採用率、修正分数、サイズ、遅延、失敗コード、費用を同じ表に入れると、好みではなく運用上の判断になります。

段階的な切り替えも重要です。低リスクの family から Nano Banana 2 に移し、高リスク family だけ Pro 候補を並走させます。旧 Imagen 4 がすでに使えない接続面では、rollback は別の Gemini 画像候補、保守的なプロンプト、手動レビューです。存在しない Imagen 4 に戻る計画は rollback ではありません。

費用の境界は日付付きで扱う

2026年6月28日時点の公式 Gemini API pricing では、現在の安定した Nano Banana 2 と Nano Banana Pro の画像モデルに無料枠は示されていません。価格、無料枠、Batch 割引は変わり得るので、費用表には確認日を書きます。

公式価格、provider 価格、社内の採用出力コストは分けてください。公式価格は Google の課金境界です。provider 価格は provider の契約、リトライ、失敗時課金、サポートの境界です。社内コストは採用率と修正時間を含む実コストです。三つを混ぜると、安いはずのルートで実は高い運用を選んでしまいます。

費用表には、単価、採用率、採用一枚あたりの生成回数、手作業修正分数を入れます。Nano Banana 2 は多くの場面で標準になりやすいですが、文字画像や参照画像で修正が多いなら Pro が安くなることがあります。逆に Pro が見た目を少し良くするだけなら、標準にする理由はありません。

本番移行チェックリスト

Imagen 4 をコードや運用から外す前に、少なくとも次の項目を終わらせます。

1. 接続面を特定する。Gemini API、Firebase AI Logic、Vertex AI、消費者向け画面、provider を混ぜない。
2. 古い Imagen 4 名称または model ID と最後の成功日を記録する。
3. 第一候補を gemini-3.1-flash-image にする。ただし明確な Pro 条件がある場合は候補を分ける。
4. 同一プロンプト、同一参照、同一採用基準で Nano Banana 2 を試す。
5. 難しい文字、参照、4K、最終素材だけ Nano Banana Pro を並走させる。
6. 採用率、修正時間、サイズ、遅延、失敗コード、採用一枚あたりの費用を比べる。
7. 設定にはニックネームではなく安定 model ID を入れる。
8. 大きな移行、購入判断、顧客納期の前に公式文書を再確認する。

チェックリストは、移行の完了条件も明確にします。すべての prompt family が Nano Banana 2 に移る必要はありません。低リスク family は Nano Banana 2、高リスク family は Pro、古い family は書き直し、すでに閉じた接続面は rollback 不可、というように分かれてよいのです。重要なのは、各 family の次の操作が分かることです。

運用記録には、旧ルート、新ルート、テスト日、サンプル数、採用率、主な失敗、費用観察、次のアクションを書きます。失敗は「品質が悪い」ではなく、文字崩れ、参照ずれ、構図破綻、サイズ不足、安全ブロック、quota、timeout、審査差し戻しに分けます。これで将来の再検証が速くなります。

移行記録の書き方

移行記録は、将来の担当者が同じ判断を再現できるように書きます。短いチケットだけでは足りません。旧 Imagen 4 の位置、代替 model ID、テストした prompt family、合格基準、採用率、手作業修正、費用、rollback を一つの表にまとめます。

多地域や多言語のサービスでは、読者やユーザーの言葉も変わります。ある地域では Nano Banana がツール名として検索され、別の地域では Gemini 画像モデルの通称として読まれます。FAQ、ヘルプ、営業資料、社内 wiki では、先にその地域の行動問題を解き、その後で公式の model ID と日付を出します。

Pro の採用条件も文章ではなく数値にします。たとえば、Nano Banana 2 の採用率が 80% 未満、または文字画像の手作業修正が平均 6 分を超える場合に Pro 候補へ入れる。Pro が採用率または修正時間を閾値まで改善しなければ標準化しない。これなら、モデル名ではなく運用品質で判断できます。

よくある質問

Imagen 4 の代わりに何を使うべきですか？

多くの新規 Google 画像生成では Nano Banana 2、つまり gemini-3.1-flash-image から始めます。文字、参照画像、4K、最終素材のリスクが高い場合だけ Nano Banana Pro を検証します。

Imagen 4 はどの接続面でも同じ日に終わりますか？

いいえ。Gemini API、Firebase AI Logic、Vertex AI はそれぞれ違う状態を示しています。まず接続面を特定し、その接続面の公式境界を移行計画に書きます。

Nano Banana 2 の model ID は何ですか？

現在の Google 画像生成文書では、Nano Banana 2 は gemini-3.1-flash-image、Nano Banana Pro は gemini-3-pro-image、旧 Nano Banana レーンは gemini-2.5-flash-image です。

Nano Banana Pro はいつ使う価値がありますか？

同一プロンプトの検証で、Nano Banana 2 より Pro のほうが採用率、文字、参照維持、修正時間を大きく改善し、その改善が価格差を上回る場合です。

Imagen 4 を fallback として残せますか？

その接続面でまだ Imagen 4 が動き、削除予定と代替テストがある場合だけ短期的に残せます。すでに閉じた接続面では、fallback は別の Gemini 画像ルートや保守的な作業手順です。

無料の代替 API はありますか？

2026年6月28日時点で、現在の安定 Nano Banana 2 と Nano Banana Pro の画像 API 行には無料枠が見えません。旧 gemini-2.5-flash-image には限定的な無料枠がありますが、作業に合う場合だけ使います。

最初の安全なテストは何ですか？

25〜50 個の代表的なプロンプトを Nano Banana 2 で試し、難しい文字、参照、最終素材だけ Nano Banana Pro にも通します。比較するのは作例の美しさではなく、採用出力と修正コストです。