公式の無料で無制限なNano Banana Pro APIはありません。Googleの現在の文書では、Nano Banana Proはgemini-3-pro-imageに対応します。この経路は有料で、プロジェクト単位の制限、課金状態、安全ポリシーに縛られます。
無制限という提案に支払う前に、約束の所有者を分けてください。Google公式APIなのか、自分のGoogle Cloudプロジェクトなのか、Batch/Flexなのか、外部プロバイダーなのか、安全設定なのかで、確認すべき証拠は変わります。
| 約束の内容 | 所有者 | 最初に見る証拠 |
|---|---|---|
| 公式モデルを呼べる | Google Gemini API | gemini-3-pro-image、現在価格、課金状態 |
| より多く処理できる | 自分のCloudプロジェクト | AI Studioの有効制限、tier、spend cap |
| 安く非同期に処理できる | Google Batch/Flex | 価格、遅延、利用可否、変わらないポリシー境界 |
| プロバイダー側で無制限 | プロバイダー契約 | ログ、上限、課金、返金、サポート、負荷テスト |
| 安全ブロックが少ない | Google安全ポリシー | 調整可能な閾値と調整不可の保護。BLOCK_NONEは無審査ではない |
停止条件は単純です。モデルID、有効制限、課金主体、失敗時の扱い、返金条件、サポート経路を示せない経路には、本番トラフィックを載せないでください。
要点
- Google公式経路は無料の無制限endpointではありません。Nano Banana Proは現在gemini-3-pro-imageで、プロジェクト、課金、tier、安全ポリシーの制約を受けます。
- 2026年6月14日時点で、Google価格表はgemini-3-pro-imageのFree Tierを利用不可としていました。標準出力は1K/2K画像が1枚0.134ドル、4K画像が1枚0.24ドル。Batch/Flex出力は0.067ドルと0.12ドルでした。
- Gemini APIのrate limitはAPI key単位ではなくプロジェクト単位です。同じプロジェクトでkeyを増やしても容量は増えません。
- API keyはプロジェクトとbilling accountの状態を継承します。Prepay残高、Postpay状態、spend cap、tier、課金リンクが重要です。
- Batch/Flexはコストと処理形態を変えますが、権利や安全境界を消すものではありません。
- プロバイダーは便利なwrapperを提供できますが、証明できるのは自社経路、契約、ダッシュボード、ログ、サポートです。Google公式の制限解除を証明するものではありません。
- BLOCK_NONEは文書化された安全カテゴリの閾値設定です。組み込み保護と出力側チェックは残ります。
無制限という言葉を五つに分ける
無制限は一つの技術状態ではありません。Nano Banana Pro APIでこの言葉が使われるとき、実際にはモデルにアクセスできる、より多く送れる、単価を下げられる、プロバイダー側の日次制限がない、安全ブロックを減らせる、という別々の約束が混ざりがちです。
| 主張 | 正確な呼び方 | 所有者 | 有効な証拠 |
|---|---|---|---|
| モデルを呼べる | 公式モデルアクセス | Google Gemini API | 現在のmodel ID、endpoint、課金可否 |
| 量を増やせる | プロジェクト容量 | 自分のCloudプロジェクト | AI Studioの有効制限、tier、spend cap |
| 安くできる | 非同期経済性 | Google Batch/Flex | 利用可否、遅延、出力価格 |
| 日次上限がない | wrapper契約 | プロバイダー | ログ、同時実行、throttling、失敗ポリシー |
| 安全制限を緩める | 安全閾値 | Googleポリシー | 文書化された設定と調整不可の保護 |
判断すべきことは、どのAPIが無制限かではなく、誰がどの約束をしており、その所有者が本番前に証明できるかです。この分解により、課金を有効にすれば安全ルールも消える、keyを増やせばプロジェクト制限も増える、プロバイダーの広告がGoogle公式権利になる、といった誤解を避けられます。
利用前の判断では、無料、裏技、無制限、4K、API keyを同じ話として扱わないことが重要です。開発者が見るべきものは、裏技ではなく、現在のモデルID、プロジェクトの有効制限、課金主体、失敗時の課金、そして安全境界です。
現在のモデルIDを先に確認する
Googleの画像生成文書では、Nano Banana Proはgemini-3-pro-imageです。同じ文書ではNano Banana 2がgemini-3.1-flash-image、Nano Bananaがgemini-2.5-flash-imageとされています。価格や制限を比べる前に、このmodel IDを確認してください。
古い解説、プロバイダーの管理画面、SDK例、キャッシュされた文面ではpreview名が残る場合があります。現在使う経路が公式文書、request path、ログ、response metadataで実体を示せないなら、gemini-3-pro-image-previewは過去の表記または経路固有の表記として扱うのが安全です。
確認は四段階です。Google文書の公開モデル名を確認する。自分のrequestで使っているmodel IDを確認する。wrapperを使うならログまたはmetadataでroutingを確認する。最後に404、403、429、安全ブロック、空出力を別々に分類する。ここまで揃って初めて、価格や容量の比較が意味を持ちます。
どれか一つでも欠ける場合、その経路は小規模実験の段階です。プロダクション用の容量判断やコスト判断にはまだ早い状態です。
公式価格と課金の境界
2026年6月14日時点のGoogle価格表では、gemini-3-pro-imageのFree Tierは利用不可でした。標準出力は1K/2K画像が0.134ドル、4K画像が0.24ドル。Batch/Flex出力は1K/2Kが0.067ドル、4Kが0.12ドルでした。画像入力やGoogle Search groundingには別の課金行もあります。
この価格は、課金主体が明確なときだけ有効です。Gemini API key自体に独立した課金状態はありません。keyは所属プロジェクトとbilling accountの状態を継承します。支払いできないプロジェクトのkeyは、別のサーバーに移しても高容量の有料経路にはなりません。
Googleのbilling文書には、運用上重要な状態も記載されています。Prepay残高が0になると関連keyが止まる可能性があります。Postpay statusとspend capsは、課金アカウントがあってもプロジェクトを制限します。usage tierはquota eligibilityに関係します。2026年3月2日以降の新規アカウントwelcome creditsは、Gemini APIとAI Studioの支払いには使えません。
コスト計算では、成功画像の単価と試行リクエストの費用を分けてください。安全ブロック、timeout、upstream failureでも処理コストやprovider側課金が発生する可能性があります。成功数だけでなく、失敗試行、返金、残高変動、invoice行が見えることが本番判断の条件です。
Quota、API key、有効制限
Gemini APIの制限はプロジェクト単位です。GoogleはRPM、input TPM、RPDなど複数の軸を説明しており、どれか一つを超えるとrate-limit errorが起きます。公開されている数値は固定保証ではなく、有効制限はAI Studioで確認する必要があります。
よくある失敗は、同じプロジェクト内でAPI keyを増やし、それを容量増加と誤解することです。keyを増やすことはcredentialsを増やすだけです。環境分離、key rotation、漏えい時の影響分散には役立ちますが、project tier、billing state、active limitは変わりません。
正しい手順は、keyの所有プロジェクトを開き、billing linkage、PrepayまたはPostpay、spend caps、usage tier、AI Studioのactive model limitsを確認することです。そのうえで、429やquota errorの正確な文面を保存します。RPMなのかTPMなのかRPDなのか、Batch tokenなのかprovider側throttlingなのかを分けて初めて、tier upgrade、queue、Batch/Flex、cache、別providerを選べます。
チームでは、key、project、billing account、environment、dashboardの対応表を持つべきです。対応表がないと、残高切れやspend capが原因でも、モデル不具合や無料keyの問題として扱われてしまいます。
Batch/Flexはコストと処理形態を変えるだけ
Batch/Flexは、遅延やqueueを許容できる仕事に向いています。商品画像の大量バリエーション、ローカライズ素材、夜間生成、デザインバックログ、非同期のcreative batchなどでは、標準同期処理よりも合理的です。
ただし、三つの境界は変わりません。Nano Banana Proならmodel IDはgemini-3-pro-imageである必要があります。プロジェクト、課金、active limitの所有者は残ります。安全設定と組み込み保護も実行されます。
Batch/Flexを選ぶ理由は、cost、queue shape、latency toleranceです。policy block、billing未設定、古いpreview ID、または証明不足のprovider claimを解決するものではありません。ユーザーがリアルタイム結果を待つUIでは、安さよりも応答設計が重要になります。
プロバイダーの主張を確認する
wrapperプロバイダーは便利です。OpenAI-compatible endpoint、複数モデルの統合、異なる商業契約、残高管理、再試行、サポート経路を提供できるからです。しかしプロバイダーの約束はプロバイダー契約であり、Google公式のquota statementではありません。
laozhang.aiや他のwrapperを使う場合、証拠はそのprovider dashboard、logs、terms、refund rules、support pathで確認します。Google公式価格、Google project limit、Google safety wordingをprovider claimに移植しないでください。provider側が自分の経路で示せるものだけを信頼します。
本番前には、少なくとも六つを確認します。Model proof: logsまたはmetadataがgemini-3-pro-imageまたは文書化された同等経路を示す。Capacity proof: 小規模load testでconcurrency、queue、retry、throttlingを確認する。Billing proof: successful images、failed attempts、refunds、balance changes、invoice rowsが分かれる。Failure proof: 429、安全ブロック、upstream error、timeout、empty outputを追える。Contract proof: usage rights、refund conditions、support escalation、除外事項が書かれている。Exit proof: codeが公式Google経路または別providerに戻れる。
安くて簡単な経路は、観測できるときだけ価値があります。モデル、制限、課金、失敗を見せないproviderは、demoには使えても本番運用には不十分です。
安全設定はポリシー解除ではない
Googleの安全設定では、文書化されたharm categoryの閾値を調整でき、対応するAPI文脈ではBLOCK_NONEも利用できます。これは合法的なアプリケーションで過剰なprompt-level blockを減らすための機能です。
しかしBLOCK_NONEは組み込み保護を消しません。Google文書は、child-safety protectionsを含むcore protectionsが引き続きブロックされ、調整できないことを示しています。出力側の画像チェックやその他のnon-adjustable protectionsも、閾値を緩めた後にリクエストを止める可能性があります。
provider評価でも同じです。providerはより便利なアクセスや別契約を提供できますが、Googleの調整不可保護が消えたとは言えません。すべてのpolicy checksを外すと売り込む経路は、利点ではなく停止条件です。
実際にブロックされたら、status code、finish reason、safety category、provider log row、billed amountを保存してください。証拠なしの再試行は、費用と不確実性を増やすだけです。
判断ルール
| 状況 | 次の行動 | 最初の証拠 | 停止条件 |
|---|---|---|---|
| 公式APIが必要 | Gemini API projectを設定または確認 | 現在文書とrequest pathがgemini-3-pro-imageを示す | model IDまたはendpointを示せない |
| 量を増やしたい | active limitsとbilling tierを見る | AI Studioの有効制限と正確な429文面 | 同じprojectでkeyを増やすだけを提案される |
| コストを下げたい | Standard、Batch/Flex、provider contractを比較 | 日付付き価格と遅延許容度 | 価格に現在の根拠やdashboard証明がない |
| 非同期大量生成が必要 | Batch/Flexまたはqueue付きproviderを使う | queue behaviorとcompletion logs | ユーザーが同期完了を必要とする |
| wrapperが必要 | provider due diligenceを行う | model logs、caps、billing rows、support path | model、limits、refund、failuresを示せない |
| 安全ブロックを減らしたい | 文書化設定とpolicy内promptを調整 | finish reasonとsafety category | non-adjustable protectionsを消すと約束される |
最も安全な判断は、小さな比較テストから出ます。公式projectとprovider routeに同じ代表prompt setを流し、model ID、latency、success rate、failure class、billed amount、support responseを記録します。小さなテストを通らない経路は、大きなworkloadを受けるべきではありません。
次に確認すること
無料keyの現実を確認するなら Nano Banana Pro API keyは無料か を見てください。公式実装の全体像は Nano Banana Pro API guide が適しています。
quotaや429が問題なら Nano Banana Pro API quotaの増やし方 を使います。コスト比較では Nano Banana Pro pricing と Batch API cost optimization を並べて、標準同期、Batch/Flex、provider契約を分けてください。
安全ブロックやfailed responseの調査では Nano Banana Pro safety filters と Nano Banana Pro error を使い、status、finish reason、log row、billing rowを保存してから再試行します。
よくある質問
公式Nano Banana Pro APIは無制限ですか？
いいえ。公式経路は有料で、プロジェクト、tier、課金、安全ポリシーに制約されます。大きな容量はactive limits、billing status、tier eligibility、Batch/Flex、または別途証明されたprovider contractから来ます。
gemini-3-pro-image-previewは現在のmodel IDですか？
2026年6月14日に確認したGoogle文書では、Nano Banana Proはgemini-3-pro-imageです。preview名は、現在の文書またはlogsで証明されるまで、legacyまたはroute-specificとして扱います。
API keyを増やせばquotaは増えますか？
同じproject内では増えません。rate limitはproject単位です。keyの追加はcredential hygieneには役立ちますが、capacityはproject limits、billing、tier、route ownerに依存します。
Batch/Flexは制限をなくしますか？
いいえ。Batch/Flexはcost、latency、workflow shapeを変えます。model identity、project ownership、billing requirements、safety protectionsは残ります。
providerは高容量アクセスを提供できますか？
可能ですが、証拠はprovider経路から必要です。model logs、capacity behavior、billed rows、failure classes、refund rules、support escalation、小規模load testを確認してください。
BLOCK_NONEはすべての安全ブロックを消しますか？
いいえ。BLOCK_NONEは対応するカテゴリの閾値を調整するだけです。組み込み保護と調整不可のpolicy checksは続きます。