Google AI StudioでNano Bananaの画像生成が止まっても、最初から「1日に何枚まで」と決めつけないでください。全ユーザーに共通する画像枚数はなく、制限を持つ場所も1つではありません。
最短の答えは次のとおりです。AI Studioのブラウザ画面だけで止まったなら、表示された文言、選択中のモデル、プロジェクトを保存します。APIが429 RESOURCE_EXHAUSTEDを返したなら、APIキーではなくプロジェクト単位の有効なレート制限を確認します。Geminiアプリ、Vertex AI、外部サービスで生成している場合は、それぞれ別の上限画面を見ます。
まず「どこで止まったか」を60秒で確定する
同じNano Bananaという呼び名でも、入口が違えば証拠と対応が変わります。
| 画像を作った場所 | 上限の持ち主 | 最初に保存するもの | 数字の確認先 |
|---|---|---|---|
| Google AI Studioのブラウザ画面 | 画面の利用状態、選択中モデル、関連プロジェクト | エラー全文、発生時刻、モデル名、プロジェクト | AI Studio内の利用状況とレート制限画面 |
| Gemini Developer API | APIプロジェクト、モデル、使用量ティア、クォータ軸 | HTTP応答、quotaMetric、retryDelay、request ID | サインイン済みAI Studioのプロジェクト別レート制限 |
| Geminiアプリ | 個人またはWorkspaceアカウント、Google AIプラン、アプリ機能 | アプリ内メッセージ、使用中プラン、用量上限表示 | Geminiアプリの設定と公式ヘルプ |
| Vertex AI | Google Cloudプロジェクト、ロケーション、スループット契約 | Cloudプロジェクト、リージョン、モデル、エラー詳細 | Google Cloud ConsoleとVertex AIの割り当て資料 |
| 外部サービスやwrapper | そのサービスの残高、プラン、モデル別ルール、キュー | サービス名、モデル表示名、残高、ジョブ状態 | そのサービス自身の請求・利用状況画面 |
AI Studioには、ブラウザでモデルを試す作業面と、Gemini Developer APIプロジェクトの情報を見る管理面があります。ブラウザの「上限に達しました」という一文だけでは、RPM、RPD、IPMのどれを超えたかまでは確定できません。一方、APIの429は応答本文とプロジェクト画面を組み合わせて診断できます。
AI Studioでは「自分のプロジェクトの有効値」を見る
Gemini APIの公式レート制限資料は、レート制限がAPIキーごとではなくプロジェクトごとに適用されると説明しています。同じプロジェクトで新しいキーを作っても、使えるクォータが倍になるわけではありません。
確認は次の順番にすると、モデル違いとプロジェクト違いを早く見つけられます。
- 失敗した画面またはリクエストを1件だけ特定し、時刻とタイムゾーンを控える。
- コードが実際に呼んだモデルIDを確認する。画面上の愛称やwrapperの別名だけで判断しない。
- APIキーが属するGoogle Cloudプロジェクトを確認する。
- AI Studioの有効なレート制限画面で、そのプロジェクトとモデルを選ぶ。
- エラーに含まれるクォータ軸と、画面の現在値を照合する。
第三者の記事に載っている数値は、あなたのプロジェクト、モデル、ティア、時点を証明できません。プレビュー版や試験運用版は制限が厳しい場合があり、Googleも表示された上限が容量の保証ではないと明記しています。そのため、設計値には余裕を持たせます。
RPM、TPM、RPD、IPMは別々に扱う
画像生成の失敗を「クォータ不足」と一括りにすると、待つべき問題と入力を減らすべき問題が混ざります。
| クォータ軸 | 何を数えるか | 起きやすい状況 | 先に行う対応 |
|---|---|---|---|
| RPM | 1分あたりのリクエスト | ボタン連打、workerの同時起動、短いバースト | 同時実行を下げ、キューとレートリミッターを入れる |
| TPM | 1分あたりの入力トークン | 長い指示、多数の参照画像、大きな会話履歴 | 入力を絞り、再利用部分をキャッシュする |
| RPD | 1日あたりのリクエスト | 日中は通るが、一定の利用後に継続して失敗 | 日次予算を止め、リセット時刻まで不要な再試行をしない |
| IPM | 1分あたりの画像数 | テキスト処理は通るが、画像ジョブだけ集中 | 画像専用キューを作り、生成本数と並列数を制御する |
| 費用ベースの制限 | 一定時間内のAPI費用 | 高コストの要求が短時間に集中 | 高コスト要求のレートを落とし、課金状態とティアを確認する |
公式資料では、Gemini Developer APIのRPDは太平洋時間の午前0時にリセットされます。これはAPIのRPDに限ったルールです。Geminiアプリの用量上限や外部サービスのクレジットに、そのまま当てはめてはいけません。
旧プラン別固定枚数表を使わない理由
以前の解説では、Geminiアプリのプラン別画像枚数を固定した日次表が広く引用されました。しかし、2026年7月20日に確認した現在の日本語版Geminiアプリヘルプは、用量上限を計算量に基づく仕組みとして案内し、旧来の固定日次表を現在値として提示していません。
現行ヘルプでは、一般の用量上限は週間上限に達するまで5時間ごとにリセットされ、メディア生成のような機能はより多くの用量を消費すると説明されています。上限は処理上の制約などで変更される場合もあります。したがって、画像について「このプランなら必ず毎日何枚」と古い表から断定するのは安全ではありません。
Geminiアプリで止まった場合は、アプリ左下の設定から用量上限を開き、現在の表示に従います。Google AIの個人向けサブスクリプションを契約していても、それだけでGemini Developer APIプロジェクトのクォータが増えるわけではありません。アプリのプランとAPIの使用量ティアは別契約です。
429 RESOURCE_EXHAUSTEDは証拠を残してから再試行する
APIの429 RESOURCE_EXHAUSTEDは、単に「画像を使いすぎた」という意味ではありません。クォータ、費用ベースの制限、または一時的な容量の問題を切り分ける入口です。最低限、次の情報を1セットで残します。
- 利用面：Developer APIかVertex AIか
- Google Cloudプロジェクトと実際のモデルID
- 発生時刻とタイムゾーン
- HTTPステータス、応答本文、
quotaMetric、quotaId retryDelayがある場合はその値- request IDと、その時点のレート制限画面
ログはたとえば次の形にすると、後から画面と突き合わせやすくなります。値は実際の応答から記録し、APIキー自体はログに残しません。
hljs texttimestamp=<ISO 8601> surface=<developer-api|vertex-ai> project=<project> model=<model-id> http=429 quota_metric=<metric> retry_delay=<value> request_id=<id>
retryDelayが返っているなら尊重し、指数バックオフにjitterを加えます。全workerが同時に再試行すると、短いレート超過を長い障害に変えてしまいます。RPDを使い切った場合は秒単位の再試行では解決しません。IPMなら画像ジョブ、TPMなら入力、費用ベースなら高コスト要求の流量をそれぞれ減らします。
AI Studioのブラウザ画面にだけ利用上限メッセージが出ており、API応答を取得していない場合は、AI Studioのrate limit表示から復旧する手順に分けて確認してください。画面メッセージをAPIのquota metricとして扱わないことが重要です。
価格、無料可否、クォータは3つの別チェック
モデルが選択肢に見えること、無料または有料で使えること、現在のプロジェクトに実行可能なクォータがあることは別々の事実です。
- モデル資料は、機能と対応する入口を確認する場所です。
- Gemini APIの料金ページは、現在の価格とFree Tierの有無を確認する場所です。
- AI Studioのレート制限画面は、サインインしたプロジェクトの有効値を確認する場所です。
料金表にモデルがあっても、あなたのRPMやIPMは決まりません。反対に、AI Studioでレート制限が表示されても、価格や無料提供が将来も続くことは保証されません。無料枠そのものを判断したい場合は、Gemini API無料枠の確認ガイドに分けます。Nano Bananaの料金と導入判断が主題なら、Nano Bananaの料金・クォータガイドが担当します。
Vertex AIは上限回避ではなく別の運用契約
Vertex AIへ移しても、画像生成が無制限になるわけではありません。Google Cloudプロジェクト、ロケーション、IAM、請求、ログ、サポートをCloud側で管理するルートです。
Vertex AIのスループット資料では、従量課金の動的共有クォータと、容量を予約するProvisioned Throughputが分けられています。動的共有クォータで返る429は、共有プールの需要が高い可能性があります。予約容量が必要な本番ワークロードではProvisioned Throughputを検討できますが、対応モデル、ロケーション、費用、契約条件を別途確認する必要があります。
個人の試作でCloudガバナンスが不要なら、429を見ただけで移行するのは過剰です。まず現在のプロジェクト、モデル、失敗軸、実トラフィックを測ります。監査ログ、サービスアカウント、リージョン管理、組織課金、予測可能なスループットが必要になった段階で、AI StudioとVertex AIの選び方を使って判断します。
外部サービスのクレジットをGoogleのクォータと混ぜない
外部の画像生成サービスでは、「クレジット残高」「月間プラン」「同時ジョブ数」「モデル別消費量」が上限として表示されることがあります。これはそのサービスとの契約です。残高が増えてもGoogle AI Studioのプロジェクトクォータは増えず、残高がゼロでもGoogle公式APIの状態までは分かりません。
また、外部サービスの「Nano Banana」という表示名が、どのGoogleモデルID、リージョン、実行方式に対応しているかはサービス側の資料で確認します。wrapperの429や待ち行列は、GoogleのAPI応答をそのまま返している場合も、サービス独自の制限である場合もあります。Googleのquota metricが見えない限り、両者を同一視しないでください。
大量生成を始める前の運用チェック
上限に当たってからキーを増やすより、最初から画像生成をキューとして設計する方が安定します。
- ジョブごとにプロジェクト、モデルID、入力サイズ、生成枚数、開始時刻、最終状態を記録する。
- 同じ操作の二重送信を防ぎ、再試行には上限を設ける。
- 確定済みの画像や中間結果を再利用し、同じ生成を繰り返さない。
- 画像ジョブの同時実行をテキスト処理と分離する。
- 失敗率と待ち時間を監視し、上限に近づく前に低優先度ジョブを止める。
- 増枠を検討する場合は、正常な利用実績と必要量を説明できるようにする。
キーのローテーションで同一プロジェクトのクォータを逃れようとしたり、すべての失敗を即時再試行したりするのは解決になりません。必要なのは、制限の持ち主を正しく特定し、その軸に合った流量制御を行うことです。
よくある質問
AI StudioのNano Bananaは1日に何枚まで生成できますか？
全ユーザー共通の枚数はありません。ブラウザ画面、APIプロジェクト、モデル、使用量ティア、時点によって確認先が変わります。APIならサインイン済みAI Studioのプロジェクト別レート制限、ブラウザ画面ならその場の用量表示を確認してください。
APIキーを追加すれば画像生成の上限は増えますか？
同じプロジェクト内では増えません。Gemini Developer APIのレート制限はAPIキー単位ではなくプロジェクト単位です。別キーへの切り替えを容量設計の代わりにしないでください。
Google AI ProやUltraに入ればAPIクォータも増えますか？
個人向けGeminiアプリのプランとGemini Developer APIの使用量ティアは別です。アプリのサブスクリプションだけでAPIプロジェクトのRPM、RPD、IPMが自動的に増えるとは限りません。
上限に達したら、どれくらい待てばよいですか？
APIではretryDelayがあればそれに従います。RPMや一時容量なら間隔を空けた再試行、RPDならAPIのリセット時刻まで待つ判断が必要です。Geminiアプリはアプリ内の用量上限表示を確認します。外部サービスはそのサービスの更新周期に従います。
429が出たら、課金を有効にすれば直りますか？
課金や使用量ティアが原因なら改善する場合がありますが、429はRPM、TPM、RPD、IPM、費用ベースの制限、一時容量でも発生します。エラー本文と現在のプロジェクト画面を見ずに、課金だけで直るとは判断できません。
Vertex AIへ移れば無制限に使えますか？
いいえ。Vertex AIはCloudプロジェクト、ロケーション、動的共有クォータまたは予約スループットを持つ別ルートです。上限回避ではなく、Cloud運用と予測可能な容量が必要かどうかで選びます。
外部サービスのクレジットはAI Studioでも使えますか？
通常は別物です。外部サービスの残高やサブスクリプションは、そのサービス内の利用権を表します。Google AI StudioのプロジェクトクォータやGeminiアプリの用量上限を増やす証拠にはなりません。
