Al 28 de junio de 2026, el trabajo nuevo de imágenes de Google debería empezar con Nano Banana 2, es decir, con gemini-3.1-flash-image. Nano Banana Pro, gemini-3-pro-image, no debe ser el destino automático por sonar más potente; debe entrar cuando una prueba con los mismos prompts demuestre que Nano Banana 2 falla en texto, referencias, 4K, revisión final o coste real por imagen aceptada. Imagen 4 solo queda como ruta heredada de corto plazo si la superficie exacta que usas todavía lo acepta.
| Lo que necesitas ahora | Ruta inicial | Cambia solo cuando |
|---|---|---|
| Generación nueva, variantes, bocetos de producto, pruebas masivas | Nano Banana 2 / gemini-3.1-flash-image | La misma prueba de prompts falla en texto, layout, referencia o tasa de aceptación |
| Imágenes con mucho texto, edición con referencia, 4K, piezas finales para cliente | Nano Banana Pro / gemini-3-pro-image | Pro reduce rechazos, reparaciones y revisión manual más de lo que sube el precio |
| Código existente o biblioteca de prompts de Imagen 4 | Ruta heredada temporal de Imagen 4 | Solo si esa superficie aún funciona y existe fecha de retirada interna |
El punto crítico es no tratar la retirada de Imagen 4 como una sola fecha universal. Gemini API, Firebase AI Logic y Vertex AI describen superficies distintas. Antes de tocar tráfico de producción, documenta el model ID antiguo, la superficie, la última llamada correcta, los modelos candidatos y el criterio de aceptación.
Primero identifica la superficie de acceso
La fecha de cierre forma parte del contrato de ruta. Una API, un SDK, Vertex, una interfaz de consumidor y un provider no significan lo mismo.
| Superficie | Límite actual | Consecuencia para migración |
|---|---|---|
| Gemini API | La tabla de deprecations lista los model IDs de Imagen 4 como deprecated, con shutdown el 17 de agosto de 2026 | Mueve trabajo nuevo ya; usa la ventana restante solo para validar reemplazos |
| Firebase AI Logic | La página de migración de Firebase describe Imagen models en esa ruta SDK como shut down el 24 de junio de 2026 | No planifiques nuevo uso de Firebase Imagen; actualiza llamadas SDK a Gemini image models |
| Vertex AI | La documentación de Vertex AI dice que Imagen on Vertex AI está retired y apunta a Gemini image models | Trata el código Vertex con guía de migración Vertex, no con la fecha de Gemini API |
| Provider o wrapper | Un nombre Imagen en un panel no prueba soporte oficial | Pide upstream model, precio, retry, cobro por fallo, soporte y ruta de sustitución |
Esta separación evita planes de rollback falsos. Si Firebase ya describe la ruta como cerrada, el rollback no puede ser Imagen. Si Gemini API aún muestra una ventana hasta shutdown, esa ventana no es tiempo para crear funciones nuevas sobre el ID antiguo; es tiempo para validar, registrar, actualizar alertas, comunicar y retirar configuración.
En la tabla interna conviene usar cuatro estados: todavía invocable, deprecated pero antes de shutdown, ya cerrado, o solo etiqueta de provider. Cada estado tiene una acción distinta. Todavía invocable no significa ruta segura. Ya cerrado no significa reintentar. Etiqueta de provider significa revisar contrato, no copiar fechas oficiales a una ruta de tercero.
Migra por model ID, no por apodo
Nano Banana es útil para búsquedas y conversaciones, pero producción necesita model IDs estables. Requests, logs, presupuesto, alertas y rollback deben apuntar al ID exacto.
| Nombre visible | Model ID estable | Cuándo usarlo |
|---|---|---|
| Nano Banana 2 | gemini-3.1-flash-image | La mayoría de generación nueva, iteración, producto y API sensible a coste |
| Nano Banana Pro | gemini-3-pro-image | Texto, referencias, 4K, piezas finales y revisiones donde fallar cuesta caro |
| Ruta Nano Banana anterior | gemini-2.5-flash-image | Mantener comportamiento antiguo o usar free tier limitado si la calidad encaja |
| IDs heredados de Imagen 4 | Solo si la superficie concreta los acepta | Migración activa de código existente, nunca default para nuevo trabajo |
La configuración debería guardar dos campos: nombre de ruta para humanos y model ID para máquina. Producto puede decir Nano Banana 2, pero logs y facturación deben mostrar gemini-3.1-flash-image. Eso permite que soporte, finanzas e ingeniería hablen del mismo evento sin perder precisión.
Si usas un provider, descompón su promesa en campos verificables: modelo upstream, tamaño de salida, síncrono o batch, política de respuestas fallidas, retries, retención de datos, propietario de soporte y propietario de billing. El provider puede resolver acceso, pago y routing multimodelo, pero no sustituye el límite oficial de migración.
Usa Nano Banana 2 como default y exige prueba para Pro
La comparación útil no es “qué modelo es mejor”, sino “cuál debe ser default y qué prueba permite subir a Pro”. El default debe ser observable, razonable en coste y capaz de cubrir muchos prompt families.
| Carga de trabajo | Empieza con | Sube a Pro si |
|---|---|---|
| Drafts, variantes, miniaturas, ideación de producto | Nano Banana 2 | Se repiten fallos de texto, layout, identidad o referencia |
| Marketing con etiquetas cortas | Nano Banana 2 | El tiempo de reparación o las piezas rechazadas cuestan más que la diferencia Pro |
| Infografías, UI mockups, diagramas, imágenes densas con texto | Nano Banana Pro | La estructura del texto, grupos y etiquetas debe conservarse |
| 4K o entregables finales | Candidato Nano Banana Pro | Tamaño, revisión o coste de reemplazo son altos |
| Biblioteca antigua de prompts de Imagen 4 | Prueba primero Nano Banana 2 | Pro mejora la tasa de aceptación de forma clara |
Este orden evita dos errores caros. El primero es mantener Imagen 4 porque los prompts antiguos resultan familiares. El segundo es poner todo en Pro porque el nombre suena premium. Uno deja riesgo de apagado en producción; el otro sube coste sin evidencia. Nano Banana 2 debe cargar el trabajo normal y Pro debe ganar su lugar con resultados.
En ejecución, etiqueta cada prompt family por riesgo. Bocetos, variantes, productos de bajo riesgo y piezas sociales empiezan en Nano Banana 2. Texto, identidad, referencia de producto, estructura de UI, marca y entrega a cliente entran como candidatos Pro. Candidato no significa default; significa que deben pasar la misma prueba.
Ejecuta una prueba con los mismos prompts
Los ejemplos bonitos ayudan a elegir qué probar, pero no deciden el routing de producción. Usa los mismos prompts, las mismas referencias y las mismas reglas de aceptación para el camino antiguo, Nano Banana 2 y Nano Banana Pro donde sea necesario.
| Corte de prueba | Mínimo | Qué medir |
|---|---|---|
| Generación simple | 10 a 20 prompts | Seguimiento del prompt, coherencia visual, aceptación en primer pase |
| Prompts con texto o diagramas | 10 prompts | Exactitud del texto, estabilidad de layout, necesidad de reparación manual |
| Referencia o edición | 10 prompts | Fidelidad al referente, deriva no deseada, precisión de edición |
| Assets finales | 5 a 10 prompts | Tasa de aprobación, minutos de reparación, tamaño y coste por asset aceptado |
Compara outputs aceptados, no muestras favoritas. Una imagen barata no es barata si nueve de diez resultados se descartan. Pro tampoco es rentable si se ve un poco mejor pero no reduce rechazo ni reparación. Pon accepted-output rate, minutos de reparación, tamaño, latencia, error code y coste por asset aceptado en la misma tabla.
El rollout debe ser gradual. Mueve prompt families de bajo riesgo a Nano Banana 2, deja solo los difíciles en candidato Pro y registra old route, new route, family, resultado de aceptación y rollback. Si Imagen 4 ya no existe en esa superficie, rollback significa otro candidato Gemini, un prompt más conservador o revisión humana; no significa volver a Imagen 4.
El coste necesita fecha
Al 28 de junio de 2026, la pricing page oficial de Gemini API no muestra free tier para los modelos estables actuales de Nano Banana 2 y Nano Banana Pro. Precio, free tier, Batch discount y claims de provider son hechos volátiles; por eso el coste debe ir con fecha.
| Ruta de modelo | Señal de precio actual | Límite de free tier |
|---|---|---|
gemini-3.1-flash-image | Imagen por tamaño: 0.5K, 1K, 2K y 4K | La fila estable de Nano Banana 2 no muestra free tier |
gemini-3-pro-image | 1K/2K y 4K tienen precios distintos; Pro es más caro | La fila estable de Nano Banana Pro no muestra free tier |
gemini-2.5-flash-image | La ruta anterior conserva free tier limitado y una señal de salida menor | Úsala solo si el modelo anterior sirve para la tarea |
No mezcles precio oficial de Google, precio de provider y coste interno por imagen aceptada. El precio oficial define facturación first-party. El precio de provider define su contrato. El coste interno incluye aceptación y reparación. Si los mezclas, una ruta barata en papel puede convertirse en la más cara en operación.
La hoja de presupuesto debería incluir precio unitario, tasa de aceptación, generaciones por asset aceptado y minutos de reparación. Nano Banana 2 será el default en muchas tareas, pero Pro puede ser más barato en imágenes con texto si reduce mucho la reparación. Pro que no mejora aceptación no debe ser default.
Checklist de migración a producción
Antes de reemplazar Imagen 4 en código o documentación, completa esta lista.
- Identifica la superficie: Gemini API, Firebase AI Logic, Vertex AI, producto de consumidor o provider.
- Registra el nombre o model ID antiguo de Imagen 4 y la última llamada exitosa.
- Elige primer reemplazo:
gemini-3.1-flash-image, salvo que ya exista un trigger Pro claro. - Ejecuta el mismo test de prompts con Nano Banana 2.
- Añade Nano Banana Pro solo para texto difícil, referencia, 4K y assets finales.
- Compara tasa de aceptación, reparación, tamaño, latencia, error code y coste por asset aceptado.
- Actualiza configuración con stable model ID, no solo con apodo.
- Revisa documentación oficial antes de gran migración, compra o fecha de cliente.
La checklist debe definir cierre. No todos los prompt families tienen que terminar en el mismo model ID. Bajo riesgo puede ir a Nano Banana 2, alto riesgo a Pro, prompts viejos a reescritura, superficies cerradas a no-rollback. Lo importante es que cada family tenga una próxima acción concreta.
El registro de migración debe poder auditarse. Escribe old route, replacement route, fecha de prueba, sample size, acceptance threshold, failure type principal, observación de coste y siguiente acción. Divide failure type en error de texto, reference drift, layout roto, tamaño insuficiente, safety block, quota, timeout y rechazo humano.
Cómo documentar la migración
Una buena nota de migración permite repetir la decisión más adelante. No basta con decir “migramos a Nano Banana”. Indica dónde estaba Imagen 4, qué stable model ID se eligió, qué prompt families se probaron, qué umbral se usó y qué rollback es real.
Para un producto multilingüe o multi-región, añade nota local. En algunos mercados Nano Banana aparece como nombre de herramienta; en otros, como apodo del modelo Gemini. FAQ, help center y documentación comercial deben resolver primero la acción local y luego dar model ID y fecha oficial.
El trigger de Pro también debe ser numérico. Por ejemplo: si Nano Banana 2 queda bajo 80% de aceptación o una imagen con texto necesita más de 6 minutos de reparación media, esa family pasa a candidato Pro. Si Pro no mejora aceptación o reparación hasta el umbral, no se convierte en default.
Preguntas frecuentes
¿Qué debería reemplazar a Imagen 4 ahora?
Para la mayoría de trabajos nuevos de Google image generation, empieza con Nano Banana 2, gemini-3.1-flash-image. Usa Nano Banana Pro cuando texto, referencias, 4K o revisión final justifiquen el coste.
¿Imagen 4 se retira el mismo día en todas las superficies?
No. Gemini API, Firebase AI Logic y Vertex AI usan límites distintos. Primero identifica la superficie y después aplica la fecha y la acción correspondiente.
¿Cuál es el model ID de Nano Banana 2?
La documentación actual de Google image generation asigna Nano Banana 2 a gemini-3.1-flash-image. Nano Banana Pro corresponde a gemini-3-pro-image, y la ruta Nano Banana anterior a gemini-2.5-flash-image.
¿Cuándo vale la pena Nano Banana Pro?
Cuando la prueba con los mismos prompts demuestra que Pro reduce outputs rechazados, reparación manual, errores de texto, reference drift o riesgo de final asset más de lo que aumenta el precio.
¿Puedo dejar Imagen 4 como fallback?
Solo si tu superficie exacta todavía lo acepta y ya tienes test de reemplazo y fecha de retirada. Si la superficie ya está cerrada o retired, fallback debe ser otra ruta Gemini o un workflow más conservador.
¿Hay una API de reemplazo gratuita?
Al 28 de junio de 2026, las filas estables de Nano Banana 2 y Nano Banana Pro no muestran free tier. gemini-2.5-flash-image conserva free tier limitado, pero solo debe usarse si encaja con la tarea.
¿Cuál es la primera prueba segura?
Ejecuta 25 a 50 prompts representativos en Nano Banana 2 y manda a Nano Banana Pro solo los prompts difíciles de texto, referencia o asset final. Compara outputs aceptados y coste de reparación.