# Nano Banana Pro 제한 2026: Gemini Apps 플랜 한도 vs API 쿼터

> 2026년 3월 27일 기준 확인. Nano Banana Pro의 답은 이제 Gemini Apps 안의 redo 한도와 Gemini API 안의 project-level 쿼터로 나뉜다. 현재 cap, reset 규칙, API 쪽 주의점을 정리했다.

- Source: https://www.aifreeapi.com/ko/posts/nano-banana-pro-rate-limits
- Language: ko
- Published: 2026-03-27
- Updated: 2026-03-27
- Publisher: AI Free API (https://www.aifreeapi.com)

**2026년 3월 27일 기준으로 `Nano Banana Pro`에는 더 이상 하나의 공개 제한 숫자가 없다.** Gemini Apps를 말하는 경우 현재 official answer는 `Redo images with Nano Banana Pro`의 일일 cap이다. 즉 **Google AI Plus는 하루 최대 50회, Google AI Pro는 100회, Google AI Ultra는 1,000회**까지다. Basic에는 현재 [Gemini Apps limits 페이지](https://support.google.com/gemini/answer/16275805?hl=en&ref_topic=13194540) 기준으로 Pro redo entitlement가 없다. 반대로 Gemini API를 말한다면 Nano Banana Pro는 `gemini-3-pro-image-preview`를 뜻하고, 현재 [rate-limits 문서](https://ai.google.dev/gemini-api/docs/rate-limits)는 하나의 고정 RPM 숫자 대신 **RPM, TPM, RPD, 프로젝트 단위 적용, usage tier, AI Studio의 live visibility**라는 구조로 답하고 있다.

이 구분이 바로 이 키워드를 아직도 헷갈리게 만드는 핵심이다. 오래된 launch coverage, 오래된 quota guide, 심지어 더 최근 블로그 일부도 Nano Banana Pro를 하나의 소비자용 제품처럼 다루며 “하루에 몇 번”이라는 숫자 하나를 찾으려 한다. 하지만 Google의 현재 first-party answer는 그렇지 않다. Gemini Apps의 지원 표와 Gemini API의 quota docs라는 서로 다른 두 surface에 답이 나뉘어 있다.

그래서 이 글을 읽는 가장 안전한 순서는 단순하다. 먼저 지금 부딪힌 제한이 Gemini Apps 안의 플랜 한도인지, Gemini API 안의 프로젝트 쿼터인지부터 나눈다. 다음으로 그 surface에 맞는 official rule만 본다. 마지막으로 2025년 launch 숫자, 현재 앱 cap, API 가정을 한 표에 섞어 놓은 페이지는 의심부터 하는 편이 맞다.

![한쪽에는 Nano Banana Pro의 Gemini Apps 한도, 다른 쪽에는 Gemini API 쿼터 규칙을 보여 주는 에디토리얼 커버 보드](https://www.aifreeapi.com/posts/ko/nano-banana-pro-rate-limits/img/cover.png)

## 핵심 요약

| 무엇을 말하는가 | 현재 가장 정확한 답 | 왜 중요한가 |
| --- | --- | --- |
| Gemini Apps의 Basic | **Nano Banana Pro redo entitlement는 없고 Nano Banana 2 image generation lane이 있다** | 현재 support table은 **하루 최대 20장**의 Nano Banana 2 생성을 보여 주지만 Pro redo row는 없다 |
| Gemini Apps의 유료 플랜 | **Nano Banana Pro redo cap은 Google AI Plus 50/일, Google AI Pro 100/일, Google AI Ultra 1,000/일** | 소비자 사용 기준으로 가장 직접적인 공식 답이다 |
| Gemini API | **Nano Banana Pro는 `gemini-3-pro-image-preview`를 뜻하며 active limits는 project tier에 따라 달라지고 AI Studio에서 본다** | public docs는 framework를 설명하고 live value는 dashboard에 있다 |
| 일일 reset 시점 | **Gemini Apps 이미지 한도는 매일 리셋되고 Gemini API의 RPD는 Pacific Time 자정에 리셋된다** | 기다릴지 우회할지 결정할 때 가장 실용적인 정보다 |
| 왜 숫자가 여전히 충돌하는가 | **검색 결과에 launch-era 글, 옛 surface, 현재 docs가 뒤섞여 있기 때문** | 모델은 **2025년 11월 20일**에 나왔고 그 뒤 official framing이 바뀌었다 |

실무 규칙은 짧다. Gemini 앱 안에서 작업 중이면 현재 support page를 기준으로 보고, 코드로 붙이고 있다면 API rate-limits page, pricing page, 그리고 AI Studio 프로젝트 뷰를 기준으로 보면 된다.

## 현재 Gemini Apps 안의 Nano Banana Pro 플랜별 한도

![Gemini Apps에서 Nano Banana 2 생성 한도와 Nano Banana Pro 다시 만들기 한도를 플랜별로 보여 주는 플랜 사다리](https://www.aifreeapi.com/posts/ko/nano-banana-pro-rate-limits/img/comparison.png)

Gemini Apps에서의 현재 official answer는 많은 ranking page가 보여 주는 것보다 더 세분화돼 있다. Google은 지금 이미지 사용량을 두 줄로 나눠 설명한다.

- `Image generation & editing with Nano Banana 2`
- `Redo images with Nano Banana Pro`

즉 예전처럼 “Nano Banana Pro는 하루 X번”이라고만 말하면 더 이상 정확하지 않다. 현재 support table이 실제로 답하는 것은 어떤 플랜이 Nano Banana 2의 기본 generation lane을 받고, 어떤 유료 플랜이 거기에 Nano Banana Pro redo lane까지 여는가이다.

| Gemini Apps 플랜 | Nano Banana 2 생성 및 편집 | Nano Banana Pro redo | 실제 의미 |
| --- | --- | --- | --- |
| Basic | **하루 최대 20장** | **별도 Pro redo entitlement 없음** | 기본 이미지 lane은 있지만 유료 Pro redo lane은 없다 |
| Google AI Plus | **하루 최대 50장** | **하루 최대 50회 redo** | 현재 Pro redo access의 최소 유료 진입점 |
| Google AI Pro | **하루 최대 100장** | **하루 최대 100회 redo** | 좀 더 무거운 수동 작업에 맞는 현재 중간 tier |
| Google AI Ultra | **하루 최대 1,000장** | **하루 최대 1,000회 redo** | 현행 support table에서 가장 높은 Gemini Apps cap |

같은 페이지에는 숫자만큼 중요한 caveat도 두 가지 있다.

첫째, Google은 **Gemini Apps limits가 바뀔 수 있다**고 말하고, testing이나 availability에 따라 접근성이 달라질 수 있으며, **limits는 하루 동안 분산되어 제공된다**고 설명한다. 그래서 오래된 블로그가 큰 headline cap을 써 두었더라도 실제 product behavior는 다르게 느껴질 수 있다.

둘째, 이미지 생성 한도는 **매일 리셋**된다고 Google이 명시한다. support page는 limit에 가까워질 때와 실제로 도달했을 때 Gemini가 알려 주고, refresh 시점도 안내한다고 적고 있다. 즉 Gemini Apps 쪽 문제라면 옛 표보다 current support page와 in-product notification이 더 믿을 만한 기준이다.

이 쿼리에서 가장 중요한 수정은 숫자 자체보다 framing이다. **현재 Gemini Apps limits는 하나의 Nano Banana Pro generation quota로 설명하는 편이 오히려 부정확하다.** 지금의 official wording은 다음 두 층을 분리한다.

- Nano Banana 2의 generation and editing lane
- 유료 플랜 위에 올라가는 Nano Banana Pro redo lane

그래서 아직도 “Free는 몇 번, Pro는 100번, Ultra는 1,000번” 같은 구도로 시작하는 글이 낡아 보인다. 2026년의 current answer가 아니라 2025년의 shorthand를 계속 끌고 오기 때문이다.

실제 문제의 성격이 quota보다 access에 가깝다면 다음으로 읽어야 할 것은 [Nano Banana Pro not showing in Gemini (영문)](/en/posts/nano-banana-pro-not-showing-gemini)다. 기능이 안 보이는 문제와 cap에 걸린 문제는 사용자 표현은 비슷해도 같은 문제는 아니다.

## 현재 Nano Banana Pro에 적용되는 Gemini API 쿼터 규칙

![RPM, TPM, RPD, 프로젝트 단위 적용, usage tier를 포함해 Nano Banana Pro용 현재 Gemini API 쿼터 프레임워크를 설명하는 기술 보드](https://www.aifreeapi.com/posts/ko/nano-banana-pro-rate-limits/img/process.png)

개발자에게 맞는 official answer는 먼저 nickname을 버리는 데서 시작한다. API에서 Nano Banana Pro는 `gemini-3-pro-image-preview`다. 현재 [models 페이지](https://ai.google.dev/gemini-api/docs/models)와 [image-generation 가이드](https://ai.google.dev/gemini-api/docs/image-generation)는 이 모델을 4K output, 복잡한 레이아웃, 강한 text rendering, Google Search grounding, 더 높은 가치의 시각 자산 제작에 맞는 professional lane으로 위치시킨다.

현재 API rate-limits page는 “모든 프로젝트가 공통으로 받는 고정 RPM 표”를 공개하지 않는다. 대신 Google은 limits가 다음 축으로 측정된다고 설명한다.

- **RPM**: requests per minute
- **TPM**: tokens per minute
- **RPD**: requests per day

그리고 같은 페이지에는 ranking page가 자주 흐리는 세 가지 포인트도 있다.

- limits는 **API key가 아니라 프로젝트 단위**로 적용된다
- **RPD는 Pacific Time 자정에 리셋**된다
- active limits는 **usage tier**에 따라 달라지고 **Google AI Studio**에서 확인한다

| API 규칙 | 현재 공식 답변 | 왜 자주 헷갈리는가 |
| --- | --- | --- |
| 공식 모델명 | `gemini-3-pro-image-preview` | nickname과 model ID mapping을 명확히 적지 않는 페이지가 많다 |
| 쿼터 차원 | RPM, TPM, RPD | 사용자는 하나의 “하루 몇 번” 답을 기대한다 |
| 적용 범위 | API key가 아니라 프로젝트 단위 | key를 더 만들면 quota pool이 늘어난다고 오해하기 쉽다 |
| 리셋 규칙 | **Pacific Time 자정**에 RPD reset | 현지 시각, 앱 리프레시, API quota가 자주 섞인다 |
| live limits 확인 위치 | **Google AI Studio** | public docs는 framework를 설명하고 live value는 dashboard에 있다 |
| 보장 수준 | **specified rate limits are not guaranteed; actual capacity may vary** | 오래된 글은 copied number를 고정 promise처럼 보이게 만든다 |

Google은 model-specific quota information을 일부 공개하지만, 지금 가장 구체적인 것은 live RPM보다 Batch 쪽이다. `gemini-3-pro-image-preview`의 현재 public Batch API enqueued-token caps는 다음과 같다.

- Tier 1: **2,000,000**
- Tier 2: **270,000,000**
- Tier 3: **1,000,000,000**

현재 usage tier ladder도 중요하다. 같은 쿼리를 읽어도 두 개발자가 전혀 다른 limit experience를 하는 이유를 설명해 주기 때문이다. Google의 public page는 현재 다음처럼 적고 있다.

- **Free**: active project 또는 free trial
- **Tier 1**: active billing account linked
- **Tier 2**: 누적 결제 **$100** 및 첫 successful payment 후 **3일** 경과
- **Tier 3**: 누적 결제 **$1,000** 및 첫 successful payment 후 **30일** 경과

또 하나, limit query 뒤에 숨어 있는 cost question도 같이 봐야 한다. 현재 [Gemini pricing 페이지](https://ai.google.dev/gemini-api/docs/pricing)에서 `gemini-3-pro-image-preview`는 **free-tier pricing row가 없다**. 공개된 paid output image prices는 다음과 같다.

- **1K 또는 2K: 장당 $0.134**
- **4K: 장당 $0.24**

이것이 “내 RPM이 얼마인가”에 대한 직접 답은 아니지만, 그 다음으로 많이 나오는 질문에는 답한다. 이 Pro image model에 free API lane이 있는가라는 질문이다. 현재 pricing page 기준으로는 없다.

실제로 이 모델을 붙이고 있다면 다음으로 읽기 좋은 companion page는 [Nano Banana Pro API](/ko/posts/nano-banana-pro-api)다. setup 실수와 quota 오해는 대개 같이 나온다.

## 왜 Nano Banana Pro 제한 숫자가 아직도 서로 충돌해 보이나

이 충돌은 우연한 잡음이 아니다. 실제로 있었던 product transition의 잔재다.

Google의 [changelog](https://ai.google.dev/gemini-api/docs/changelog)는 `gemini-3-pro-image-preview`가 **2025년 11월 20일**에 공개됐다고 적고 있다. 바로 그 launch가 Nano Banana Pro라는 nickname을 시장에 퍼뜨렸다. 당시 launch coverage는 limited free use, fallback behavior, early rollout 같은 내용을 소비자 친화적인 말로 설명했다.

그 framing이 검색 결과에 남아 있는데, 그 뒤로 surface가 바뀌었다.

2026년 3월의 current support answer는 더 이상 “모두에게 적용되는 Nano Banana Pro generation quota”를 중심으로 쓰이지 않는다. 지금 공식 페이지의 중심은 다음이다.

- Nano Banana 2 generation and editing caps
- Nano Banana Pro redo-image caps
- daily refresh behavior
- limits may change 및 distributed throughout the day라는 caveat

API 쪽에서도 Google의 current docs는 “누구나 복사해 갈 수 있는 universal live RPM table”에서 멀어졌다. 이제 강조하는 것은 **framework**이고, live answer는 **AI Studio**에 있다.

그래서 검색 결과가 아직도 시끄럽다. 사용자는 예전 nickname으로 검색하지만, trustworthy answer는 어느 surface에 있는지 이해하고 읽어야 하는 문서로 이동했기 때문이다.

community friction도 이 혼란이 아직 현재진행형이라는 점을 보여 준다. Reddit에는 최신 daily limit과 cap 이후 동작을 묻는 글이 있고, Google AI Developers Forum에서도 2025년 12월에 free-tier limits 축소와 compute shift가 논의됐다. 이 스레드들이 official policy는 아니지만 real user pain이 남아 있다는 증거로는 충분하다.

그래서 이 쿼리에 대한 더 나은 editorial move는 더 큰 숫자를 외치는 것이 아니다. **왜 숫자가 surface에 따라 달라지는지**, 그리고 왜 오래된 글이 current docs보다 더 단정적으로 보이는지를 설명하는 것이다.

## 제한에 걸렸을 때 무엇을 해야 하나

**Gemini Apps**에서 cap에 걸렸다면 보통 다음 중 하나가 맞다.

1. **급하지 않다면 daily refresh를 기다린다.** support page는 image limits가 daily reset된다고 명시한다.
2. **자주 걸린다면 Google AI plan을 올린다.** app workflow 자체는 맞는데 redo cap만 모자라다면 가장 단순한 해결책이다.
3. **블로그에 더 큰 숫자가 적혀 있다고 해서 현재 product가 틀렸다고 단정하지 않는다.** Google은 limits may change와 distributed behavior를 공식적으로 적어 두었다.

**Gemini API**에서 걸렸다면 순서가 달라진다.

1. **먼저 AI Studio를 본다.** live limit answer는 project-specific이다.
2. **실제로 어떤 프로젝트가 요청을 보내는지 확인한다.** quota는 key 단위가 아니라 프로젝트 단위다.
3. **현재 usage tier를 확인한다.** 기대할 수 있는 headroom은 tier가 결정한다.
4. **429를 mystery outage가 아니라 quota signal로 본다.** 에러 처리 쪽 설명이 더 필요하면 [Nano Banana Pro 429 error (영문)](/en/posts/nano-banana-pro-429-error)를 보는 편이 빠르다.

가장 흔한 실수는 두 세계를 섞는 것이다. Gemini Apps의 daily cap은 API 프로젝트의 throughput을 알려 주지 않고, API tier 개선이 앱의 redo cap을 자동으로 올려 주지도 않는다. 이 둘을 먼저 나누기만 해도 다음 판단이 훨씬 쉬워진다.

또 하나, production planning에서 꼭 드러내야 할 규칙이 있다. **블로그에서 복사한 RPM 숫자 하나만으로 운영 약속을 세우지 말 것.** 현재 Google rate-limits page는 specified rate limits are not guaranteed이고 actual capacity may vary라고 적고 있다. 결국 실무에서 믿어야 할 것은 다음 세 가지의 조합이다.

- public quota framework
- 현재 usage tier
- AI Studio에서 보이는 current project state

이 답은 예전의 “100 RPM” headline보다 덜 시원하지만 훨씬 정확하다.

## Gemini Apps에 남을까, API로 옮길까

![Gemini Apps에 머물지 Gemini API로 옮길지 판단하는 결정 보드](https://www.aifreeapi.com/posts/ko/nano-banana-pro-rate-limits/img/decision.png)

어느 쪽이 맞는지는 숫자 하나보다 workflow의 성격이 더 크게 좌우한다.

| Surface | 더 잘 맞는 용도 | 제한의 형태 | cap 이후 가장 좋은 다음 행동 |
| --- | --- | --- | --- |
| Gemini Apps | 가벼운 생성, 수동 redo, Gemini 안의 대화형 작업 | 플랜별 daily feature caps | refresh를 기다리거나 Google AI plan을 올린다 |
| Gemini API | 제품 연동, automation, batch work, quota observability | 프로젝트 tier에 묶인 RPM + TPM + RPD | AI Studio, tier 상태, 프로젝트 usage를 본다 |

다음 조건이면 **Gemini Apps**에 남는 편이 자연스럽다.

- 대부분이 수동 작업이다
- per-request observability가 필요 없다
- 현재 daily cap 안에서 충분히 돌아간다

다음 조건이면 **API**로 옮기는 편이 자연스럽다.

- 코드로 붙이는 작업이다
- project-level quota visibility가 필요하다
- consumer bundle보다 이미지 출력과 tier 기준의 cost planning이 필요하다
- bursty workload라서 수동 app cap이 자주 병목이 된다

가장 쓸모 있는 판단문은 짧다. **머릿속의 가장 큰 질문이 “오늘 Gemini 안에서 몇 번 더 할 수 있나”라면 아직 app lane이다. “내 project tier에서 throughput이 얼마나 나오고 어떻게 back off해야 하나”가 더 중요하다면 API lane으로 옮겨 생각해야 한다.**

예산 쪽 판단까지 이어서 하고 싶다면, 다음으로 읽을 가치가 큰 페이지는 [Nano Banana Pro price](/ko/posts/nano-banana-pro-price)다. limit confusion과 pricing confusion은 거의 늘 같이 온다.

## 자주 묻는 질문

**Basic에도 지금 Nano Banana Pro가 있나.**

현재 Gemini Apps support table 기준으로 Basic에는 `redo images with Nano Banana Pro` entitlement가 없다. Basic에 있는 것은 Nano Banana 2 generation and editing lane이며 상한은 **하루 최대 20장**이다.

**Gemini API의 daily quota는 언제 리셋되나.**

현재 rate-limits page는 **RPD가 Pacific Time 자정에 리셋**된다고 적고 있다.

**왜 Google은 Nano Banana Pro에 대해 모두가 복사할 수 있는 하나의 active RPM을 공개하지 않나.**

현재 public docs가 API limits를 **project-tier-dependent framework**로 설명하고, live values는 **Google AI Studio**에서 확인하라고 안내하기 때문이다. public page가 설명하는 것은 rule set이지 모든 프로젝트에 공통인 live number가 아니다.

**`gemini-3-pro-image-preview`에 free API tier가 있나.**

현재 pricing page에는 Gemini 3 Pro Image Preview에 대한 **free-tier row가 없다**. 이는 Gemini Apps와 다른 surface이며, Apps 쪽에서는 유료 plan이 Pro redo access를 여는 구조다.

**왜 오래된 글은 아직도 Nano Banana Pro를 단순한 daily limit로 말하나.**

2025년 말 launch-era framing을 계속 끌고 오거나 Gemini Apps와 API answer를 한 표에 섞고 있기 때문이다. 현재 official pages는 훨씬 더 surface-aware한 방식으로 답하고 있다.