Nano Banana vs Nano Banana Pro, 2 y Lite: cuál usar

Operamos cuatro modelos Nano Banana en nuestro catálogo, y la pregunta que más nos llega no es «qué tal es», sino «a cuál se supone que tengo que llamar». Pregunta justa. Los nombres no ayudan: un modelo llamado Lite es más nuevo que el modelo sin sufijo, y el que se llama 2 no es el que se llama Pro.

La versión corta, si solo lee un párrafo: Nano Banana 2 Lite es a la vez más barato que el Nano Banana original y toda una generación más nuevo. Ese único dato acaba con el motivo más habitual para quedarse en el modelo legacy. Ya no queda ningún argumento de presupuesto a favor del viejo, y Google lo apaga el 2 de octubre de 2026 de todas formas.

Adónde va realmente el dinero

Estos son nuestros precios a 26 de agosto de 2026, por imagen, en la configuración por defecto de cada modelo. Les ponemos fecha porque los volvemos a comprobar.

Los precios y las condiciones de los productos pueden cambiar con el tiempo; consulte los precios vigentes de cada proveedor antes de tomar una decisión de compra. Los precios de Google Batch o Flex no son directamente equivalentes a un request estándar de API bajo demanda, porque la programación, la disponibilidad y las condiciones de procesamiento son distintas; por eso quedan excluidos de esta comparación. Se trata de una comparación acotada, no de una afirmación de que E2X sea la opción más barata del mundo en cualquier configuración.

Vuelva a leer las dos primeras filas. El modelo legacy cuesta un 31% más por imagen que el modelo que la propia Google recomienda como su reemplazo. Ahí está el artículo entero, en dos líneas.

El argumento que ya no funciona

Durante cerca de un año, el argumento honesto para quedarse en gemini-2.5-flash-image era el precio. Era el barato. Lo lanzaba en batch, se tragaba las asperezas y seguía adelante.

Ese argumento se acabó. Nano Banana 2 Lite es gemini-3.1-flash-lite-image, está en $0.0238 frente a los $0.0312 del modelo legacy —un 24% menos— y es un modelo Gemini 3, no uno Gemini 2.5. La propia documentación de Google llama legacy al viejo y dirige a los desarrolladores hacia Lite por su «mayor calidad, velocidades de generación más rápidas y menor precio de API». No tenemos motivo para discutir ese planteamiento, porque nuestra escalera de precios dice lo mismo.

Luego está el calendario. Google ha publicado una fecha de fin firme para gemini-2.5-flash-image: el 2 de octubre de 2026. No es una deprecación blanda. El endpoint desaparece.

Elija por el trabajo, no por el nivel

Fotos de producto para un catálogo

Empiece por Nano Banana 2 Lite edit-image. Cambios de fondo, cambios de superficie, reiluminar un packshot contra un barrido gris liso: Lite se ocupa de esa clase de trabajo en 1K, que es más de lo que necesita una cuadrícula de producto, y acepta hasta 14 imágenes de referencia en una sola llamada.

Suba a Nano Banana 2 cuando un mismo prompt tenga que hacer malabares con varios objetos a la vez. Esa es la brecha de calidad más clara entre los dos: el seguimiento de instrucciones con varios objetos. Si su prompt dice «pon la botella a la izquierda de la caja, inclina la etiqueta hacia la cámara, añade una segunda unidad detrás», Lite empieza a dejarse cláusulas por el camino y NB2 no. Suba también si una vista de zoom necesita 2K o 4K, ya que Lite no tiene ningún parámetro de resolución.

Variantes sociales de un mismo activo

Lite, y no está ni cerca. Su lista de aspect ratios va bastante más allá del conjunto habitual —1:4, 4:1, 1:8, 8:1 y un modo auto están todos ahí—, así que las tiras de banner y los rascacielos salen del mismo endpoint que su cuadrado. Google dice que el modelo puede producir una imagen en tan solo cuatro segundos.

Una nota operativa: nuestro ETA publicado en los endpoints de Lite es de 60 segundos, no de cuatro. Esa cifra cubre el encolado y la entrega por nuestro lado, no el tiempo de inferencia puro del modelo. Presupueste sus timeouts contra el nuestro, no contra el de Google.

Cualquier cosa con palabras incrustadas en la imagen

Aquí es donde las generaciones se separan de verdad. El Nano Banana legacy es débil con el texto dentro de la imagen, y no vamos a fingir lo contrario. Google solo reivindica renderizado avanzado de texto a partir de los modelos Gemini 3, y el viejo no lo es. Infografías, mockups de packaging, pizarras de menú, cualquier cosa con un titular dentro: el modelo antiguo convierte el cuerpo de texto en marcas decorativas.

