Nano Banana プロンプトの作り方：実践ガイドと50個の検証用テンプレート

Nano Banana の良いプロンプトは、雰囲気の言葉を並べるよりも制作ブリーフとして書くほうが安定します。主体、目的、文脈、構図、スタイル、制約、成功チェックを先に決めます。 Nano Banana 2、Nano Banana Pro、Original はルートの手がかりになりますが、価格、上限、利用可否はプロンプト本文に混ぜないでください。 テンプレートは、期待結果、失敗の見分け方、修正プロンプトまで持っているときに初めて検証しやすくなります。 最初はカードを一つ選び、主体と比率を固定し、基準出力を採点し、1回に1変数だけ変えます。

クイックワークフロー

1. タスクに最も近いカードを選ぶ。
2. 変数を具体的な名詞、参照画像の役割、構図、制約に置き換える。
3. 初回はルート、比率、主体、スタイルを同時に変えない。
4. 期待結果と合否チェックで採点する。
5. 失敗を一つだけ直し、同じプロンプトで再テストする。

失敗の多くは表現力不足ではなく、成功条件が曖昧なことから起きます。カード化すると、何を固定し、何を変え、どこで止めるかが見えます。

プロンプト構造

カードは長くなくてかまいませんが、各要素に役割が必要です。主体と目的、文脈、構図、スタイル、制約、出力用途、成功チェックがそろうと修正可能になります。

変数を分けるときは、誰が見る画像か、何を必ず保つか、失敗したら最初に何を直すかを決めます。主体は「商品」ではなく、形、素材、ロゴ、角度まで見える対象です。文脈は雰囲気ではなく、媒体、読者、利用場面です。構図は美しさだけでなく、文字を置く余白やクリック前の視線誘導まで含めます。

同じプロンプトでテスト

テストとは偶然良かった画像を選ぶことではありません。主体、ルート、比率、構図を固定し、1変数だけ変えて比較します。

ルートの境界

現在の公式ドキュメントでは Nano Banana 2 は gemini-3.1-flash-image、Nano Banana Pro は gemini-3-pro-image、Original は gemini-2.5-flash-image に対応します。これは識別用であり、価格や可用性の約束ではありません。

実務では、ルート名はプロンプトの一部ではなく選択条件として扱います。速い下書きが必要なら低遅延の入口、文字や複雑な情報ボードが必要なら上位ルート、量産するなら上限と再試行コストを先に確認します。画像を良くするのは主体、文脈、構図、制約、成功チェックであり、料金や提供条件をプロンプトに混ぜても出力品質は上がりません。

同じプロンプトでルート差が出た場合、すぐに文面を直さず、主体、比率、参照画像、成功チェックを固定して比較します。差がモデル能力や入口設定から来るなら、それはルート選択の問題です。同じルートで同じ失敗が続くときだけ、修正プロンプトに進みます。

50個の Nano Banana テンプレート

50行はタスク別に並べたカードです。各行は期待結果、失敗、修正を持ち、生成済み成果の主張ではなく検証の型として使います。

テンプレートを使うときは、文章をそのまま貼るよりカードの役割を守ることが重要です。角括弧の対象を実物に置き換え、出力用途を実際の媒体に合わせ、失敗点をタスクごとの最重要リスクに変えます。商品写真では主体と素材、広告では焦点と余白、文字ビジュアルでは短い文言、参照画像では参照が担当する役割を優先します。

記録するのは三つで十分です。期待結果に届いたか、最も大きい失敗は何か、修正プロンプトが一つの変数だけを直したか。きれいな画像を大量に残すより、どのカードが再利用できるか、どの書き方を避けるか、どこで止めるかを残すほうが次の制作に効きます。

よくある失敗の直し方

修正では全体を書き直さず、成功した部分を固定します。主体が正しければ主体を変えず、文字だけが悪ければ文字だけを直します。

修正プロンプトは短く、成功した部分を明示的に保護します。人物の同一性が合っていて背景だけが散らかるなら、「人物の同一性、姿勢、比率を保ち、背景小物だけを減らして余白を増やす」と書きます。文字だけが崩れるなら、文言を一行に短縮し、文字領域だけを直す指定にします。全体をもう一度説明すると、うまくいった部分まで変わりやすくなります。

停止条件も決めておきます。二回直しても主体がずれるなら、対象説明か参照画像の役割を見直します。二回直しても文字が読めないなら、文言を短くし、情報量を減らします。 提出前に、用途、参照画像の役割、硬い制約、観察できる失敗、1変数だけの修正がそろっているか確認します。

再利用できるプロンプトカード

合うカードがない場合は、目的、主体、文脈、構図、スタイル、制約、期待結果、チェック、修正を自分で埋めます。

text
タスク:
[実際の画像タスク]

主体:
[主役と必ず保つ細部]

文脈:
[参照画像の役割、読者、場面、製品情報]

構図:
[ショット、カメラ、裁切、余白]

スタイル:
[媒体、光、配色、質感]

制約:
[必ず入れる / 避ける]

期待結果:
[見える成功条件]

チェック:
[主体、構図、文字または制約]

修正:
[うまくいった部分]を保つ。[一つの失敗]だけ直す。

よくある質問

構造、検証済みテンプレート、ルート、修正、長さ、参照画像について整理します。

Nano Banana の安定した構造は？

制作ブリーフ型です。主体、文脈、構図、スタイル、制約、用途、成功チェックを入れます。

検証用テンプレートとは？

期待結果、失敗、合否チェック、修正プロンプトがあるテンプレートです。全行の生成済み主張ではありません。

Nano Banana 2 と Pro のどちらを使う？

ルート名は手がかりです。価格、上限、利用可否は最新のルート記事で確認します。

悪い出力はどう直す？

成功部分を固定し、一つの失敗だけを直します。

長いプロンプトほど良い？

いいえ。制約や構図やチェックを足す長さだけが有効です。

参照画像は使える？

使えます。参照が同一性、構図、配色、光のどれを担当するか明記します。