Сколько стоит Gemini API: расчёт для 3.8 Flash и 3.7 Flash на примерах

Gemini API цена складывается из четырёх чисел: сколько стоит миллион входных токенов, миллион выходных, чтение из кэша и запись в него. Ниже эти цифры для Gemini 3.8 Flash и 3.7 Flash в Zukko на 18 октября 2026 и три расчёта с формулами: чат-бот, массовая классификация и работа с длинным документом. Англоязычные запросы «gemini api pricing» и «gemini api cost» — о том же: сколько вы заплатите за конкретный объём работы.

Цены на 18 октября 2026

Цены в $ за 1 млн токенов:

Что видно из таблицы. Обе модели стоят одинаково, поэтому выбор между ними сводится к индексу силы (Intelligence Index от Artificial Analysis): у 3.8 он выше. Обе принимают только текст на входе, картинки в каталоге для них не отмечены. Запись в кэш для Gemini отдельно не списывается: запрос, который кладёт префикс в кэш, идёт по обычной цене входа (0.125), а последующее чтение из кэша заметно дешевле (0.013). Актуальный список и цены — GET https://api.zukko.pro/v1/models; поставщики меняют цены часто, поэтому считайте под свежую таблицу.

Формула

Стоимость запроса складывается так:

свежий вход × цена входа + чтение кэша × цена чтения + запись кэша × цена записи + выход × цена выхода

Токены делите на 1 000 000 и умножаете на цену за миллион. Для Gemini строка «запись кэша» равна нулю: шлюз видит только чтение кэша, и только если поставщик сообщает о нём в ответе. Попадёт ли префикс в кэш, решает Google (у кэширования есть свои условия, например минимальная длина префикса, — смотрите документацию Gemini API), поэтому расчёты с кэшем ниже — оценка лучшего случая. Проверьте в разделе «Использование» кабинета, что чтение кэша действительно появилось. Подробнее о механике: кэширование промптов, чтение и запись↗ и документация по лимитам ключей и кэшу↗.

Сценарий 1: чат-бот поддержки

Допустим, 30 000 сообщений в месяц. В каждом запросе системный промпт на 2 000 токенов (общий для всех, попадает в кэш), 1 000 токенов свежего входа (история и вопрос) и 400 токенов ответа.

• Кэшированный вход: 30 000 × 2 000 = 60 млн токенов × 0.013 = $0.78
• Свежий вход: 30 000 × 1 000 = 30 млн × 0.125 = $3.75
• Выход: 30 000 × 400 = 12 млн × 0.6 = $7.20
• Итого: 0.78 + 3.75 + 7.20 = $11.73 в месяц

Без кэша весь вход (90 млн токенов) идёт по цене входа: 90 × 0.125 = 11.25, плюс выход 7.20, итого $18.45. Разница — $6.72, и её даёт только чтение общего префикса. Заметьте, что в этом сценарии больше всего стоит выход: короткие ответы дешевле, чем длинные, при прочих равных.

Сценарий 2: классификация обращений

Допустим, 200 000 обращений. Запрос: инструкция на 500 токенов (одна и та же) и текст обращения на 300 токенов, ответ — метка на 10 токенов.

Без кэша:

• Вход: 200 000 × 800 = 160 млн × 0.125 = $20.00
• Выход: 200 000 × 10 = 2 млн × 0.6 = $1.20
• Итого: $21.20

С кэшем инструкции:

• Кэшированный вход: 200 000 × 500 = 100 млн × 0.013 = $1.30
• Свежий вход: 200 000 × 300 = 60 млн × 0.125 = $7.50
• Выход: $1.20
• Итого: $10.00

Для массовых задач выгода кэша особенно заметна, потому что общая часть повторяется сотни тысяч раз. Условие одно: общая инструкция стоит в начале запроса и не меняется от обращения к обращению. Если инструкция короче порога кэширования у поставщика, скидки не будет — проверьте на первой сотне запросов.

Сценарий 3: длинный документ

Допустим, у вас документ на 500 000 токенов (влезает в контекст в 1 млн) и 10 вопросов к нему подряд. Сначала запрос на конспект: 3 000 токенов выхода. Затем 10 вопросов по 200 токенов с ответами по 500 токенов, каждый отдельным запросом «документ + вопрос».

Первый запрос: 0.5 × 0.125 + 0.003 × 0.6 = 0.0625 + 0.0018 = $0.0643.

Без кэша каждый вопрос заново отправляет документ: 0.5002 × 0.125 + 0.0005 × 0.6 = 0.062525 + 0.0003 ≈ 0.0628. Десять вопросов: $0.628, всего с первым запросом около $0.69.

С кэшем документ читается по цене 0.013: 0.5 × 0.013 + 0.0002 × 0.125 + 0.0005 × 0.6 = 0.0065 + 0.000025 + 0.0003 ≈ 0.0068. Десять вопросов: $0.068, всего около $0.13.

Вывод: пока вы задаёте вопросы к одному большому документу, кэш превращает каждый следующий запрос в копейки. Но это работает, если префикс запроса остаётся неизменным: документ идёт в начале, а меняется только вопрос в конце.

Как посчитать свой случай

1. Узнайте среднее число токенов входа и выхода. Заранее оценить вход можно через count_tokens↗, а реальные цифры показывает ответ API в поле usage.
2. Выделите часть запроса, которая повторяется, и поставьте её в начало.
3. Умножьте на объём и подставьте цены из таблицы.
4. Запустите 100 запросов и сверьте расчёт с расходом в кабинете.

Пример запроса в OpenAI-формате:

from openai import OpenAI

client = OpenAI(base_url="https://api.zukko.pro/v1", api_key="fetch_ваш_ключ")
r = client.chat.completions.create(
    model="gemini-3.8-flash",
    messages=[{"role": "user", "content": "Классифицируй обращение: «Не пришёл заказ»"}],
    max_tokens=20,
)
print(r.choices[0].message.content, r.usage)

Создать ключ можно в кабинете↗. Для начала задайте ключу дневной лимит в долларах, чтобы ошибка в цикле не опустошила баланс. Подключение из России описано в статье Gemini в России через API↗: оплата СБП, картой MasterCard или криптой.

Частые вопросы

Почему у 3.8 Flash и 3.7 Flash одинаковая цена?

В каталоге Zukko на 18 октября 2026 они стоят одинаково: 0.125 за вход и 0.6 за выход. Различается индекс силы (41 и 38), поэтому при равной цене разумно начать с 3.8 и проверить на своих задачах.

Платится ли запись в кэш отдельно?

Нет. Для Gemini шлюз учитывает только чтение кэша (0.013), если поставщик его сообщает; запрос, который создаёт кэш, идёт по обычной цене входа 0.125.

Принимает ли Gemini 3.8 Flash картинки?

В каталоге Zukko для 3.8 Flash и 3.7 Flash вход картинок не отмечен, поэтому планируйте для них только текст.

Можно ли заранее ограничить расход?

Да. Для каждого ключа задаются дневной и месячный лимит в долларах и список разрешённых моделей, всё это настраивается в кабинете на странице ключей.