Войти

Nano Banana 2.1 Text to Image

Генерация изображений по текстовому описанию на базе Google Nano Banana 2.1. Сильнее в визуальном дизайне, консистентности объектов, следовании промпту и рендеринге текста на изображении. Поддерживает разрешение до 4K, гибкие пропорции и веб-поиск для актуального контекста.

Ввод
Опишите изображение: стиль, освещение, персонажей, окружение.
Выберите пропорции будущего изображения.
Соотношение сторон
Чем выше разрешение, тем детальнее результат и выше цена.
Разрешение
PNG — максимальное качество, JPEG — меньший размер файла.
Формат

О модели Nano Banana 2.1 Text to Image

Обзор

Nano Banana 2.1 Text to Image — генерация изображений по тексту от Google DeepMind на базе Gemini 3.6 Flash. Модель вышла в общий доступ 6 октября 2026 года как обновление Nano Banana 2: скорость уровня Flash сохранена, визуальный дизайн, следование промпту и отрисовка текста стали точнее. Endpoint создаёт картинку с нуля по текстовому описанию. Доступны разрешения 1K, 2K и 4K, обычные и панорамные пропорции, включая 1:4, 4:1, 1:8 и 8:1, а также веб-поиск и поиск изображений для актуального контекста. На фоне Nano Banana 2 Text to Image разрешение начинается с 1K, а широкие кадры, инфографика и короткие надписи держатся лучше. Nano Banana 2 Fast рассчитан на быстрые итерации, Nano Banana Pro — на самые сложные задачи. Модель уместна для постеров, макетов и сцен с коротким читаемым текстом. Мелкий шрифт на 1K часто размывается, длинные абзацы читаются хуже, а «лево» и «право» модель иногда путает. Для свежих фактов включайте поиск: знания ограничены мартом 2026 года, а по части тем — ещё раньше.

Сильные стороны

Критерий Оценка Комментарий
Текст и типографика Короткие надписи, постеры и вёрстка инфографики — сильная сторона: Google отмечает более точный текст и макет, чем у Nano Banana 2. Мелкий шрифт на 1K часто мылится, длинные абзацы остаются слабым местом, кириллицу лучше проверять отдельно.
Соответствие запросу Модель хорошо удерживает объекты, атрибуты и стиль в многосоставном промпте: следование запросу заявлено как улучшение относительно Nano Banana 2. В перегруженном описании часть условий теряется, особенно точное положение слева и справа.
Качество отдельного кадра Очень сильное качество кадра: Google описывает более высокий реализм на 1K, 2K и 4K и убирает швы на широких пропорциях 1:4, 4:1, 1:8 и 8:1. Мелкие лица и тонкие текстуры на 1K остаются мягче, чем на 2K и 4K.
Эстетика и композиция Визуальный дизайн — сильная сторона: инфографика, постеры и коммерческие кадры собираются цельнее, чем у Nano Banana 2 Text to Image. Для чисто художественных задач результат иногда выглядит слишком глянцевым и шаблонным.
Композиционное рассуждение Макеты с несколькими блоками, стрелками и подписями собираются увереннее, чем у Nano Banana 2 Text to Image. Точный подсчёт однотипных объектов и путаница лево/право, прямо указанная в карточке модели, держат балл ниже Nano Banana Pro.
Длинные запросы и мультиязычность Промпт до 4000 символов и база Gemini 3.6 Flash хорошо покрывают развёрнутое описание и разные языки запроса; включённый веб-поиск помогает с фактами после отсечки знаний. Отрисовка длинного текста внутри кадра слабее, чем понимание самого запроса.
Здравый смысл сцены Сцены обычно логичны по свету, материалам и бытовой физике, а фактичность инфографики по сравнениям Google выше, чем у Nano Banana 2 и Nano Banana Pro. Галлюцинации, редкие причинно-следственные случаи и сложная трёхмерная геометрия по карточке модели всё ещё ломаются.

Сценари использования (use cases)

Ограничения и недостатки

Советы

FAQ

Чем Nano Banana 2.1 отличается от Nano Banana 2 и Pro при генерации по тексту?

