СТАТТЯ

29.10.2026: вимкнення Nano Banana 2 (`gemini-3.1-flash-image`) — cutover bulk-маршрутів у Bubble на Nano Banana 2.1 через BIAIG

Чеклист для Bubble: інвентаризація model ID у полях і API Connector, маршрут на `gemini-nano-banana-2.1`, rollback-рядки в catalog — з чесною застереженням: у Google deprecations на 7.10.2026 дати shutdown ще немає, а digest/трекери називають 29.10.2026.

Навіщо зараз

У digest’ах крутиться reported shutdown gemini-3.1-flash-image (Nano Banana 2) на 29 жовтня 2026. 6 жовтня Google відкрив GA для gemini-nano-banana-2.1 (Nano Banana 2.1) — це і є named successor. Якщо у вас bulk-маршрути в Bubble досі б’ють у старий model ID через API Connector або лежать у data fields, я б не чекав «офіційного листа». Потрібен dated cutover у внутрішній BIAIG-маршрутизації. Third-provider стратегію тут не розкриваю — це вже було в інших матеріалах. Поруч із цим: Imagen 3 GA знято: міграція. Поруч із цим: Imagen 3 GA знято: міграція.

Про дату — без ілюзій. У primary lifecycle-доках Google (release notes / deprecations, оновлення 7.10.2026 UTC) для gemini-3.1-flash-image стоїть deprecated, replacement — gemini-nano-banana-2.1, але shutdown: «No shutdown date announced»; окремо — що точні дати дадуть з advance notice. Треті сторони (наприклад AI Change Watch) вказують 2026-10-29. Я це не рахую авторитетом, поки та сама дата не з’явиться на ai.google.dev. Для builder’а я роблю так: планую cutover до 29.10 як operational deadline, але rollback не знімаю, доки офіційна таблиця не підтвердить shutdown.


Що міняємо (одним реченням)

Primary routing: gemini-3.1-flash-image → gemini-nano-banana-2.1. Preview-ID на кшталт gemini-3.1-flash-image-preview уже в історії (Google: shutdown 25.06.2026) — їх я не тягну в rollback «на всякий випадок».

BIAIG — внутрішня схема catalog/routing з попередніх текстів про Gemini/Nano Banana; це не продукт Google чи Bubble у публічних docs.


Крок 1 — інвентаризація в Bubble

  1. Data fields / option sets / catalog table: усі збережені model_id, provider_route, версії prompt template, де в JSON зашитий рядок моделі.
  2. API Connector: кожен call, де в URL/body/header фігурує gemini-3.1-flash-image (пошук по Editor + export workflow names у runbook).
  3. Backend workflows: Scheduled API, bulk upload loops, «retry failed rows» — часто дублюють model ID поза Connector.
  4. Batch vs sync: якщо job уже на Batch API (~50% cost, target ~24h turnaround, generateContent-shape) — окремий список; cutover batch не можна тестувати як синхронний Connector call без polling.
  5. Legacy preview: будь-які залишки preview model ID — прибрати з production routing одразу.

Крок 1 — інвентаризація в Bubble

На виході — таблиця: workflow → поле/connector → поточний model ID → sync чи batch → критичність.


Крок 2 — deltas, які ламають reruns після swap

Тема gemini-3.1-flash-image gemini-nano-banana-2.1 Дія в Bubble
Resolution є 0.5K / 512px (у image-generation guide) 1K / 2K / 4K, без 0.5K Якщо catalog вимагає 512px — змінити size або resize downstream; «просто swap model» недостатньо
Thinking default minimal (3.1 Flash Image) medium (2.1) Перерахунок latency/cost; image models можуть давати thinking/interim tokens
Reference images інші ліміти до 14 ref, до 4 characters / 10 objects (model card) Перевірити bulk jobs з багатьма ref — можливі silent quality drops
Video → image раніше в changelog звучало «exclusive» для 3.1 Flash Image guide зараз включає 2.1, 3.1 Flash, 3.1 Flash Lite Планувати по поточному image-generation guide, не по старому changelog
Batch API supported supported Залишити batch для non-urgent bulk; UX — status + poll, не «миттєва» відповідь Connector

Крок 2 — deltas, які ламають reruns після swap


Крок 3 — staging у BIAIG (з rollback)

  1. Новий primary row у catalog: gemini-nano-banana-2.1, той самий API shape (generateContent / ваш зафіксований endpoint), оновлені default params (resolution, thinking level).
  2. Rollback row лишається на gemini-3.1-flash-image з прапорцем enabled=false для production, enabled=true для staging/canary — доки Google не оголосить firm shutdown.
  3. Canary: один low-risk bulk workflow (мало рядків, не billable-critical) → порівняти output size, fail rate, час до ready (sync або batch complete).
  4. Re-benchmark cost: на pricing (fetch 8.10.2026) окремого рядка «Nano Banana 2.1» не видно — лишаються ставки під «Gemini 3.1 Flash Image (Nano Banana 2)». Не припускайте price parity без опублікованого 2.1 row; міряйте на representative payloads після swap.
  5. Production flip: змінити routing pointer у BIAIG + оновити default model у Connector templates; не видаляти старий row до офіційної дати shutdown. Схожий розбір: Qwen-Image-2.1 до 28.09 UTC+8: freeze. Схожий розбір: Tencent Hy Image 3.5 Preview.

Крок 3 — staging у BIAIG (з rollback)


Крок 4 — перед 29.10.2026 (або перед будь-якою новою датою з ai.google.dev)

  • Перечитати Gemini deprecations і changelog — не digest і не third-party tracker.
  • Усі production calls на gemini-nano-banana-2.1; нуль рядків catalog з preview IDs.
  • Jobs з 0.5K або >14 ref — або мігровані, або явно excluded з 2.1 route.
  • Batch jobs: scheduler + stored batch_job_id, не блокують UI синхронним очікуванням.
  • Runbook: «flip back» = увімкнути rollback row + revert Connector default (на випадок регресії якості).

Джерела (межі статті)

Офіційні: Gemini API release notes (06.10.2026 — GA 2.1), deprecations (07.10.2026), model cards gemini-nano-banana-2.1 / gemini-3.1-flash-image, image-generation guide, Batch API, pricing (08.10.2026). Digest — сигнал планувати cutover; дата 29.10 — operational hypothesis, поки Google пише «no shutdown date announced».

Не публікувати зовнішньо; внутрішній methodology draft для Bubble + BIAIG.

← Усі статті