Tanto Nano Banana 2 como Lite renderizan texto legible dentro de la imagen. Las comparaciones publicadas los ponen a la par en eso. No es una prueba que hayamos hecho nosotros, así que si el texto es el objeto del activo, pruebe los dos antes de comprometerse. Para un pie de foto o una etiqueta de producto, el barato basta. Vaya a Nano Banana Pro cuando la maquetación sea densa y multilingüe: recompondrá una infografía en inglés al español sin volver a dibujar el gráfico que hay debajo.

Si su trabajo va con mask —quiere que se reemplace una región concreta y que todo lo de fuera quede intacto—, ninguno de estos hace eso. GPT Image 2 edit-image sí, y además hace fondos transparentes. Lo facturamos a $0.0525 por imagen en 1K. Una cosa que conviene saber antes de planificar pasadas de borrador baratas ahí: su campo quality no ahorra nada, ya que low, medium y high acaban todos en esa misma cifra. La resolución es la única palanca sobre el gasto. Otro proveedor, otras fortalezas.

Tiradas de batch de mucho volumen

Lite. Haga la cuenta con 10.000 imágenes al mes:

• Nano Banana 2 Lite: $238
• Nano Banana (legacy): $312
• Nano Banana 2: $400
• Nano Banana Pro: $750

La fila de Pro es la que merece una mirada larga. Tres veces Lite, por un modelo cuyas fortalezas la mayoría de pipelines de batch ni siquiera está usando. Preferimos señalarle un nivel más abajo que facturarle uno que su pipeline nunca toca.

Consistencia de personaje o de producto en toda una serie

Tanto Nano Banana 2 como Nano Banana 2 Lite aceptan hasta 14 imágenes de referencia, que es el número que importa aquí, y empatan en consistencia de referencias. Empiece por Lite.

Pro se gana su precio cuando esas referencias cumplen trabajos distintos. Sus catorce huecos no son intercambiables: Google limita las referencias de estilo a tres, las de objeto a seis, y deja que cinco lleven un rostro que tiene que sobrevivir intacto. Meta juntos una persona, un producto y una paleta de marca y es la asignación de roles lo que impide que el modelo lea su paleta como un sujeto. Los niveles flash aceptan las mismas catorce imágenes en una sola llamada, solo que como lista plana, sin nada que marque qué adjunto era una referencia de color y cuál un rostro.

4K para impresión

Lite queda fuera, porque 1K es todo lo que produce. Quedan dos, y la recomendación honesta es Nano Banana 2 a $0.08 por 4K, no Pro a $0.15. Casi la mitad de coste por el mismo número de píxeles.

Recurra a Nano Banana Pro text-to-image a ese tamaño solo cuando la composición sea genuinamente difícil: tipografía legible en un lienzo grande, varias referencias con roles separados, salida de hasta 4096×4096. Una peculiaridad juega a su favor en coste: Pro esboza fotogramas intermedios desechables mientras resuelve la composición. Ninguno le llega, y ninguno llega a su factura: paga por la imagen que se queda. También son la razón de que una llamada a Pro ronde los 30 segundos en lugar de unos pocos.

Salir del modelo legacy

Trate el 2 de octubre de 2026 como cualquier otra dependencia con fecha que desaparece: una incidencia programada con una solución conocida. Si el cambio sigue en su backlog la semana en que Google lo retire, todas las llamadas de imagen de su producto fallan a la vez.

La solución es un string. Para text-to-image es literalmente todo el diff:

 {
-  "model": "google/nano-banana/text-to-image",
+  "model": "google/nano-banana-2-lite/text-to-image",
   "input": {
-    "prompt": "toma de estudio de una lámpara de escritorio de nogal sobre un barrido gris liso"
+    "prompt": "toma de estudio de una lámpara de escritorio de nogal sobre un barrido gris liso",
+    "aspect_ratio": "9:16"
   }
 }

Esa línea extra es lo único que le va a morder. Nuestros endpoints legacy usan 9:16 por defecto; los endpoints de Lite usan 1:1. Si su código nunca enviaba aspect_ratio porque el valor por defecto antiguo casualmente coincidía con su layout, fíjelo explícitamente antes de migrar o cada activo se convertirá en un cuadrado sin avisar.

Dos diferencias más que revisar ya que está. Lite no tiene parámetro resolution —1K es la única salida que produce—, así que elimine el campo si se lo estaba enviando al endpoint de edición legacy. Y Lite no tiene grounding de búsqueda, mientras que Nano Banana 2 sí: si de todas formas estaba sopesando un salto de dos niveles, ese es el argumento a favor de NB2.

Aquí tiene la llamada completa, de principio a fin, contra el endpoint de edición de Lite:

curl -X POST https://api.e2x.ai/v1/jobs/submit \
  -H "Authorization: Bearer $E2X_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "google/nano-banana-2-lite/edit-image",
    "input": {
      "prompt": "Coloca la camisa sobre un fondo liso blanco hueso. Mantén la textura de la tela y el logo bordado exactamente como están.",
      "image_urls": ["https://example.com/shirt-on-hanger.jpg"],
      "aspect_ratio": "4:5"
    },
    "webhookUrl": "https://your-app.example.com/hooks/e2x"
  }'