Nano Banana 2.1 — обновление Nano Banana 2 для той же генерации по тексту: Google рекомендует его для новых задач и описывает как быстрый рабочий вариант рядом с Pro. В опубликованных оценках text-to-image 2.1 выше и Nano Banana 2, и Pro по общей предпочтительности и по инфографике, а Pro остаётся вариантом для самых сложных задач с максимальными знаниями о мире, локализацией и точным контролем бренда. У 2.1 нет чернового разрешения 0.5K, которое есть у Nano Banana 2, зато есть сверхширокие кадры 1:4, 4:1, 1:8 и 8:1: у Pro их нет, а швы на таких пропорциях в 2K и 4K Google указывает как исправленные.

Почему на картинке портится мелкий или длинный текст?

Короткие заголовки модель часто пишет верно, но мелкий текст на разрешении 1K у Google указан как часто размытый, а длинные абзацы и текст на целую страницу передаются плохо. Более высокое разрешение само по себе не убирает проблему мелкого кегля: для плотной вёрстки лучше короткие строки крупным шрифтом на 2K или 4K. В независимом прогоне заголовок в обычном регистре вышел сплошными прописными, поэтому нужную надпись стоит давать в кавычках и затем вычитывать.

Чем веб-поиск отличается от поиска изображений и можно ли ему доверять факты на инфографике?

Веб-поиск добавляет актуальные сведения — погоду, новости, свежие факты — но найденные картинки в генерацию не передаёт. Поиск изображений даёт модели фото из сети как визуальный ориентир; реальных людей так искать нельзя, и эта возможность есть у Nano Banana 2.1 и Nano Banana 2, а у Pro её нет. Даже с веб-поиском даты, числа и подписи нужно сверять с источником: срез знаний модели — март 2026 года, по части тем январь 2025, и аккуратная карточка может содержать выдуманные факты.

Можно ли получить изображение с прозрачным фоном?

Прозрачный фон эта модель не создаёт: в руководстве Google по генерации изображений для Nano Banana, включая Nano Banana 2.1, это указано прямо. PNG и JPEG приходят без настоящего альфа-канала, даже если в промпте попросить прозрачность. Для стикера и иконки в документации советуют белый фон, а вырезание фона делать отдельно.

Почему модель путает левую и правую сторону?

Путаница левой и правой стороны указана у Google как известное ограничение Nano Banana 2.1, и более высокое разрешение его не снимает. Просьба положить предмет «в левую руку» или «слева от персонажа» может быть прочитана как левая сторона кадра. Надёжнее описывать место относительно границ изображения и отдельно проверять, где оказался объект.

Цены

Цена при активной подписке

Стоимость необязательной подписки 299 ₽/месяц Подробнее

API

Инструкция ниже является выдержкой из документации.

Параметры

Поля тела JSON-запроса, которые используются в Playground и доступны для настройки через API. Порядок совпадает с формой на странице.

Параметр Тип Обязательный По умолчанию Допустимые значения Описание
prompt string Да — длина 1–4000 символов Опишите изображение: стиль, освещение, персонажей, окружение.
aspect_ratio string Нет — 1:1, 3:2, 2:3, 3:4, 4:3, 4:5, 5:4, 9:16, 16:9, 21:9, 1:4, 4:1, 1:8, 8:1 Выберите пропорции будущего изображения.
resolution string Нет 1k 1k, 2k, 4k Чем выше разрешение, тем детальнее результат и выше цена.
output_format string Нет png png, jpeg PNG — максимальное качество, JPEG — меньший размер файла.
enable_web_search boolean Нет false — Добавляет актуальную информацию из интернета
enable_image_search boolean Нет false — Дополняет генерацию релевантными изображениями из сети

Запрос

Асинхронный запуск: POST https://api.flixa.io/v1/image/nano-banana-2.1/text-to-image с заголовком Authorization: Bearer $FLIXA_API_KEY и телом JSON. Ниже — пример с полями из Playground.

curl -X POST "https://api.flixa.io/v1/image/nano-banana-2.1/text-to-image" \
  -H "Authorization: Bearer $FLIXA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
  "prompt": "Превратите это фото товара в премиальную студийную рекламу: мягкий кинематографический свет, чистый бежевый фон, лёгкие тени, реалистичные отражения и эстетика люксового бренда."
}'
import json
import os
import requests

