Nano BananaのWebグラウンディング:プロンプトより先に参照資料を確認する
MidassAI Team · 2026年8月8日 · 16 min read
画像プロンプトに日付を入れても、それはあなたが望むものを表しているだけで、画像モデルが最新の根拠を取得したことの証明にはなりません。実在の建物、変わり続ける店舗の外観、季節のキャンペーンを扱う場合、信頼できるワークフローは、被写体を特定し、利用可能な参照資料を調べ、生成された画像をそれらと照合して確認することです。ビジュアル検索は作業への入力として扱い、事実の正確さの保証とは考えないでください。
GoogleのNano Banana 2の発表では、Gemini 3.1 Flash Imageが実世界の知識と、Web検索からの情報や画像を使うことが説明されています。その発表は2026年2月26日付です。このチュートリアルは、10月6日に公開されたNano Banana 2.1のモデルカードと照らし合わせて確認したうえで、10月14日に改訂されました。新しいモデルはGemini 3.6 Flashをベースにしていますが、これらの名前は互いに置き換えて使えるAPI識別子ではありません。
被写体と時間的条件を分ける
画像の中で認識可能でなければならない部分から始めます。建物、物体、場所を、似た被写体と区別できる程度に正確に名指ししてください。重要な視点や特徴も加えます。都市のスカイラインを求めるリクエストは、指定した側から見た一つの名指しされたランドマークに絞ったリクエストよりも、解釈の余地がはるかに大きくなります。
三つの判断を分ける
次に、日付が事実に関するものか芸術的なものかを判断します。「秋の色合いのパレット」は芸術的な指示です。「9月の改修後の入口」は実際の変化に関する主張です。後者には、何が変わったのかを示す日付のある出典が必要です。暖色の葉や暦を示す言い回しでは、正しい入口が描かれたことを立証できません。
これらの要件は別々のメモに分けておきます。一つのメモには被写体と参照根拠を記録し、もう一つには構図、照明、素材、使用目的を記録します。こうすると、期待外れの結果が参照資料の誤りに由来するのか、単に視覚表現の選択ミスなのかを見分けやすくなります。
使用する製品が実際に対応していることを確認する
使用しているモデルと、画像生成・編集インターフェースを確認してください。検索機能、参照入力、画面に見えるコントロールは、その製品の最新の説明書で確認する必要があります。普遍的な「Live Context」スイッチを想定したり、ある製品で説明されているコントロールが別の製品にも存在すると思い込んだりしないでください。
最初に検索するよう自然言語で依頼することは、意図したプロセスを表現できますが、利用できないツールを有効化することはできません。同様に、日付を追加しても特定の取得期間が強制されるわけではありません。製品が出典や検索結果を表示する場合は、それらを調べてください。参照を検証するのに十分な根拠が提供されない場合は、適切な出典を自分で入手し、サポートされている参照画像ワークフローを通じて提供してください。
Nano Banana 2.1のモデルカードには、依然として事実性、空間認識、一部のテキストレンダリングに関する制限が記載されています。したがって、新しいバージョンでも確認作業の必要性はなくなりません。APIを使う場合は、選択したインターフェースについて文書化されている正確なモデル識別子を使用し、マーケティング名から推測しないでください。
小さな参照セットを作る
参照資料は具体的な理由をもって選びます。正面図は入口と窓の配置を確定し、側面図は屋根線を説明してくれるかもしれません。日付も視点も出所も異なる多数の画像よりも、そうした疑問を解消する少数のセットを優先してください。画像が互いに矛盾する場合、数を増やすほど曖昧さが増すことがあります。
各参照資料の入手元のページを記録し、可能であればウェブページの日付だけでなく写真の撮影日も記録してください。最近更新された旅行ページにも古い写真が含まれていることがあります。時期の確認が重要な変化については、その変化を実際に示す根拠を探し、見つからない場合は不確実であることを明示したままにしておきます。
保持すべき特徴の簡単な目録を書きます。目立つ屋根部分の数、入口の位置、中庭と主要ファサードの関係などです。これらは提案する確認基準であり、モデルがすべての細部を再現することを約束するものではありません。人物や製品については、参照編集ガイドで保持要件がより詳しく説明されています。
参照資料を確認してから制作指示書を書く
例示用のトラベルカードであれば、次のようなオリジナルのプロンプトが使えます。適切な参照画像を提供済みで、その日付も確認済みであることを前提としています:
提供された参照画像の建物を、正面の中庭から見た構図で、横長のエディトリアルイラストとして作成してください。主な屋根の形状、入口の位置、見える窓の配置を保持してください。抑制された幾何学的なスタイル、温かみのある石の色合い、静かな青空を使ってください。後から見出しを入れられるよう、屋根線の上に余白を残してください。参照画像にない看板、ロゴ、仮設の設置物、人物を追加しないでください。
最近の改修が重要な場合は、それを示す日付のある参照資料を特定する指示を別途追加してください。単に「最新バージョン」と付け加えて、モデルが矛盾する出典を解決してくれることを期待しないでください。入手可能な参照資料が現在の状態を立証しない場合は、概念イラストであることを明確に示すようブリーフを絞るか、別の被写体を選んでください。
サイズやその他の出力オプションは、ツールについて文書化されているコントロールやパラメータで設定してください。--arや--qualityのようなMidjourneyのフラグを、検証済みのAPI設定であるかのようにNano Bananaのワークフローに貼り付けないでください。実際の出力は別途設定しながら、希望する構図は普通の言葉で記述できます。
画風より先に被写体の特徴を確認する
候補の画像を、見やすい表示サイズで選んだ参照資料と比較します。まず被写体を見分ける特徴から始め、次に関係性を確認します。どの構造物が前にあり、どちら側に入口があり、繰り返される窓のパターンが正しい壁面に属しているかどうかです。説得力のある全体のシルエットが、誤った細部を隠していることがあります。
次に、モデルが追加した可能性のある特徴を調べます。小さな銘板、新しい出入口、余分な屋根部分は、もっともらしく見えながら被写体を変えてしまうことがあります。除去すべき追加要素の明示的なリストを保持してください。心地よい色や質感が、満たされなかった事実上の要件の埋め合わせになることはありません。
その確認が終わってから、はじめてスタイル、コントラスト、掲載先に合わせたトリミングを評価します。全幅表示では良い画像でも、小さなカードでは特徴的な入口が失われることがあります。ファイルを承認する前に両方のサイズで確認してください。正確な文言が必要な場合は、画像内の魅力的だが未確認の看板に頼るのではなく、最終テキストをレイアウトツールで配置して校正してください。
一度に一つの問題を修正する
フレームの大半が使える場合は、次の編集で修正すべき欠陥と保持すべき特徴を名指しします。たとえば、承認済みの視点とパレットを保ちながら、提供した一つの参照資料に照らして屋根線の修正を依頼します。承認したバージョンは別に保存し、失敗した編集が新しい基準にならないようにします。
被写体が依然として誤っている場合は、参照資料に立ち戻ります。矛盾する写真、曖昧な地名、欠けている視点は入力の問題です。より強い形容詞を繰り返しても解決しません。より明確な参照資料を使うか、シーンを簡素化するか、利用できない精度を暗示しない表現方法を選んでください。
完成画像は、使用したモデル、プロンプト、参照資料と一緒に保存します。未確認の点も記録しておけば、次の編集者が何を確認すべきか分かります。建物、製品、看板が変わったら、画像を修正する前に参照資料を更新してください。指示を強調しても、新しい根拠の代わりにはなりません。