# Gemini画像生成の上限はいつリセットされる？ 2026年版: アプリは日次補充、APIは太平洋時間の午前0時

> 2026年3月22日時点で確認。Geminiアプリの画像枠は引き続き日次補充の柔らかい案内で、Gemini API の requests-per-day は Pacific Time の午前0時にリセットされ、現行の画像モデルは有料のままです。

- Source: https://www.aifreeapi.com/ja/posts/gemini-image-generation-limit-reset
- Language: ja
- Published: 2026-03-21
- Updated: 2026-10-08
- Publisher: AI Free API (https://www.aifreeapi.com)

> **2026年10月8日訂正：** Googleは`gemini-2.5-flash-image`の提供終了日を当初の2026年10月2日から2027年3月15日に延期し、移行先を`gemini-3.1-flash-lite-image`（Nano Banana 2 Lite）に変更しました。本文中の「10月2日に終了」という記述は現在は当てはまりません。

**2026年3月22日時点で、Gemini画像生成の上限がいつリセットされるかは、Gemini app を指すのか Gemini API を指すのかで答えが変わります。** Gemini app では Google が現在、Nano Banana 2 の daily image cap を plan ごとに示しています。Gemini API では現行の image model は paid-only で、requests-per-day quota は Pacific Time の midnight で reset します。

混乱の大半はこの 2 つの surface を混ぜることから生まれます。app の limit は plan 依存で頻繁に変わり得ますが、API の limit は project tier の公開 rate-limit ルールに従います。まず app usage と API usage を分ければ、reset timing と次の行動はかなり明確になります。

![2026年のGemini画像生成上限を、Geminiアプリの上限とGemini画像APIの有料現実に分けて比較したカバー画像](https://www.aifreeapi.com/posts/ja/gemini-image-generation-limit-reset/img/cover.webp)

## 要点まとめ

まず今の答えだけ知りたいなら、この表で十分です。

| 利用面 | いまの答え | リセット規則 | 実務上の読み方 |
| --- | --- | --- | --- |
| Geminiアプリ Basic | 最大20枚/日 | 日次リセット、ただし動的 | 軽い手動利用向け |
| Google AI Plus | 最大50枚/日 | 日次リセット | Nano Banana Pro redo あり |
| Google AI Pro | 最大100枚/日 | 日次リセット | アプリ内の重め利用向け |
| Google AI Ultra | 最大1,000枚/日 | 日次リセット | アプリ内の最大容量 |
| Gemini 3.1 Flash Image Preview API | 公開free tierなし | API RPD は PT 深夜0時にリセット | 高スループットの有料画像API |
| Gemini 3 Pro Image Preview API | 公開free tierなし | API RPD は PT 深夜0時にリセット | 高品質寄りの有料画像API |
| Gemini 2.5 Flash Image API | 公開free tierなし | API RPD は PT 深夜0時にリセット | 安いが遺留レーン、2026-10-02 停止予定 |

大事なのは三つです。**Geminiアプリには今も日次の画像枠があること。現在のGemini画像APIは公開free tier前提ではないこと。そしてアプリのリセット説明とAPIのリセット説明を同じものとして扱ってはいけないこと。**

## 現在のGeminiアプリ画像上限

![現在のGeminiアプリ画像上限を、Basic、Google AI Plus、Google AI Pro、Google AI Ultraの順に示した階段型ボード](https://www.aifreeapi.com/posts/ja/gemini-image-generation-limit-reset/img/app-plan-limits-board.webp)

アプリ側の現在の答えは、Googleの [Gemini Apps limits and upgrades](https://support.google.com/gemini/answer/16275805) が最も信頼できます。そこでは画像生成が **Nano Banana 2** を中心に説明されており、Basic は **20枚/日**、Google AI Plus は **50枚/日**、Google AI Pro は **100枚/日**、Google AI Ultra は **1,000枚/日** です。

ここで重要なのは、2025年の SERP で多かった「無料ユーザーは Nano Banana Pro を何回使えるか」という発想が、いまのアプリ説明とはずれていることです。現在のヘルプでは、**通常の画像生成は Nano Banana 2、Nano Banana Pro は paid plan に付属する redo 経路** という整理になっています。だから 2025 年の「2枚」「3枚」という記憶をそのまま 2026 年の Gemini 全体の上限だと思うと、ほぼ確実にミスリードされます。

現在のプランを簡単に読むならこうです。

| プラン | 現在の画像枠 | 追加で何が変わるか |
| --- | ---: | --- |
| Basic | 最大20枚/日 | Nano Banana Pro redo はなし |
| Google AI Plus | 最大50枚/日 | Nano Banana Pro redo が最大50回/日 |
| Google AI Pro | 最大100枚/日 | Nano Banana Pro redo が最大100回/日 |
| Google AI Ultra | 最大1,000枚/日 | Nano Banana Pro redo が最大1,000回/日 |

同じページには、もう一つ重要な注意があります。Google は画像生成が高需要であり、**limits may change frequently**、さらに **distributed throughout the day** だと書いています。つまり、アプリ側は今も日次枠を持っていますが、古いブログのように「誰にとっても毎日何時に固定で回復する」と断言するのは危険です。また、Nano Banana Pro の redo 枠を先に使い切ると、その後のリクエストは **Nano Banana** 側に戻るという説明もあります。これは paid user にとって「完全終了の前に品質レーンが先に切り替わる」可能性がある、という意味です。

## なぜGeminiアプリとGemini APIで答えが違うのか

ここがこのキーワードの本質です。**Geminiアプリ** と **Gemini画像API** は、もう同じ「Gemini画像上限」の話ではありません。

Geminiアプリの中で手動生成しているなら、あなたが見ているのは **consumer plan の制限** です。Basic や Google AI Plus / Pro / Ultra の日次枠は、プロダクト利用権として理解するのが正しいです。

一方で **Gemini Developer API** に切り替えると、問いそのものが変わります。Google の現行 [pricing](https://ai.google.dev/gemini-api/docs/pricing) ページには、現在の画像モデルとして次のような有料レーンが並んでいます。

- **Gemini 3.1 Flash Image Preview**: 標準出力はおよそ **$0.067 / 1K**
- **Gemini 3 Pro Image Preview**: 標準出力はおよそ **$0.134 / 1K または 2K**
- **Gemini 2.5 Flash Image**: 遺留レーンだが **$0.039 / image**

ここで最も重要なのは単価ではなく、Free Tier の列です。現行ページでは、これらの画像モデルに **公開free tierがありません**。だから「Geminiアプリでは今も無料で画像を作れる」と「現行のGemini画像APIは paid workflow だ」という二つの文は、実は両立します。対象の surface が違うだけです。

Google は [Gemini 3 Developer Guide](https://ai.google.dev/gemini-api/docs/gemini-3) の中で、**Nano Banana Pro** を高品質寄り、**Nano Banana 2** を高効率・高スループット寄りのレーンとして説明しています。つまり API 側では、「今日は無料で何枚か」というより、「どのモデルをどのコストで使うか」が中心課題になります。

この違いを押さえると、ユーザーの混乱はかなり整理できます。アプリ利用者の本音は「今日はあと何枚手動で作れるか」であり、開発者の本音は「この画像ワークフローは無料なのか、paid quota なのか、現行モデルはどれか」です。自分の問題が後者なら、読むべきは [Gemini画像API料金ガイド](/ja/posts/gemini-image-generation-api-pricing) や [Gemini API無料枠ガイド](/ja/posts/google-gemini-api-free-tier) です。

## いつリセットされるのか。古い記事が誤解を生む理由

![Geminiアプリの「日次リセット」説明と、Gemini API の「Pacific Time 深夜0時」ルールを左右に分けて示したボード](https://www.aifreeapi.com/posts/ja/gemini-image-generation-limit-reset/img/reset-split-board.webp)

2025年の多くの限度記事は、Gemini画像制限を一つの時刻で説明していました。2026年の現在、それはもう正確ではありません。

**Gemini API** 側は今も明快です。Google の [rate limits](https://ai.google.dev/gemini-api/docs/rate-limits) には、**Requests per day quotas reset at midnight Pacific time** と書かれています。同じページでは、限度が **API key 単位ではなく project 単位** であること、実際の active limits は AI Studio で見ることも説明されています。API ワークフローを組むなら、ここが基準です。

しかし **Geminiアプリ** 側は、現在の公式文言がもっと柔らかい。Google は「上限は頻繁に変わりうる」「1日の中で分配される」「毎日リセットされる」と説明しており、古いブログのような固定時刻の断言はしていません。つまり、アプリ側で安全なのは **日次で回復する** という理解までであって、すべての surface に固定タイムゾーンを貼り付けることではありません。

いま最も安全な整理は次の二行です。

- **Geminiアプリ**: 日次リセットだが、容量説明は動的
- **Gemini API**: RPD は Pacific Time 深夜0時にリセット

旧記事が厄介なのは、API のきれいなルールをアプリにそのまま持ち込み、アプリの無料体験を API にもそのまま延長してしまうからです。この二つを分けて読むだけで、かなりの混乱は消えます。

もしすでに API 側のトラブルシュートに入っているなら、次の導線としては [Gemini画像レート制限の対処ガイド](/ja/posts/gemini-image-rate-limit-solution) が役に立ちます。

## どの古い主張がもう古いのか

このキーワードで本当に危険なのは、数字のズレだけではなく **モデルの時間差** です。

Google の [deprecations](https://ai.google.dev/gemini-api/docs/deprecations) ページでは、`gemini-2.5-flash-image-preview` が **2026年1月15日** に停止、`gemini-2.5-flash-image` が **2026年10月2日** に停止予定、`gemini-3.1-flash-image-preview` が **2026年2月26日** に登場したと整理されています。これが、2025年の記事と2026年の現実がズレる理由です。

次の表で見れば、どこが古くなったのかがすぐ分かります。

| まだ見かける古い主張 | 当時そう書かれた理由 | 2026年3月時点の修正 |
| --- | --- | --- |
| 「Geminiは無料で1日100枚」 | 複数の surface を一つの数字にまとめた記事が多かった | 現在のアプリ表では Basic 20、Plus 50、Pro 100、Ultra 1000 |
| 「Nano Banana Pro は無料ユーザーだと2〜3枚」 | 2025年後半の free-user 記事でよく使われた | 現在のアプリ説明は Nano Banana 2 を中心にし、Nano Banana Pro は paid redo へ移った |
| 「`gemini-2.5-flash-image-preview` が今も主要な画像API」 | かつてはそれが本当に現役だった | 公式ページでは 2026-01-15 に停止済み |
| 「Gemini画像APIには公開free tierがある」 | 旧画像記事と通用API無料枠の記事が混ざった | 現在の画像モデル料金表では公開free tierなし |
| 「全部 midnight PT で回復する」 | API のルールがアプリ記事にコピペされた | API は今もそうだが、アプリはもっと柔らかい日次表現に変わった |

だからこのクエリでは、**日付を見ない記事は危ない** と覚えておくのが一番安全です。少なくとも 2026 年 1 月 15 日の停止と 2026 年 2 月 26 日の新レーン登場を踏まえていない記事は、今日の主参照には向きません。

## 上限に達したあと何を選ぶべきか

![Gemini画像上限に達したあと、アプリに残る・アプリ内でアップグレードする・paid APIに移るのどれが適切かを示す決定ボード](https://www.aifreeapi.com/posts/ja/gemini-image-generation-limit-reset/img/next-step-decision-board.webp)

上限に当たったあとに何をすべきかは、検索語ではなく、**本当にやりたい仕事** で決めるのが正解です。

もしあなたが **軽い手動ユーザー** なら、まずはアプリに残るのが基本です。SNS用画像、コンセプト画像、ちょっとした編集などなら、Basic の 20 枚/日でも十分なことが多いです。この場合、古い「無料は2枚だけ」という印象で慌てて有料化するより、現在の App 側の上限を正しく理解する方が先です。

もしあなたが **アプリ内で高頻度に使う人** なら、問題はまだ App 側にあります。毎日もっと余裕が欲しい、Nano Banana Pro の redo をもっと使いたい、安定した容量が欲しい。その場合は Google AI Plus / Pro / Ultra へ上げるのが最短です。

もしあなたが **開発者、チーム、automation ユーザー** なら、問題はもう workflow 側です。ここで重要なのは「今日はあと何枚無料で作れるか」ではなく、「どの画像APIレーンをいくらで使い、project quota をどう扱うか」です。次に読む候補としては、[Gemini画像API料金ガイド](/ja/posts/gemini-image-generation-api-pricing)、[Gemini API無料枠ガイド](/ja/posts/google-gemini-api-free-tier)、[Gemini画像レート制限ガイド](/ja/posts/gemini-image-rate-limit-solution) が先です。

短く言えば、次の三択です。

- 手動で数枚作るだけならアプリに残る
- まだアプリ用途だが容量不足ならアプリ内でアップグレードする
- コード、連携、バッチが必要なら paid API として設計する

多くのミスは、ここで **間違った surface をアップグレードする** ことから始まります。

## FAQ

**2026年でもGemini画像は無料ですか。**

**Geminiアプリ** の話なら無料です。現在の help ページでは Basic が最大 20 枚/日です。**現在の Gemini 画像 API** を指すなら、公開料金ページには free tier が表示されていません。

**Geminiでは1日に何枚まで無料で画像生成できますか。**

アプリの Basic を意味するなら **最大20枚/日** が現行の公式回答です。現在の画像APIモデルについては、「無料で何枚」より「どの paid lane を使うか」が中心になります。

**Nano Banana Pro は今も無料ですか。**

2025 年の記事が想像させる意味では、もう違います。現在のアプリ説明では Nano Banana 2 が通常の画像生成レーンで、Nano Banana Pro は paid plan の redo 側に置かれています。

**Gemini画像の上限はいつリセットされますか。**

**Gemini API** は公式に Pacific Time 深夜0時です。**Geminiアプリ** は現在、日次リセットとだけ理解するのが安全で、固定時刻の断言は避けるべきです。

**なぜ古い記事は 2 枚、3 枚、100 枚、あるいは API 無料など、ばらばらに書いているのですか。**

それぞれが違う時期・違う product surface の真実を見ていたからです。いま重要なのは、一つの数字を探すことではなく、**アプリ、API、旧モデル、現行モデルを分けて読むこと** です。

## まとめ

2026年に `Gemini image generation limit` を調べるなら、最初にやるべきことは一つです。**いま自分が見ているのは Geminiアプリなのか、Gemini画像APIなのか。** アプリには今も日次の画像枠があり、API には paid model lane と project-based limit があります。

この二つを分けて考えるだけで、SERP 上の矛盾はかなり整理できます。残る本当の判断は、**アプリに残るか、アプリ内で上げるか、paid API に進むか** です。