Nano Banana 2.1とFLUX 1.1 Pro検索付き素材処理とAPI入力の選択

外部情報と動画・PDFを根拠付きで整理するならNano Banana 2.1、seedやサイズを固定した非同期ジョブを組むならFLUX 1.1 Pro。生成前に保存したい値で選びます。

Google Gemini APIとBlack Forest Labsの公式資料を2026年10月19日に確認しました。両方の画像入力を共通条件に置き、検索付きの素材処理と再実行可能なAPIジョブの差を比べます。品質やレイテンシーは測定していません。

この記事の目次
  1. 01検索付き素材か再現可能なジョブか
  2. 02正式ID・入力・API設定を比べる
  3. 03素材とジョブ設定を固定する
  4. 04仮の製品画像を定期更新する
  5. 05画像単価とトークン単位を分ける
  6. 06出典・確認範囲
01

検索付き素材か再現可能なジョブか

Nano Banana 2.1の正式IDはgemini-nano-banana-2.1です。Googleはテキスト・画像・動画・PDF入力、画像・テキスト出力、最大14枚の参照、1K/2K/4K、Web SearchとImage Searchのgrounding、thinkingを案内しています。商品資料や動画の内容を外部情報と照合してから画像へ進める工程で、入力の意味を記録しやすい経路です。

FLUX 1.1 ProはBlack Forest Labsの現行モデル系列で、APIのendpointではflux-pro-1.1を指定します。公式API資料はprompt、image_prompt、width、height、seed、safety_tolerance、output_format、webhookを入力・通知の軸として掲載しています。同じ入力条件を再実行し、非同期の結果を既存システムへ戻す工程が中心です。

選び方
画像の前に動画・PDF・検索結果を整理し、根拠を残すなら2.1を基準にします。seed、サイズ、ファイル形式を固定し、webhookで複数ジョブを受け取るならFLUX 1.1 Proを基準にします。どちらも参照画像を扱えるため、入力画像があるかだけで判断しません。
02

正式ID・入力・API設定を比べる

GoogleとBlack Forest Labsの公式資料で確認できる入力・設定・通知条件(2026年10月19日確認)
確認軸Nano Banana 2.1FLUX 1.1 Pro制作で決めること
正式な識別子gemini-nano-banana-2.1。Gemini APIのモデルページ掲載。flux-pro-1.1。BFL API endpointで指定。モデル系列名と実際のendpointを分けて保存する。
入力テキスト、画像、動画、PDF。最大14枚の参照。promptとimage_prompt。BFL APIの画像入力として案内。資料の種類を保持するか、promptと画像へ正規化するかを決める。
設定・出力1K/2K/4K、画像・テキスト出力。thinkingと検索接地。width、height、seed、safety_tolerance、output_format。結果通知にwebhook。納品サイズ、形式、再実行値、通知先を一つのジョブ定義へ入れる。
編集の扱いmulti-turn編集、参照画像、Web/Image Search grounding。画像入力をAPIへ渡し、seed等を固定してジョブ単位で再実行。会話履歴を残すか、リクエストとwebhookの記録を残すかを選ぶ。
提供・価格Gemini APIのStandardはトークンと画像出力単位。BFL API/partner経路。1 credit = $0.01、1.1 Proは4 credits/画像。API提供元と単位を混ぜず、使用経路ごとに見積もる。

FLUXのseedやwebhookがあることは、生成品質や再現性を保証する説明ではありません。2.1の検索接地も、検索結果が自動で正しい商品情報になるという意味ではないため、両方に確認工程を残します。

03

素材とジョブ設定を固定する

2.1を使う場合は、動画・PDF・参照画像のページや時刻、検索を使った箇所、出力サイズを保存します。検索で補った情報は元資料から分け、固有名詞や数値を人が確認してから次工程へ渡します。

FLUX 1.1 Proでは、promptとimage_promptの役割、width/height、seed、safety_tolerance、output_format、webhookのjob IDを一組で保存します。結果を受け取ったあとも、同じseedを使った再実行、別サイズの再実行、採用ファイルの差分を別ジョブとして扱います。

2.1の準備

  • 動画・PDFの参照位置と検索URLを記録する。
  • 参照画像の役割と1K/2K/4Kを先に決める。
  • 入力・出力トークンと文字の照合担当を残す。

FLUX 1.1 Proの準備

  • promptとimage_promptを分ける。
  • seed、サイズ、安全許容度、形式をジョブ定義へ固定する。
  • webhook受信、失敗時の再実行、採用画像のURLを保存する。
04

仮の製品画像を定期更新する

仮の条件(実際の生成結果ではない)

架空の工具のPDF仕様書と商品写真から、月ごとのキャンペーン画像を作る。型番と安全表示は仕様書を正本にし、背景色だけを季節ごとに変える。横長と正方形の二つのサイズを納品する。

  1. 2.1でPDFの型番・安全表示と商品写真を参照し、検索で補った市場情報は別資料へ置く。
  2. FLUXでは商品写真をimage_promptへ、背景色・構図をpromptへ分け、同じseedで二つのサイズを別ジョブにする。
  3. webhookのjob IDと出力のファイル形式を受け取った記録へ紐付ける。
  4. 画像内の型番・安全表示、背景色、サイズを人が照合する。速度や見た目の優劣は測定していない。

この例で2.1を選ぶ理由は、仕様書と検索を根拠へ含めるためです。FLUXを選ぶ理由は、月ごとの入力とseed・サイズをジョブとして再利用するためです。

05

画像単価とトークン単位を分ける

GoogleのStandard料金表では2.1は入力$1.50/1M tokens、テキスト・thinking出力$7.50/1M tokens、画像出力$30/1M tokens。画像出力の目安は1K $0.0336/画像、2K $0.0504/画像、4K $0.113/画像です。

Black Forest Labsの公式ヘルプは1 creditを$0.01とし、FLUX1.1 [pro]を4 credits/画像、つまり公開単価では$0.04/画像と掲載しています。Ultra/Rawは6 credits/画像ですが、1.1 Proとの比較では混ぜません。画像入力や再生成、partner経路の条件は実際の契約とリクエストで別途確認します。

見積もりへ残す値
provider、model ID、参照画像、入力・出力トークンまたはcredit数、画像サイズ、seed、形式、webhook再試行、検索リクエスト、料金確認日を経路別に保存します。
06

出典・確認範囲

公式資料の確認日は2026年10月19日です。正式ID、入力・参照、出力・API設定、webhook、料金単位を確認しました。画質、文字の正答率、速度、seedによる同一性、実請求額は測定していません。