El 17 de agosto Google apaga Imagen 4: revisa hoy tus automatizaciones de imágenes

Hay un tipo de falla que no avisa. No se cae la web, no aparece un error en pantalla, no te llega ningún correo. Simplemente, un día las imágenes que se generaban solas dejan de generarse, y te enteras tres semanas después porque un cliente pregunta por qué la ficha del catálogo salió vacía.

Eso es lo que te puede pasar el 17 de agosto de 2026 con Imagen 4 de Google. El changelog oficial de la Gemini API lo dejó por escrito el 15 de junio: tres modelos de imagen se apagarán ese día. Faltan diez días. Si tienes algo automatizado que genera imágenes usando la API de Google, esto se revisa hoy, no en septiembre.

Qué se apagará exactamente

No es "Imagen 4" como concepto vago. Son tres identificadores concretos de modelo, y esos nombres exactos son los que están escritos dentro de tu código o de tu flujo de automatización:

• imagen-4.0-generate-001
• imagen-4.0-ultra-generate-001
• imagen-4.0-fast-generate-001

Apagar significa que dejarán de responder. No es que bajen de calidad ni que se pongan más lentos: la llamada falla y lo que dependa de ella se queda sin imagen. Y en esa misma entrada del changelog, del 15 de junio, Google registró otra deprecación que ya se ejecutó: veo-2.0-generate-001, veo-3.0-generate-001 y veo-3.0-fast-generate-001 se apagaron el 30 de junio de 2026. O sea que si tenías generación de video montada con Veo 2 o Veo 3, lleva más de un mes muerta.

Si solo usas apps, esto no te toca

Lo digo primero para que no pierdas tiempo. La deprecación es de la API, la parte técnica que un desarrollador conecta a tu sistema. Si tú generas imágenes abriendo una app en el celular o escribiendo en una web y descargando el resultado a mano, no tienes nada que hacer. Cierra esta pestaña y sigue con tu día.

Esto te toca si en algún momento alguien construyó algo por ti: un generador de imágenes de producto dentro de tu tienda online, un flujo que arma creativos para redes sin que tú intervengas, un bot que devuelve una imagen cuando un cliente pide algo. Ahí, en alguna línea de configuración, está escrito uno de esos tres nombres.

Dónde suele estar escondido el nombre del modelo

El problema no es cambiar el modelo. El problema es que muchos dueños de negocio no saben dónde vive esa configuración, porque la puso otra persona hace meses y nadie volvió a abrir ese archivo. Estos son los lugares donde a mí se me han aparecido:

• Automatizaciones en n8n, Zapier o Make: dentro del nodo o paso de Google, en el campo del modelo.
• Plugins o funciones a medida en la web: sobre todo si tienes una tienda con generación de imágenes de producto o de banners.
• Scripts que dejó un proveedor: el clásico "esto corre solo cada noche" que nadie ha vuelto a mirar.
• Bots de atención o de contenido montados por una agencia o un freelance.
• Hojas de cálculo con automatizaciones, que se usan más de lo que la gente admite.

Un truco rápido: si tienes acceso al repositorio o a la carpeta del proyecto, busca el texto `imagen-4.0` en todos los archivos. Si tienes n8n o Make, busca en el buscador global de la cuenta. Aparece o no aparece, y en cinco minutos sabes si tienes un problema.

Con qué se reemplaza

Google recomienda migrar a gemini-3.1-flash-image, que es el nombre técnico de Nano Banana 2. Ese modelo, junto con Nano Banana Pro (gemini-3-pro-image), pasó a disponibilidad general el 28 de mayo de 2026, así que no estarías saltando a algo experimental: lleva más de dos meses fuera de preview.

Ahora, la advertencia honesta: no des por hecho que basta con cambiar el nombre del modelo y ya. Cuando cambias de familia de modelo, los parámetros que acepta la llamada y la forma del resultado pueden no ser idénticos, y el estilo visual casi nunca lo es. Si tus imágenes de producto tenían un look consistente, prueba con diez casos reales antes de dejarlo corriendo solo. El peor escenario no es que se rompa, es que funcione y publique quinientas imágenes que no se parecen a tu marca.

El mensaje que le puedes mandar hoy a tu técnico

Si no eres tú quien toca el código, cópiate esto y mándaselo a quien te lleve la parte técnica. Es más efectivo que preguntar "oye, ¿esto nos afecta?", porque le das el dato exacto y no puede responderte con un "lo reviso":

1. ¿Estamos usando `imagen-4.0-generate-001`, `imagen-4.0-ultra-generate-001` o `imagen-4.0-fast-generate-001` en cualquier parte del sistema? Google los apagará el 17 de agosto de 2026.
2. Si sí, ¿qué se rompe exactamente y quién se da cuenta cuando pase?
3. ¿Podemos migrar a `gemini-3.1-flash-image` (Nano Banana 2) antes de esa fecha y comparar diez imágenes de salida contra las actuales?
4. Aparte: ¿teníamos algo con `veo-2.0-generate-001`, `veo-3.0-generate-001` o `veo-3.0-fast-generate-001`? Esos ya se apagaron el 30 de junio, o sea que si existían, llevan semanas fallando.

Esa última pregunta es la que, en mi experiencia, más veces destapa algo. La gente revisa lo que está por vencer y se olvida de revisar lo que ya venció.

Y si tenías Veo 2 o Veo 3

El changelog recomienda migrar a los IDs de Veo 3.1 (veo-3.1-generate-preview y veo-3.1-fast-generate-preview) o a los modelos 3.1 en disponibilidad general dentro de Gemini Enterprise Agent Platform. Fíjate en la palabra `preview` de esos dos primeros identificadores: mi lectura es que algo marcado como preview puede volver a moverse, así que si vas a apoyar un proceso importante del negocio ahí, hazlo sabiendo que probablemente lo vuelvas a tocar.

No lo digo para asustarte. Lo digo porque la decisión correcta cambia según el caso: para un experimento, un preview está perfecto; para el flujo que le manda video a tus clientes todos los martes, yo preferiría una versión en disponibilidad general aunque me cueste más trabajo.

La lección de fondo: los modelos caducan

Esto no es un accidente de Google ni una excepción. Los proveedores de IA retiran modelos viejos con regularidad, y no veo razón para pensar que eso vaya a parar. La diferencia entre un negocio que se entera a tiempo y uno que se entera por un cliente molesto suele ser aburridamente simple: tener escrito de qué modelos dependes.

En mis proyectos llevo una lista de una sola página: qué automatización, qué proveedor, qué modelo exacto, quién la montó y dónde vive la configuración. No es glamoroso y toma veinte minutos armarla. Pero cuando sale un changelog como este, en vez de abrir una investigación abro un archivo, busco el texto y en dos minutos sé si tengo que actuar.

Hoy es 7 de agosto. Tienes diez días. Haz una sola cosa antes de cerrar la computadora: busca `imagen-4.0` en todo lo que tu negocio tenga automatizado, o manda las cuatro preguntas de arriba a quien pueda buscarlo por ti. Si no aparece nada, ganaste tranquilidad en cinco minutos. Si aparece, ganaste diez días para arreglarlo con calma en vez de un lunes con el catálogo caído.

Y ya que abres ese archivo, anota también los otros modelos que estés usando, sean de Google, de OpenAI o de quien sea. La próxima fecha de apagado va a llegar, y entonces te tomará dos minutos en vez de una tarde.