Envíe webhookUrl y le avisamos nosotros cuando el job aterrice. Omítalo y hará polling: submit devuelve un job ID, y usted lee el estado hasta que se asiente:

const auth = { Authorization: `Bearer ${process.env.E2X_API_KEY}` };

async function waitForJob(jobId, deadlineMs = 120_000) {
  const stopAt = Date.now() + deadlineMs;

  while (Date.now() < stopAt) {
    const res = await fetch(`https://api.e2x.ai/v1/jobs/${jobId}`, { headers: auth });
    const { data } = await res.json();

    if (data.status === "completed") return data.outputs[0].url;
    if (data.status === "failed") throw new Error(data.error?.message ?? "job failed");

    await new Promise((r) => setTimeout(r, 2_000));
  }

  throw new Error(`job ${jobId} did not settle in time`);
}

El estado pasa de pending a processing y a completed, o se detiene en failed o cancelled. El mismo contrato en los cuatro modelos, que es justo el sentido de poner una sola API delante de todos.

Antes de publicar

Toda salida de los cuatro modelos lleva un watermark SynthID. Google lo incrusta de forma invisible, en cada imagen, sin ninguna opción de desactivarlo expuesta a ningún proveedor, nosotros incluidos. Resuelva esa cuestión con su equipo legal o de marca antes de que entre la integración, no después de que un cliente pregunte por qué un activo dispara sus herramientas de detección.

Compruebe sus valores por defecto de aspect ratio contra los nuestros siempre que se mueva entre familias, no solo en la migración desde legacy. Y si todavía está decidiendo, las dos páginas de categoría son la forma más rápida de verlo todo en paralelo: text-to-image e image-to-image, o el catálogo completo de modelos.

Preguntas frecuentes

¿Cuál es la diferencia entre Nano Banana y Nano Banana Pro?

Nano Banana es el gemini-2.5-flash-image original de Google, un modelo de nivel flash y solo 1K que Google etiqueta ahora como legacy y retira el 2 de octubre de 2026. Nano Banana Pro es gemini-3-pro-image, un modelo premium construido para composición con varias referencias, texto legible dentro de la imagen y salida de hasta 4K. Están separados por dos generaciones, y cobramos $0.0312 y $0.075 por imagen respectivamente.

¿Qué modelo Nano Banana debería usar?

Para la mayoría del trabajo, Nano Banana 2 Lite a $0.0238 por imagen. Suba a Nano Banana 2 cuando un mismo prompt tenga que controlar varios objetos a la vez, o cuando 1K no baste: factura $0.04 en 1K, y la escalera sigue con $0.06 para 2K y $0.08 para 4K. Pro a $0.075 merece la pena para maquetaciones de texto densas y multilingües y para composiciones de referencias con roles separados, y es excesivo para todo lo demás.

¿Son Nano Banana 2 y Nano Banana Pro el mismo modelo?

No lo son, y encontrará catálogos que los etiquetan como si lo fueran. Uno está construido sobre gemini-3.1-flash-image y el otro sobre gemini-3-pro-image, y los facturamos a $0.04 y $0.075 por imagen de 1K respectivamente. Slugs separados por nuestro lado, deliberadamente.

¿Por qué es Nano Banana 2 Lite más barato que el Nano Banana antiguo?

Porque a Google le sale más barato servir la arquitectura nueva, y eso llega hasta nuestro precio. Lite está en $0.0238 frente a los $0.0312 del modelo legacy en nuestra comprobación del 26 de agosto de 2026. Es el caso poco habitual en el que la ruta de actualización además le baja la factura.

¿Qué dificultad tiene migrar desde el Nano Banana legacy?

Para text-to-image es un string: cambie google/nano-banana/text-to-image por google/nano-banana-2-lite/text-to-image. Fije aspect_ratio explícitamente al mismo tiempo, porque el valor por defecto legacy es 9:16 y el de Lite es 1:1. En el endpoint de edición, elimine además cualquier campo resolution, ya que Lite produce solo 1K.

¿Puedo quitar el watermark SynthID de la salida?

No. Google incrusta SynthID en cada imagen que producen estos modelos, en todos los niveles, y no hay ningún parámetro de API por nuestro lado ni por el de nadie para desactivarlo. Cuéntelo en cualquier flujo donde los metadatos de procedencia o el etiquetado de detección de IA supongan un problema.

¿Usan los cuatro modelos el mismo formato de request de API?

Sí. Todos los modelos de nuestro catálogo se envían a POST https://api.e2x.ai/v1/jobs/submit con un bearer token, un slug de model y un objeto input, y usted o hace polling del job o recibe un webhook. Cambiar de modelo significa cambiar el slug y revisar los parámetros que ese modelo acepta realmente.