url = "https://api.flixa.io/v1/image/nano-banana-2.1/text-to-image"
payload = json.loads({"prompt": "\u041f\u0440\u0435\u0432\u0440\u0430\u0442\u0438\u0442\u0435 \u044d\u0442\u043e \u0444\u043e\u0442\u043e \u0442\u043e\u0432\u0430\u0440\u0430 \u0432 \u043f\u0440\u0435\u043c\u0438\u0430\u043b\u044c\u043d\u0443\u044e \u0441\u0442\u0443\u0434\u0438\u0439\u043d\u0443\u044e \u0440\u0435\u043a\u043b\u0430\u043c\u0443: \u043c\u044f\u0433\u043a\u0438\u0439 \u043a\u0438\u043d\u0435\u043c\u0430\u0442\u043e\u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0441\u0432\u0435\u0442, \u0447\u0438\u0441\u0442\u044b\u0439 \u0431\u0435\u0436\u0435\u0432\u044b\u0439 \u0444\u043e\u043d, \u043b\u0451\u0433\u043a\u0438\u0435 \u0442\u0435\u043d\u0438, \u0440\u0435\u0430\u043b\u0438\u0441\u0442\u0438\u0447\u043d\u044b\u0435 \u043e\u0442\u0440\u0430\u0436\u0435\u043d\u0438\u044f \u0438 \u044d\u0441\u0442\u0435\u0442\u0438\u043a\u0430 \u043b\u044e\u043a\u0441\u043e\u0432\u043e\u0433\u043e \u0431\u0440\u0435\u043d\u0434\u0430."})

response = requests.post(
    url,
    headers={"Authorization": f"Bearer {os.environ['FLIXA_API_KEY']}"},
    json=payload,
    timeout=120,
)
print(response.json())
const response = await fetch(
  "https://api.flixa.io/v1/image/nano-banana-2.1/text-to-image",
  {
    method: "POST",
    headers: {
      Authorization: `Bearer ${process.env.FLIXA_API_KEY}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({"prompt": "\u041f\u0440\u0435\u0432\u0440\u0430\u0442\u0438\u0442\u0435 \u044d\u0442\u043e \u0444\u043e\u0442\u043e \u0442\u043e\u0432\u0430\u0440\u0430 \u0432 \u043f\u0440\u0435\u043c\u0438\u0430\u043b\u044c\u043d\u0443\u044e \u0441\u0442\u0443\u0434\u0438\u0439\u043d\u0443\u044e \u0440\u0435\u043a\u043b\u0430\u043c\u0443: \u043c\u044f\u0433\u043a\u0438\u0439 \u043a\u0438\u043d\u0435\u043c\u0430\u0442\u043e\u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0441\u0432\u0435\u0442, \u0447\u0438\u0441\u0442\u044b\u0439 \u0431\u0435\u0436\u0435\u0432\u044b\u0439 \u0444\u043e\u043d, \u043b\u0451\u0433\u043a\u0438\u0435 \u0442\u0435\u043d\u0438, \u0440\u0435\u0430\u043b\u0438\u0441\u0442\u0438\u0447\u043d\u044b\u0435 \u043e\u0442\u0440\u0430\u0436\u0435\u043d\u0438\u044f \u0438 \u044d\u0441\u0442\u0435\u0442\u0438\u043a\u0430 \u043b\u044e\u043a\u0441\u043e\u0432\u043e\u0433\u043e \u0431\u0440\u0435\u043d\u0434\u0430."}),
  }
);

console.log(await response.json());

Пример ответа

Сразу после POST приходит объект с идентификатором задачи и статусом (queued или processing). Готовый результат — в поле outputs после завершения.

{
  "id": "550e8400-e29b-41d4-a716-446655440000",
  "status": "queued",
  "created_at": "2026-05-22T12:00:00Z"
}

После успешного завершения:

{
  "id": "550e8400-e29b-41d4-a716-446655440000",
  "status": "completed",
  "outputs": [
    { "url": "https://storage.example/result.png", "type": "image" }
  ]
}

Поллинг

Пока задача в работе, опрашивайте GET https://api.flixa.io/v1/predictions/{id}/result с тем же API-ключом. Рекомендуемый интервал — 1–2 секунды; остановитесь при completed, failed или cancelled.

  • queued / processing — продолжайте опрос.
  • completed — заберите URL из outputs.
  • failed — смотрите error в теле ответа.
curl "https://api.flixa.io/v1/predictions/{id}/result" \
  -H "Authorization: Bearer $FLIXA_API_KEY"