Una ficha que termina en Resolved describe un incidente cerrado, aunque Google todavía muestre en el buscador una frase extraída del momento en que empezó. Ese fragmento no convierte el incidente histórico en una caída actual. Abre la fuente, mira el último estado y comprueba que corresponda a la misma superficie donde falló tu generación.
Para responder «¿Nano Banana 2 está caído?» necesitas tres datos: superficie × señal × alcance. Superficie es el lugar exacto —Gemini, Flow, Google AI Studio, Gemini API, Vertex AI o una herramienta externa—; señal es el mensaje o código literal; alcance indica si falla una solicitud, una ruta, un proyecto o varias personas en el mismo servicio. Sin esas tres piezas, «está caído» es solo una hipótesis.
Nano Banana 2 es el nombre habitual de Gemini 3.1 Flash Image; el identificador de la API es gemini-3.1-flash-image. Confirmar esa identidad evita buscar el estado de un producto distinto o probar un modelo obsoleto.
Primero: no confundas Detected, Update y Resolved
Las páginas de estado son un registro cronológico. Una misma ficha puede conservar el texto alarmante de su apertura y, más abajo, mostrar que el problema ya terminó. Léela desde la actualización más reciente:
- Detected marca cuándo se detectó el incidente; no significa que siga abierto cuando vuelves a leerlo.
- Update añade alcance, mitigación o progreso. Comprueba siempre si existe una entrada posterior.
- Resolved cierra esa ficha. Sirve como antecedente, no como prueba de una incidencia actual.
Este detalle importa porque un resumen automático o un fragmento de búsqueda puede citar el primer párrafo y omitir la resolución. Tampoco una captura compartida sin fecha, zona horaria y enlace demuestra el estado presente. La fuente abierta y su última actualización tienen prioridad sobre el snippet.
Para Google AI Studio y Gemini API, consulta el panel oficial de Google AI Studio. Si usas Vertex AI, el owner es Google Cloud Service Health. Ningún artículo puede congelar aquí un «operativo» o «caído» que siga siendo cierto más tarde.
Elige el owner de la superficie que realmente falló
No existe un único semáforo público que cubra todas las formas de usar Nano Banana 2. Hazte esta pregunta: ¿en qué pantalla o endpoint apareció el primer fallo?
Gemini web o móvil
Conserva el mensaje visible, la hora y la acción que lo produjo. Una interfaz bloqueada, una respuesta sin imagen o un aviso genérico puede ser de sesión, cuenta, política, función concreta o servicio; no lo conviertas automáticamente en una caída de la API. Si se reproduce en una prueba mínima, usa la opción oficial para enviar comentarios desde Gemini.
Antes de enviarlos, revisa el contenido: Google indica que la información asociada a la interacción, incluidos archivos cuando proceda, puede acompañar el informe. Quita datos personales, secretos y material que no quieras compartir.
Google AI Studio o Gemini API
Aquí importan el código HTTP, el cuerpo seguro del error, el modelo, el proyecto, la hora con zona y el request ID si existe. Compáralos con el panel de AI Studio. Un fallo de una key, payload o proyecto no demuestra un incidente general, y una página de estado sin alertas tampoco invalida un error local bien reproducido.
La documentación oficial de solución de errores de Gemini API es el diccionario para interpretar la señal. La guía de generación de imágenes permite confirmar el modelo y la forma actual de la solicitud.
Vertex AI
Vertex AI pertenece al ámbito de Google Cloud. Comprueba Cloud Service Health y conserva región, proyecto, endpoint, código y request ID. No uses el panel de AI Studio como sustituto del owner de Cloud ni atribuyas a toda la familia Gemini un problema limitado a una región o ruta de Vertex.
Flow u otra experiencia integrada de Google
Un mensaje de «demasiado rápido», una cola o una generación que no finaliza describe esa experiencia, pero no identifica por sí solo una cuota de API ni una caída global. Registra el texto literal y prueba de nuevo una sola vez en la misma función. Si otra superficie oficial funciona, has encontrado una diferencia de alcance, no una contradicción.
Wrapper, automatización o proveedor externo
El primer owner es la herramienta que recibió tu solicitud. Puede haber un problema en su cola, adaptación del payload, credenciales, moderación, selección de modelo o conexión con Google. Un checker externo que diga «down» sin especificar endpoint, región, método y hora aporta una pista, no una confirmación. Compara, si tienes acceso legítimo, una ruta oficial equivalente; si solo falla el wrapper, entrega la evidencia a su soporte.
Traduce la señal antes de decidir si esperas
No todos los errores permiten el mismo siguiente paso. La clasificación oficial evita que un problema corregible se convierta en una tormenta de reintentos.
| Señal | Qué establece | Qué no establece | Siguiente paso seguro |
|---|---|---|---|
400 o precondición inválida | La solicitud o su contexto no cumple un requisito | Que el servicio esté caído | Corrige payload, parámetros o condición; no repitas sin cambios |
403 | La ruta rechaza el acceso o permiso | Que otros proyectos fallen | Revisa autorización y alcance; no cambies secretos al azar |
404 | El recurso, modelo o endpoint pedido no se encuentra | Una interrupción general | Verifica identificador y ruta actuales; no insistas con lo mismo |
429 | Existe un límite o condición de capacidad expresada en el error | Por sí solo, una caída global | Conserva el mensaje exacto y revisa los límites de esa ruta |
500 o 503 | Puede existir un fallo transitorio del servicio o de la ruta | Que todas las superficies y usuarios estén afectados | Comprueba el owner correspondiente y haz una repetición acotada |
504 | La operación superó un plazo | Que el modelo esté fuera de servicio | Reduce complejidad o tamaño cuando aplique y prueba una vez |
Los códigos son señales, no veredictos universales. Un 503 repetido en la API merece comprobar el estado y ampliar el alcance de forma controlada; no autoriza a afirmar que Gemini, Flow y Vertex AI estén caídos a la vez. Un 400, 403 o 404 idéntico, en cambio, pide corregir la causa antes de volver a llamar.
Una prueba de alcance que tarda unos 90 segundos
La meta no es «hacer que funcione a cualquier precio», sino aislar el owner con el menor número de cambios.
- Anota el punto de partida. Guarda superficie, hora y zona horaria, mensaje seguro exacto, modelo o función, proyecto cuando corresponda y request ID. No copies claves, prompts privados ni datos personales.
- Haz una sola prueba mínima en la misma superficie. Mantén la misma cuenta o proyecto y elimina adjuntos, conversación larga y complejidad innecesaria. Un prompt diagnóstico suficiente es: «Genera una imagen de un círculo rojo sobre fondo blanco, sin texto».
- Consulta el owner oficial de esa superficie. Lee el incidente completo y su actualización final; confirma que fecha, producto y alcance coinciden.
- Si hace falta, añade una sola comparación controlada. Puede ser otra ruta oficial a la que ya tengas acceso o un modelo oficial disponible para tu proyecto. Cambia una variable, no cinco.
- Detente y clasifica. Más reintentos idénticos no añaden evidencia y pueden agravar un límite.
La prueba produce cuatro resultados útiles:
- Falla el prompt original, pero funciona el mínimo: investiga payload, archivos, conversación, política o complejidad; no hay base suficiente para declarar una caída.
- Falla una superficie y otra oficial funciona: limita el diagnóstico a la primera superficie. No generalices a «Nano Banana 2 global».
- Falla la misma superficie con la misma señal y su owner muestra un incidente activo coincidente: espera la actualización oficial y evita reintentos continuos.
- Falla de forma reproducible sin incidente coincidente: conserva el paquete de evidencia y escala al owner adecuado. «Sin confirmar» es una conclusión válida.
Tres casos españoles que suelen inducir a error
«Flow dice que genero demasiado rápido». El texto puede parecer un rate limit, pero no permite deducir qué límite se aplicó ni si pertenece a Gemini API. Trátalo como señal de Flow hasta que una fuente oficial o una comparación controlada demuestre otra cosa.
«Google muestra un incidente de Nano Banana en el resultado». Abre la ficha. Si su última entrada dice Resolved, estás viendo historial. Busca una ficha activa nueva y comprueba que incluya tu producto; el fragmento aislado no responde «hoy».
«Un comprobador externo marca servicio interrumpido». Averigua qué mide. Si no publica superficie, endpoint, ubicación, hora y metodología, no sabes si observó Gemini, una web intermediaria o menciones sociales. Úsalo para formular una pregunta, no para cerrar el diagnóstico.
Cuándo esperar, cuándo corregir y a quién informar
Espera y monitoriza cuando el owner de tu superficie muestre un incidente activo que coincida con tu señal y alcance. Pausa los reintentos automáticos agresivos y vuelve a evaluar cuando cambie la ficha.
Corrige antes de repetir ante 400, 403 o 404, y cuando la prueba mínima funcione. La causa está mejor explicada por solicitud, acceso, identificador o contexto que por indisponibilidad general.
Informa a Google si el fallo reproducible pertenece a Gemini, AI Studio/API o Vertex y puedes entregar evidencia segura. Usa el canal de la superficie: comentarios en la app, soporte o mecanismos del proyecto Cloud, según corresponda.
Informa al proveedor externo si su integración falla y la ruta oficial comparable funciona. Incluye qué cambió y qué no; no envíes credenciales.
Si ya sabes que el problema es un 503 persistente de la API, continúa con la guía específica de diagnóstico del error 503 de Nano Banana 2. Si todavía no has aislado la rama —app, prompt, permiso, cuota, respuesta sin imagen o wrapper— usa la guía general de Nano Banana no funciona en Gemini. Esta página se ocupa de demostrar o descartar una incidencia; esas páginas se ocupan de reparar la rama ya identificada.
El paquete mínimo de evidencia
Un informe útil cabe en una lista breve:
- superficie exacta y URL o endpoint, sin secretos;
- fecha, hora y zona horaria;
- modelo solicitado, si la interfaz lo revela;
- código y mensaje literal depurado;
- request ID o identificador de operación, cuando exista;
- resultado de una única prueba mínima;
- enlace y estado final de la ficha oficial consultada;
- alcance observado: una solicitud, un proyecto, una región o varias personas.
No adjuntes API keys, tokens, cookies, datos de facturación, prompts confidenciales ni archivos privados. En una captura, oculta identificadores sensibles antes de compartirla.
La respuesta honesta a «¿Nano Banana 2 está caído?» no sale de contar comentarios ni de releer un snippet. Sale de alinear la superficie que falló, la señal exacta y el alcance reproducible con el owner oficial correcto. Si la ficha está Resolved, es pasado; si no hay coincidencia suficiente, conserva la evidencia y clasifica el caso como local, limitado o todavía sin confirmar.
