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 페이지 기준으로 Pro redo entitlement가 없다. 반대로 Gemini API를 말한다면 Nano Banana Pro는 gemini-3-pro-image-preview를 뜻하고, 현재 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 가정을 한 표에 섞어 놓은 페이지는 의심부터 하는 편이 맞다.
핵심 요약
| 무엇을 말하는가 | 현재 가장 정확한 답 | 왜 중요한가 |
|---|---|---|
| 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에서의 현재 official answer는 많은 ranking page가 보여 주는 것보다 더 세분화돼 있다. Google은 지금 이미지 사용량을 두 줄로 나눠 설명한다.
Image generation & editing with Nano Banana 2Redo 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 (영문)다. 기능이 안 보이는 문제와 cap에 걸린 문제는 사용자 표현은 비슷해도 같은 문제는 아니다.
현재 Nano Banana Pro에 적용되는 Gemini API 쿼터 규칙
개발자에게 맞는 official answer는 먼저 nickname을 버리는 데서 시작한다. API에서 Nano Banana Pro는 gemini-3-pro-image-preview다. 현재 models 페이지와 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 페이지에서 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다. setup 실수와 quota 오해는 대개 같이 나온다.
왜 Nano Banana Pro 제한 숫자가 아직도 서로 충돌해 보이나
이 충돌은 우연한 잡음이 아니다. 실제로 있었던 product transition의 잔재다.
Google의 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에 걸렸다면 보통 다음 중 하나가 맞다.
- 급하지 않다면 daily refresh를 기다린다. support page는 image limits가 daily reset된다고 명시한다.
- 자주 걸린다면 Google AI plan을 올린다. app workflow 자체는 맞는데 redo cap만 모자라다면 가장 단순한 해결책이다.
- 블로그에 더 큰 숫자가 적혀 있다고 해서 현재 product가 틀렸다고 단정하지 않는다. Google은 limits may change와 distributed behavior를 공식적으로 적어 두었다.
Gemini API에서 걸렸다면 순서가 달라진다.
- 먼저 AI Studio를 본다. live limit answer는 project-specific이다.
- 실제로 어떤 프로젝트가 요청을 보내는지 확인한다. quota는 key 단위가 아니라 프로젝트 단위다.
- 현재 usage tier를 확인한다. 기대할 수 있는 headroom은 tier가 결정한다.
- 429를 mystery outage가 아니라 quota signal로 본다. 에러 처리 쪽 설명이 더 필요하면 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로 옮길까
어느 쪽이 맞는지는 숫자 하나보다 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다. 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한 방식으로 답하고 있다.