A 27 de marzo de 2026, Nano Banana Pro ya no tiene un único número público que responda a todo. Si hablas de Gemini Apps, la respuesta oficial actual es el cap diario de Redo images with Nano Banana Pro: hasta 50 al día en Google AI Plus, 100 al día en Google AI Pro y 1.000 al día en Google AI Ultra. Basic no tiene hoy ese entitlement de Pro redo en la página de límites de Gemini Apps. Si hablas de Gemini API, Nano Banana Pro significa gemini-3-pro-image-preview, y la documentación actual de rate limits ya no responde con un RPM universal garantizado, sino con un marco de RPM, TPM, RPD, aplicación por proyecto, usage tiers y visibilidad en AI Studio.
Esa división es exactamente lo que sigue ensuciando la SERP. Las piezas viejas de launch coverage, los guías antiguos de quotas e incluso bastantes posts nuevos siguen tratando Nano Banana Pro como si fuera un único producto de consumo con un límite limpio por día. Pero la respuesta actual de Google ya no vive ahí. Hoy está repartida entre dos superficies: la tabla de caps de Gemini Apps por un lado y la documentación de cuotas de Gemini API por el otro.
Por eso la forma más segura de usar esta keyword es sencilla. Primero separa si el límite que te frena está en Gemini Apps o en Gemini API. Después consulta solo la regla oficial de esa superficie. Y por último desconfía de cualquier página que mezcle cifras del lanzamiento de 2025, caps actuales de la app y supuestos de la API en una sola tabla sin decir a qué surface corresponde cada número.
Resumen rápido
| Si te refieres a... | Mejor respuesta actual | Por qué importa |
|---|---|---|
| Gemini Apps en Basic | Tienes la lane de Nano Banana 2, no el entitlement de Nano Banana Pro redo | La tabla actual muestra hasta 20 imágenes al día para Nano Banana 2, pero no una fila de Pro redo |
| Gemini Apps en planes de pago | El cap actual de Nano Banana Pro redo es 50/día en Google AI Plus, 100/día en Google AI Pro y 1.000/día en Google AI Ultra | Es la respuesta oficial más limpia para el usuario de app |
| Gemini API | Nano Banana Pro significa gemini-3-pro-image-preview y los límites activos dependen del tier del proyecto y se ven en AI Studio | La documentación pública explica el framework; los valores vivos están en AI Studio |
| Cuándo se reinicia el límite diario | Gemini Apps reinicia sus límites de imagen cada día; en Gemini API, RPD se reinicia a medianoche Pacific Time | Esto decide si conviene esperar o cambiar de ruta |
| Por qué siguen chocando los números | Porque la primera página sigue mezclando launch coverage, surfaces antiguos y docs actuales | El modelo salió el 20 de noviembre de 2025 y después cambió la forma oficial de explicarlo |
La regla práctica es esta: si estás clicando dentro de Gemini, toma la support page actual como referencia. Si estás integrando con código, toma como referencia la rate-limits page, la pricing page y la vista de tu proyecto en AI Studio.
Topes actuales de Nano Banana Pro en Gemini Apps por plan
La respuesta consumer actual vive en la página de límites de Gemini Apps, y es bastante más matizada de lo que admiten muchas páginas posicionadas. Ahora Google separa el uso de imagen en dos filas:
Image generation & editing with Nano Banana 2Redo images with Nano Banana Pro
Eso significa que la vieja respuesta de “Nano Banana Pro te deja hacer X imágenes al día” ya no es suficientemente precisa. Lo que hoy dice de verdad la support table es qué planes reciben la cuota base de generación con Nano Banana 2 y qué planes de pago añaden además la lane de redo con Nano Banana Pro.
| Plan de Gemini Apps | Generación y edición con Nano Banana 2 | Rehacer con Nano Banana Pro | Qué significa en la práctica |
|---|---|---|---|
| Basic | Hasta 20 imágenes al día | Sin entitlement listado de Nano Banana Pro redo | Tienes una lane básica de imagen, pero no la lane Pro de pago |
| Google AI Plus | Hasta 50 imágenes al día | Hasta 50 redos al día | Punto de entrada de pago actual para el redo con Nano Banana Pro |
| Google AI Pro | Hasta 100 imágenes al día | Hasta 100 redos al día | Tier medio actual para uso manual más intenso |
| Google AI Ultra | Hasta 1.000 imágenes al día | Hasta 1.000 redos al día | Tope más alto que hoy publica la support table |
En esa misma página hay dos caveats que importan tanto como las cifras.
La primera es que Google dice que los límites de Gemini Apps pueden cambiar, que el acceso puede variar por testing o disponibilidad, y que los límites se distribuyen a lo largo del día. Esa es la explicación oficial actual de por qué un usuario puede sentir throttling aunque un blog siga repitiendo un headline cap más alto.
La segunda es que los límites de generación de imagen se reinician cada día. La help page también indica que Gemini avisa cuando te acercas al límite y cuando lo alcanzas, incluyendo cuándo se refresca. En otras palabras: si tu problema está dentro de Gemini Apps, Google ya no espera que adivines con una tabla vieja, sino que te apoyes en la support page actual y en el aviso dentro del producto.
La corrección más importante de esta keyword es conceptual. Los límites actuales de Gemini Apps ya no se describen bien como una sola cuota de generación Nano Banana Pro. El wording oficial separa ahora:
- la lane más amplia de generación y edición con Nano Banana 2
- la lane de redo con Nano Banana Pro que se superpone a los planes de pago
Por eso las páginas que todavía abren con “Free consigue X, Pro consigue 100, Ultra consigue 1.000” se sienten antiguas. Responden al frame de consumo de 2025, no a la respuesta oficial de 2026.
Si tu problema real es acceso y no quota, la siguiente lectura útil es Nano Banana Pro not showing in Gemini (en inglés), porque “no me aparece la función” y “me choqué con el cap” parecen lo mismo, pero no lo son.
Reglas actuales de cuota de Gemini API para Nano Banana Pro
Para desarrolladores, la respuesta oficial correcta empieza dejando el nickname. En la API, Nano Banana Pro es gemini-3-pro-image-preview. La página actual de modelos y la guía de image generation lo presentan como la lane profesional de imagen para salida 4K, layouts complejos, mejor text rendering, Google Search grounding y trabajo visual de mayor exigencia.
La rate-limits page actual no publica una tabla pública del tipo “cada proyecto recibe exactamente este RPM”. En su lugar, Google explica que los límites se miden por:
- RPM: requests per minute
- TPM: tokens per minute
- RPD: requests per day
Y en esa misma página deja tres puntos que muchas páginas de la SERP siguen escondiendo:
- los límites se aplican por proyecto, no por API key
- RPD se reinicia a medianoche Pacific Time
- los límites activos dependen del usage tier del proyecto y se consultan en Google AI Studio
| Regla de API | Respuesta oficial actual | Por qué sigue habiendo confusión |
|---|---|---|
| Nombre oficial del modelo | gemini-3-pro-image-preview | Muchas páginas nunca hacen explícito el mapping entre nickname y model ID |
| Dimensiones de cuota | RPM, TPM, RPD | El lector espera una única cifra “por día” |
| Alcance | Por proyecto, no por API key | Se asume erróneamente que crear más keys aumenta el pool |
| Regla de reset | RPD se reinicia a medianoche Pacific Time | Mucha gente mezcla horario local, reset de la app y quota de la API |
| Dónde ver los límites activos | Google AI Studio | Los docs públicos explican el framework, pero los valores vivos están en el panel |
| Nivel de garantía | Specified rate limits are not guaranteed; actual capacity may vary | Los blogs antiguos presentan una cifra copiada como si fuera una promesa fija |
Google sigue publicando parte de la información model-specific, pero ahora lo más concreto está en Batch más que en un live RPM universal. Para gemini-3-pro-image-preview, los caps públicos actuales de enqueued tokens en Batch API son:
- 2.000.000 en Tier 1
- 270.000.000 en Tier 2
- 1.000.000.000 en Tier 3
La ladder de usage tiers también importa porque explica por qué dos proyectos distintos pueden tener una experiencia real de límite muy diferente. Hoy Google publica:
- Free: active project o free trial
- Tier 1: billing account activo enlazado
- Tier 2: cuenta de pago con 100 USD y 3 días desde el primer pago exitoso
- Tier 3: cuenta de pago con 1.000 USD y 30 días desde el primer pago exitoso
Hay otra pregunta que suele esconderse detrás de “rate limits”: el coste. En la pricing page actual, gemini-3-pro-image-preview no tiene fila de free tier, y los precios públicos actuales son:
- 0,134 USD por imagen de 1K o 2K
- 0,24 USD por imagen de 4K
Eso no responde directamente a “cuál es mi RPM”, pero sí a la siguiente pregunta que suele llegar enseguida: ¿existe una lane gratuita de API para este Pro image model? Ahora mismo, la pricing page dice que no.
Si estás integrando este modelo de verdad, el companion page más útil a continuación es Nano Banana Pro API, porque los errores de setup y los malentendidos de quota suelen aparecer juntos.
Por qué siguen circulando cifras contradictorias sobre Nano Banana Pro
Estas contradicciones no son ruido aleatorio. Son el residuo de una transición real del producto.
Las release notes / changelog de Google indican que gemini-3-pro-image-preview se lanzó el 20 de noviembre de 2025 como la siguiente iteración de la línea Nano Banana. Ese lanzamiento fue el que popularizó el nickname Nano Banana Pro en el mercado. La launch coverage de esa época, incluida una pieza de TechCrunch de noviembre de 2025, explicaba el modelo en términos más de consumo y hablaba de uso gratuito limitado, fallback behavior y rollout temprano.
Ese frame de lanzamiento se quedó en la búsqueda, pero luego cambió la surface del producto.
A marzo de 2026, la support page oficial de Google ya no gira alrededor de una sola fila “Nano Banana Pro generation” para todo el mundo. Ahora el centro de la respuesta está en:
- los caps de generación y edición con Nano Banana 2
- los caps de redo con Nano Banana Pro
- el refresh diario
- las advertencias de que los límites pueden cambiar y se distribuyen a lo largo del día
En la parte de API, la documentación pública actual también se ha alejado de la vieja costumbre blog-friendly de publicar una tabla universal de live quotas que cualquiera pudiera copiar. Ahora el énfasis está en el framework, y la respuesta activa se consulta en AI Studio.
Por eso la primera página sigue siendo ruidosa incluso cuando los docs oficiales ya están al día. La query exacta sigue impulsada por el nickname Nano Banana Pro, pero las respuestas fiables viven ahora en documentos que suponen que ya distingues en qué surface estás trabajando.
La fricción de la comunidad confirma que el problema sigue vivo. En Reddit sigue habiendo gente preguntando por los límites diarios más recientes de Nano Banana Pro y por qué ocurre tras llegar al cap. En Google AI Developers Forum también hubo discusión en diciembre de 2025 sobre el recorte del free tier y el cambio de cómputo hacia Gemini 3 Pro y Nano Banana Pro. Esos hilos no son policy oficial, pero sí prueban que la confusión sigue siendo real para usuarios de verdad.
Por eso la jugada editorial correcta no es gritar un número más limpio que el resto. Es explicar por qué el número depende de la surface y por qué tantas páginas viejas suenan más seguras que la documentación oficial actual.
Qué hacer cuando llegas al límite
Si el límite te frena dentro de Gemini Apps, el siguiente paso razonable suele ser uno de estos:
- Esperar al refresh diario si el trabajo no es urgente. La support page actual dice que los límites de imagen se reinician cada día y que Gemini te avisa cuándo vuelven.
- Subir de plan Google AI si te topas con frecuencia con el redo cap actual y el workflow dentro de la app te encaja.
- No asumir que el cap está “mal” solo porque un blog muestre una cifra más alta. Google deja claro que los límites pueden cambiar y que se reparten a lo largo del día.
Si el límite aparece en Gemini API, el siguiente paso correcto es distinto:
- Revisar AI Studio, porque la respuesta activa es ahora project-specific.
- Comprobar qué proyecto está enviando realmente las requests, porque las quotas se aplican por proyecto, no por key.
- Verificar el usage tier actual, porque eso define el headroom que puedes esperar.
- Tratar los 429 como una señal de quota, no como una outage misteriosa. Si necesitas la parte de handling, conviene leer Nano Banana Pro 429 error (en inglés).
El error más común es mezclar ambos mundos. Los caps diarios de Gemini Apps no te dicen cuál es la cuota real de tu proyecto en la API. Mejorar el tier de la API tampoco sube automáticamente tu redo cap dentro de Gemini. Si no separas esos dos sistemas primero, cada paso siguiente sale más caro y más confuso.
También conviene dejar una regla clara para planificación. No hagas compromisos de producción apoyándote solo en un RPM copiado de un blog. La rate-limits page actual de Google dice que los límites especificados no están garantizados y que la capacidad real puede variar. Eso significa que tu verdad operativa es la combinación de:
- el framework público de cuotas
- tu usage tier
- la vista actual de tu proyecto en AI Studio
Esa respuesta es menos satisfactoria que un viejo titular de “100 RPM”, pero es mucho más correcta.
¿Conviene quedarse en Gemini Apps o pasar a la API?
La decisión correcta depende menos del número bruto y más del tipo de trabajo que haces.
| Surface | Mejor para | Forma principal del límite | Mejor siguiente paso cuando te topas con el cap |
|---|---|---|---|
| Gemini Apps | Creación casual, redos manuales, uso interactivo dentro de Gemini | Caps diarios por plan | Esperar al refresh o subir el plan Google AI |
| Gemini API | Integraciones de producto, automatización, batch work, observabilidad | RPM + TPM + RPD por tier de proyecto | Revisar AI Studio, el tier y el usage del proyecto |
Tiene sentido quedarse en Gemini Apps si:
- trabajas sobre todo de forma manual
- no necesitas observabilidad por request
- tu volumen entra con comodidad en el cap diario actual
Tiene sentido pasar a la API si:
- estás construyendo con código
- necesitas visibilidad a nivel de proyecto
- quieres un cost model ligado a imágenes y tiers en vez de a un bundle de consumo
- tu uso es lo bastante bursty como para que los caps manuales de la app sean ya un cuello de botella
La regla de decisión más útil es muy simple. Si la pregunta que realmente tienes en la cabeza es “cuántas más puedo hacer hoy dentro de Gemini”, sigues en la lane de la app. Si la pregunta es “qué throughput tiene mi project tier y cómo debería hacer back off”, entonces ya estás en la lane de la API.
Si después de esto tu duda pasa a ser de presupuesto, la siguiente página lógica es Nano Banana Pro price, porque la confusión sobre rate limits y la confusión sobre pricing suelen venir en pareja.
FAQ
¿Basic sigue teniendo Nano Banana Pro?
No como entitlement listado de redo images with Nano Banana Pro en la tabla actual de Gemini Apps. Basic muestra hoy hasta 20 imágenes al día para la lane de generación y edición con Nano Banana 2, pero la fila de Pro redo empieza en los planes de pago.
¿Cuándo se reinician las cuotas diarias en Gemini API?
La rate-limits page actual de Google dice que RPD se reinicia a medianoche Pacific Time.
¿Por qué Google no publica un RPM activo único para Nano Banana Pro?
Porque la documentación pública actual trata los límites de la API como un framework dependiente del tier del proyecto y dirige al usuario a Google AI Studio para ver los límites activos. La página pública explica reglas, no una cifra universal viva para todos los proyectos.
¿Existe un free tier de API para gemini-3-pro-image-preview?
La pricing page pública actual no incluye una fila de free tier para Gemini 3 Pro Image Preview. Eso es distinto de Gemini Apps, donde los planes de pago desbloquean el acceso a Pro redo dentro del producto.
¿Por qué tantas páginas antiguas siguen hablando de un límite diario simple?
Porque arrastran el framing de lanzamiento de finales de 2025 o mezclan la respuesta de la app con la respuesta de la API en una sola tabla. Las páginas oficiales actuales de Google ya responden de una forma mucho más separada por surface.