Nano Banana Pro — это модель Gemini 3 Pro Image Preview. В Gemini API нужен идентификатор gemini-3-pro-image-preview, а в приложении Gemini эта модель скрыта под путём «создание изображений → Thinking».
Это важно, потому что никнейм живёт в пользовательском интерфейсе и новостях, а официальный model ID — это то, что реально используется в коде. В документации по генерации изображений Google явно сопоставляет семейство Nano Banana с конкретными моделями, но большинство страниц выдачи не дают этого ответа сразу.
По состоянию на 28 марта 2026 года официальное соответствие такое:
| Никнейм Nano Banana | Официальное имя модели | API model ID | Где обычно встречается |
|---|---|---|---|
| Nano Banana Pro | Gemini 3 Pro Image Preview | gemini-3-pro-image-preview | Приложение Gemini (Thinking), AI Studio, Gemini API, Vertex AI |
| Nano Banana 2 | Gemini 3.1 Flash Image Preview | gemini-3.1-flash-image-preview | Стандартный канал изображений в приложении, AI Studio, Gemini API |
| Nano Banana | Gemini 2.5 Flash Image | gemini-2.5-flash-image | Старый быстрый канал, fallback в API |
Если нужен максимум качества и читаемый текст, Nano Banana Pro — правильный выбор. Если приоритет — скорость и массовые итерации, лучше подойдёт Nano Banana 2. Подробное сравнение — в материале Gemini 3.1 Flash Image Preview vs Gemini 3 Pro Image Preview.
Кратко
- Nano Banana Pro = Gemini 3 Pro Image Preview, в API это
gemini-3-pro-image-preview. - Путь в приложении: создание изображений → Thinking.
- Путь в AI Studio: выбрать Gemini 3 Pro Image Preview по названию.
- Нужна скорость: брать Nano Banana 2 (Gemini 3.1 Flash Image Preview).
| Что вы хотите узнать | Первый шаг | Почему это работает |
|---|---|---|
| «Что такое Nano Banana Pro в Gemini?» | Считать это Gemini 3 Pro Image Preview | Так указано в официальных документах |
| «Какой model ID в API?» | Использовать gemini-3-pro-image-preview | Это каноничный идентификатор |
| «Где включить в приложении?» | Создание изображений → Thinking | В UI отображается никнейм, а не ID |
Если запомнить одну мысль: никнейм живёт в интерфейсе, model ID — в коде. В сомнениях переводите “Nano Banana Pro” в gemini-3-pro-image-preview — это безопасно.
Почему есть никнейм (и почему model ID важнее)
Google использует дружелюбные названия в пользовательских продуктах, но в разработческих документах опирается на model ID. Документация Gemini API описывает Nano Banana как нативную генерацию изображений и затем привязывает каждый никнейм к модели. Поэтому в статье или приложении вы видите “Nano Banana Pro”, а в коде обязаны указать gemini-3-pro-image-preview.
Если команда работает и с UI, и с API, договоритесь о model ID с самого начала — это предотвращает скрытые ошибки.
Иначе один человек ориентируется на никнейм в интерфейсе, а другой ждёт другой модели в коде. Такие расхождения сложно отлавливать, поэтому единый ID — самый дешёвый способ избежать проблем.
Во внутренних заметках полезно писать так: “Nano Banana Pro (Gemini 3 Pro Image Preview / gemini-3-pro-image-preview)”. Это экономит время на согласование терминов.
Хорошая практика — фиксировать дату последней проверки и хранить таблицу соответствия в одном месте. Тогда любые обновления можно быстро разослать команде.
Частые ошибки в названии (и как их избежать)
Первая ошибка — путать “Gemini 3 Pro” и “Gemini 3 Pro Image Preview”. Первая — текстовая линия, вторая — модель для изображений. Если на странице нет слова “Image”, это повод перепроверить контекст.
Вторая ошибка — копировать алиасы провайдера. У некоторых шлюзов есть сокращения вроде “nano-banana-pro”, но в нативном API нужен gemini-3-pro-image-preview. Неправильный идентификатор приводит к сбоям или маршрутизации на другую модель.
Третья ошибка — убирать “Preview”. В официальных источниках модель всё ещё помечена как preview, а это значит, что название и доступность могут меняться. В документации лучше оставлять “Preview”.
И ещё один нюанс: Pro не самый быстрый вариант. Если нужен real‑time или высокие объёмы, используйте Nano Banana 2 как базовый канал и оставляйте Pro для задач, где нужен максимум качества.
Где появляется Nano Banana Pro (приложение / AI Studio / API)
Nano Banana Pro доступен в пользовательских, разработческих и корпоративных каналах, но подписи различаются. Главное — сопоставить подпись и правильное действие.
- Приложение Gemini: выберите создание изображений и переключитесь на Thinking, там появляется Nano Banana Pro.
- Google AI Studio: в списке моделей виден официальный Gemini 3 Pro Image Preview.
- Gemini API / Vertex AI: используйте
gemini-3-pro-image-preview.
В приложении бесплатные планы иногда возвращают вас на быстрый канал после нескольких генераций. Всегда сверяйте метку модели перед запуском и опирайтесь на model ID как на окончательный критерий.
Официальный релиз также подчёркивает, что доступность зависит от плана, региона и продукта. Отсутствие модели в UI обычно связано с поэтапным rollout, а не с ошибкой.
В корпоративных сценариях model ID остаётся одинаковым и для Gemini API, и для Vertex AI. Договорившись о нём, вы можете переносить конфигурацию между средами.
| Поверхность | Метка, которую вы увидите | Что выбрать |
|---|---|---|
| Приложение Gemini | Nano Banana Pro (никнейм) | Создание изображений → Thinking |
| Google AI Studio | Gemini 3 Pro Image Preview | Выбрать по названию |
| Gemini API / Vertex AI | gemini-3-pro-image-preview | Указать ID в запросе |
Запомнив эту таблицу, вы легко переводите любые упоминания из UI в правильный model ID.
Если в проекте несколько команд, добавьте эту таблицу в общий onboarding. Так все будут использовать единые названия и меньше спорить о том, какой моделью вы пользуетесь.
Для быстрой проверки имени лучше использовать AI Studio; для продакшена — ориентироваться на контракт Gemini API.
UI‑подпись в приложении стоит воспринимать как подсказку, но не как контракт. Если есть сомнения, всегда возвращайтесь к model ID.
Если вы проверяете качество и выводы, AI Studio удобен тем, что сразу показывает официальное название. В продакшене всё равно важно контролировать запросы через API и фиксировать model ID в конфигурации.
Про цены — Gemini 3 Pro Image Preview Pricing, про лимиты — Gemini 3 Pro Image Preview Rate Limit.
Как самому проверить официальное имя
Если есть сомнения, проверьте первоисточники:
- Документация по изображениям даёт прямое сопоставление модели и ID.
- Список модельных карточек Google DeepMind показывает актуальную карточку Gemini 3 Pro Image и дату обновления.
- Официальный пост о запуске описывает, где именно модель появляется.
Любые обновления в этих источниках — повод проверить внутренние документы.
Если источник обновился, быстро обновите внутреннюю таблицу соответствия и инструкции для команды. Это минимизирует риск, что кто-то продолжит использовать старое название.
Полезно фиксировать дату проверки и кратко описывать изменения. Это помогает при аудитах и при передаче контекста новым участникам.
Список модельных карточек особенно полезен как «дата‑якорь»: если карточка обновилась недавно, стоит пересмотреть стратегию интеграции.
Если отслеживаете статус preview, используйте Gemini API changelog. Это самый быстрый способ увидеть изменения в названии или доступности.
Ченджлог также помогает отследить изменения лимитов и условий доступа. Любые заметные изменения стоит превращать в задачу на внутренний QA и обновление онбординга.
Если команда работает в нескольких регионах, полезно прописать процедуру регулярной проверки доступности, чтобы не терять время на случайные несоответствия.
Nano Banana Pro vs Nano Banana 2 vs Nano Banana
Базовый принцип — качество против скорости.
- Nano Banana Pro (Gemini 3 Pro Image Preview): максимум качества, сложные промпты, надёжный текст.
- Nano Banana 2 (Gemini 3.1 Flash Image Preview): скорость и массовые итерации.
- Nano Banana (Gemini 2.5 Flash Image): более старый быстрый канал.
Google позиционирует Pro как студийный уровень точности, а Flash‑линии — как быстрые. Нужна стабильная типографика и сложные композиции — берите Pro. Нужен быстрый поток — берите Nano Banana 2.
Простое правило:
- Pro — текст, брендинг, сложные сцены.
- Nano Banana 2 — скорость и объём.
- Nano Banana — только если других вариантов нет.
Многие команды сначала используют Pro для эталонного качества, а затем проверяют, можно ли перейти на Nano Banana 2 без заметной потери качества.
При миграции со старых моделей лучше начать с Pro, чтобы получить чистый baseline, и только потом оптимизировать скорость.
Если ваш кейс включает текст, интерфейсы или бренд‑элементы, Pro чаще всего даёт более стабильный результат. Быстрый канал имеет смысл подключать после того, как вы зафиксировали минимально приемлемое качество.
Как убедиться, что вы реально используете Pro
В приложении Gemini
- Откройте «создание изображений» и селектор модели.
- Убедитесь, что выбран Thinking.
- Если после нескольких генераций модель переключается, вероятно, действует лимит.
В Google AI Studio
- Выберите Gemini 3 Pro Image Preview.
- Если видны только Flash‑модели, доступ может быть ограничен регионом или аккаунтом.
В Gemini API
- В запросе должен быть
gemini-3-pro-image-preview. - Логируйте model ID, чтобы видеть реальные значения на проде.
Если модель не совпадает, обычно проблема одна из трёх: rollback на дефолт, ограничения по плану/региону, неправильный ID.
Чтобы быстрее ловить такие отклонения, логируйте название модели в запросе и сверяйте его в мониторинге.
Если возможно, фиксируйте model ID в конфиге и избегайте автоселекта. Это уменьшает риск случайной замены модели при обновлениях.
Если вы используете SDK‑обёртку, добавьте лог реального model ID во время выполнения. Это быстро снимает спор “Pro vs Flash”.
В продакшене это особенно важно: дефолты могут меняться без предупреждения, и лог модели — лучший способ увидеть это сразу.
Водяные знаки и проверка
Официальные документы говорят, что все изображения содержат SynthID. В пользовательских продуктах также возможен видимый водяной знак, и он зависит от плана и поверхности. В приложении Gemini бесплатные и Pro‑планы могут иметь видимый знак, а Ultra и AI Studio — нет.
Для клиентских материалов это критично: видимый watermark влияет на UX, а SynthID — на проверяемость происхождения.
Видимый знак — это вопрос отображения, SynthID — вопрос происхождения и прозрачности. Перед тем как обещать «чистые» изображения, проверьте актуальную политику.
Коротко:
- Считайте, что SynthID всегда присутствует.
- Видимые водяные знаки зависят от плана/rollout.
- Нужна «чистая» выдача — обязательно проверяйте актуальную политику.
Если вы отдаёте материалы клиентам, лучше заранее предупредить о возможном видимом водяном знаке и зафиксировать текущие правила.
В разных поверхностях политика может отличаться: в приложении видимый знак появляется чаще, в AI Studio — реже. Перед публичным релизом стоит проверить фактический вывод на своём плане.
Быстрые решения типичных проблем
Если «ничего не находится», пройдите по порядку:
- «В приложении нет Nano Banana Pro». Обновите приложение и проверьте селектор; влияет план и регион.
- «После пары генераций всё откатывается». Вероятно, лимит или возврат на дефолт.
- «API не работает». Проверьте
gemini-3-pro-image-preview. - «Нужен быстрый канал». Перейдите на Nano Banana 2.
Если проблема повторяется, соберите три факта: подпись в приложении, название в AI Studio и model ID в API. Этого достаточно, чтобы быстро найти источник рассинхрона.
Для контроля можно раз в месяц проверять, видно ли модель в приложении, отображается ли она в AI Studio и не изменился ли ID в API. Это занимает несколько минут, но помогает избежать сюрпризов.
Результаты такой проверки удобно фиксировать в общем документе или канале команды. Тогда все видят актуальный статус и дату последнего сверочного шага.
Если проверка показала расхождение, заведите небольшой тикет и обновите таблицу сразу же. Это проще, чем ловить проблему позже в проде.
Такой цикл удобно совмещать с ежемесячной проверкой статуса модели.
Даже короткой строки со статусом обычно достаточно.
Этого обычно хватает.
Хватает с запасом.
При внутреннем обмене фиксируйте “model ID + дата проверки” — это ускоряет обновления.
Отдельная страница онбординга с никнеймом, официальным названием и ID заметно снижает число вопросов от новых участников.
Добавьте туда короткий чек‑лист: где в приложении включить Thinking, где в AI Studio найти модель, и какой ID указывать в API. Это ускоряет онбординг и снижает количество ошибок.
Если у команды есть support или sales, держите короткий FAQ с официальным названием и ID — это уменьшает число повторных вопросов.
Если у вас есть и пользователи приложения, и API‑интеграторы, храните никнейм, модель и ID в одном документе. Большинство проблем — из‑за смешения названий.
Рассматривайте приложение Gemini и Gemini API как два входа к одной модели, а не как набор взаимозаменяемых ярлыков. UI меняется, а model ID остаётся основой интеграции.
Если сомневаетесь, вернитесь к официальным документам и последним анонсам и проверьте, не изменилась ли модель.