Genius-bot · 11 минут чтения
Если считать suno api не по ощущениям, а по фактическим запускам, цена одного музыкального результата получается вполне конкретной: в нашем API операция «Создать музыку» стоит 59 ₽ за один запуск. Проверить доступные операции, цены и получить ключ можно в разделе API.
Для приложения важна не только цена одного трека. Нужно заранее посчитать месячный объём, повторные генерации, запас на неудачные варианты и то, какую часть этой суммы занимает музыка в себестоимости конечной услуги. Ниже разберём расчёты для 100 и 1000 запусков и покажем, как перенести их в собственную экономику.
Формула простая: стоимость операции умножается на количество запусков. В случае музыки это 59 ₽ × число запусков. При этом оплата идёт за запуск, без абонентской платы и без минимального платежа.
1) Из чего складывается цена одной генерации
Для операции музыки базовая единица расчёта — один запуск music. По текущему тарифу это 59 ₽. Поэтому если приложение отправило один запрос на генерацию, в расчёте себестоимости нужно заложить 59 ₽ за этот запуск.
Здесь важно не путать стоимость одного запуска с количеством готовых композиций, которые бизнес фактически оставит пользователю. Если на один итоговый трек приходится, например, два запуска, себестоимость музыкального результата уже составляет 118 ₽. При трёх запусках — 177 ₽.
| Количество запусков | Цена одного запуска | Расход |
|---|---|---|
| 1 | 59 ₽ | 59 ₽ |
| 2 | 59 ₽ | 118 ₽ |
| 3 | 59 ₽ | 177 ₽ |
| 10 | 59 ₽ | 590 ₽ |
| 100 | 59 ₽ | 5 900 ₽ |
| 1 000 | 59 ₽ | 59 000 ₽ |
Кроме музыки в API есть другие операции с отдельными тарифами. Например, картинка по описанию стоит 9 ₽ за запуск, звук по описанию — 9 ₽, расшифровка записи — 10 ₽, озвучка текста — 18 ₽ за 1000 знаков, а видео по описанию — 119 ₽. Но если приложение использует именно генерацию музыки, в расчёте стоимости нужно брать тариф 59 ₽ за запуск.
Авторизация выполняется через заголовок Authorization: Bearer <ключ>. Ключ выдаётся после входа в разделе API и показывается один раз, поэтому его стоит хранить как секрет приложения, а не передавать в клиентский код.
Для самого запуска используется маршрут POST /generate. Общий адрес API — https://genius-bot.ru/wp-json/genius/v1, поэтому конечная точка генерации выглядит как https://genius-bot.ru/wp-json/genius/v1/generate.
Минимальный технический пример запроса через curl выглядит так:
curl -X POST "https://genius-bot.ru/wp-json/genius/v1/generate" \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"service": "music"
}'Конкретные параметры операции приложение может получить через GET /services. Этот маршрут предназначен для получения списка операций и цен, поэтому перед расчётом тарифа в коде имеет смысл сверять актуальный список доступных операций именно через API, а не зашивать цены в интерфейс без проверки.
Баланс можно проверить через GET /balance. После запуска задачи её состояние и результат доступны через GET /tasks/{id}. Для асинхронного сценария можно передать необязательный callback_url: когда задача будет готова, на указанный адрес придёт POST.
2) Сто треков в месяц: сколько это в деньгах
Если приложение создаёт 100 музыкальных треков и на каждый приходится ровно один запуск, математика выглядит так: 100 × 59 ₽ = 5 900 ₽ в месяц. В среднем это около 197 ₽ в день, если распределить 100 запусков равномерно на 30 дней.
При этом месячный объём лучше считать не по пользователям, а по фактическим запускам. Один пользователь может запросить одну композицию, а другой — несколько вариантов. Если из 100 пользователей каждый делает в среднем 1,5 запуска, это уже 150 запусков, или 8 850 ₽.
| Запусков в месяц | Расчёт | Расход в месяц |
|---|---|---|
| 50 | 50 × 59 ₽ | 2 950 ₽ |
| 100 | 100 × 59 ₽ | 5 900 ₽ |
| 150 | 150 × 59 ₽ | 8 850 ₽ |
| 250 | 250 × 59 ₽ | 14 750 ₽ |
| 500 | 500 × 59 ₽ | 29 500 ₽ |
Поэтому вопрос «сколько стоит трек нейросеть» для продукта лучше переформулировать: сколько запусков требуется для получения одного принятого результата. Если редактор или пользователь обычно оставляет первый вариант, коэффициент равен 1. Если из двух вариантов выбирается один, коэффициент равен 2.
Например, при двух попытках на один принятый трек себестоимость уже составляет 118 ₽. Тогда 100 готовых треков требуют примерно 200 запусков и обходятся в 11 800 ₽, если каждый из 100 результатов действительно получается после двух запусков.
Для контроля расходов удобно вынести количество запусков в отдельную метрику. В журнале приложения достаточно хранить идентификатор задачи, пользователя, дату, название операции и статус. Тогда фактический расход можно восстановить из количества запусков, а не оценивать задним числом по числу зарегистрированных пользователей.
3) Тысяча треков: где начинает болеть
На тысяче запусков цена становится заметной в абсолютных цифрах: 1 000 × 59 ₽ = 59 000 ₽. Если музыка является отдельной платной функцией приложения, эти 59 000 ₽ нужно сопоставить с выручкой именно от пользователей, которые эту функцию используют.
Допустим, сервис выпустил 1 000 треков за месяц. При одном запуске на результат расходы составят 59 000 ₽. При среднем коэффициенте 1,5 запуска на один принятый трек потребуется около 1 500 запусков, а расходы составят 88 500 ₽.
| Готовых треков | Среднее число запусков на трек | Всего запусков | Расход |
|---|---|---|---|
| 1 000 | 1 | 1 000 | 59 000 ₽ |
| 1 000 | 1,25 | 1 250 | 73 750 ₽ |
| 1 000 | 1,5 | 1 500 | 88 500 ₽ |
| 1 000 | 2 | 2 000 | 118 000 ₽ |
| 1 000 | 3 | 3 000 | 177 000 ₽ |
На этом объёме особенно полезно разделять две величины: цену запуска и себестоимость принятого результата. Первая фиксирована тарифом — 59 ₽. Вторая зависит от поведения вашего приложения и пользователей.
Есть и техническое ограничение, которое нужно учитывать при планировании пиковых нагрузок: на один ключ допускается не больше 60 запросов в минуту. Поэтому тысяча запусков в месяц сама по себе не создаёт проблемы с объёмом, но приложение с резкими пиками должно учитывать лимит запросов при формировании очереди.
Для асинхронной работы необязательно постоянно опрашивать состояние задачи. После отправки запроса можно использовать callback_url, чтобы получить POST при готовности задачи. Это позволяет отделить момент списания за запуск от момента, когда приложение получает готовый результат.
Отдельно стоит учитывать первоначальное тестирование. При выпуске первого ключа на баланс начисляется 50 ₽ на пробу. Это позволяет провести тестовый запуск без отдельного минимального платежа, но одного полного запуска музыки за 59 ₽ такая сумма не покрывает полностью.
4) Что дешевле — генерировать каждый раз или хранить готовое
Если один и тот же трек нужен нескольким пользователям, повторная генерация означает новый запуск и новые 59 ₽. Если результат можно безопасно хранить и отдавать повторно, повторное использование не требует нового запуска генерации.
Рассмотрим простой сценарий. Один и тот же музыкальный результат нужен 100 пользователям. При повторной генерации для каждого пользователя это 100 запусков, то есть 5 900 ₽. Если приложение один раз получает результат и затем использует сохранённый файл, стоимость самой генерации составляет 59 ₽.
Но это не означает, что хранить нужно всё подряд. Для персонализированной музыки, где результат зависит от запроса конкретного пользователя, повторное использование может быть невозможно или не соответствовать логике продукта. Тогда считать нужно количество реальных генераций.
Практичный вариант — разделить в базе данных сущности «запрос» и «результат». Для каждого результата можно хранить идентификатор задачи и ссылку на готовый файл, а пользовательский запрос — отдельно. Это позволяет понять, какой процент новых обращений действительно приводит к новому запуску.
Вопрос «стоимость генерации музыки api» поэтому нельзя свести только к тарифу. При массовом использовании важна архитектура: создаётся ли новый результат для каждого обращения или приложение может повторно отдавать уже созданный контент.
Если музыка генерируется как часть платного заказа, полезно также считать себестоимость на заказ. Например, один заказ включает две музыкальные генерации: базовый расход на эту часть услуги составляет 118 ₽. Если клиент получает один из двух вариантов, оба запуска всё равно должны попасть в экономику заказа.
5) Как заложить стоимость в цену своей услуги
Начинать расчёт лучше с одной конкретной метрики: сколько запусков музыки приходится на один оплаченный заказ. Пусть цена запуска 59 ₽, а среднее количество запусков на заказ равно 1,8. Тогда музыкальная часть себестоимости составляет 59 × 1,8 = 106,2 ₽ на заказ.
Дальше эту цифру можно сопоставить с ценой услуги. Если пользователь платит за пакет, в котором музыка является одной из функций, стоимость генерации не обязательно выставлять отдельной строкой. Она просто должна быть учтена внутри общей себестоимости продукта.
Например, при 500 оплаченных заказах в месяц и среднем показателе 1,8 запуска на заказ понадобится 900 запусков. Расход на музыку составит 53 100 ₽. Если фактическое количество запусков вырастет до 2,2 на заказ, тот же объём заказов потребует 1 100 запусков, то есть 64 900 ₽.
Разница между двумя сценариями — 11 800 ₽ в месяц. Поэтому для продукта с большим количеством пользователей иногда важнее контролировать число повторных генераций, чем искать небольшую разницу между отдельными тарифами.
Для автоматического контроля можно получать список операций через GET /services, проверять остаток через GET /balance, запускать генерацию через POST /generate и сохранять идентификатор задачи. Результат затем проверяется через GET /tasks/{id} или принимается через callback.
Пример на Python с библиотекой requests может выглядеть так:
import requests
BASE_URL = "https://genius-bot.ru/wp-json/genius/v1"
API_KEY = "YOUR_API_KEY"
headers = {
"Authorization": f"Bearer {API_KEY}",
"Content-Type": "application/json",
}
response = requests.post(
f"{BASE_URL}/generate",
headers=headers,
json={"service": "music"},
)
response.raise_for_status()
task = response.json()
print(task)В реальном приложении после этого стоит сохранить полученный идентификатор задачи и использовать его для проверки результата. Такой подход позволяет связать технический запуск с конкретным заказом и затем посчитать фактическую себестоимость каждого клиента или тарифа.
Для расчёта цены услуги полезно держать несколько сценариев: один запуск на результат, 1,5 запуска и два запуска. Тогда при изменении поведения пользователей сразу видно, как меняется расход на единицу услуги. Это особенно важно там, где генерация музыки является не самостоятельным товаром, а одной из функций платного продукта.
6) На чём можно сэкономить без потери качества
Первый источник экономии — не цена отдельного запуска, а количество запусков. Если интерфейс позволяет пользователю отправлять один и тот же запрос много раз подряд, расходы растут линейно: десять лишних запусков — это ещё 590 ₽.
Поэтому полезно отделять осознанную повторную генерацию от технических повторов. Например, при сетевой ошибке приложение не должно автоматически создавать новую музыкальную задачу, пока не проверено состояние предыдущей. Иначе один пользовательский запрос может случайно превратиться в несколько оплачиваемых запусков.
Второй способ — кэширование результатов там, где это соответствует продукту. Если два пользователя запрашивают один и тот же уже существующий результат, повторная генерация не нужна. Если же запросы персонализированы, результат следует считать отдельным.
Третий способ — считать коэффициент принятия результата. Если сейчас на один опубликованный трек приходится в среднем 2,5 запуска, а после изменения сценария отбора станет 1,5, расход на каждый опубликованный результат снизится с 147,5 ₽ до 88,5 ₽.
Четвёртый момент — не смешивать расходы разных операций. Если приложение одновременно генерирует музыку, изображения и озвучку, для каждой операции нужно использовать собственную цену. Например, музыка стоит 59 ₽ за запуск, изображение — 9 ₽, а TTS — 18 ₽ за 1000 знаков.
Наконец, стоит регулярно сверять тарифы через список операций API. Это лучше, чем строить расчёты на вручную переписанной таблице, которая со временем может потерять актуальность. Для финансовой модели можно хранить дату расчёта и цену, использованную в конкретном периоде.
Если свести расчёт к одной формуле, она выглядит так: себестоимость музыки = число оплачиваемых запусков × 59 ₽. Для одного результата при среднем количестве попыток N формула становится ещё проще: 59 ₽ × N.
Например, 100 принятых треков при среднем N = 1,2 требуют 120 запусков и обходятся в 7 080 ₽. При N = 2 расходы составят уже 11 800 ₽. Именно поэтому при планировании продукта стоит измерять не только количество готовых треков, но и среднее число запусков на один принятый результат.
Частые вопросы
Сколько стоит один запуск генерации музыки через API?
Операция «Создать музыку» стоит 59 ₽ за один запуск. Оплата производится за запуск, без абонентской платы и без минимального платежа.
Сколько стоит 100 музыкальных генераций?
100 запусков × 59 ₽ = 5 900 ₽. Если для получения 100 готовых треков требуется больше запусков из-за повторных генераций, сумма увеличивается пропорционально.
Сколько стоит 1000 треков?
Если на каждый готовый трек приходится ровно один запуск, 1000 запусков стоят 59 000 ₽. При двух запусках на один принятый результат понадобится 2000 запусков, то есть 118 000 ₽.
Как узнать актуальные цены операций?
Для этого предусмотрен маршрут GET /services, который возвращает список операций и цен. Ключ для API выдаётся в личном разделе API после входа и показывается один раз.
Есть ли минимальный платёж или абонентская плата?
Нет. Оплата идёт за запуск, без абонентской платы и без минимального платежа. При выпуске первого ключа на баланс начисляется 50 ₽ для пробного использования.
Как учитывать повторные генерации в себестоимости?
Каждый новый запуск нужно включать в расчёт. Если на один принятый трек в среднем приходится два запуска, себестоимость генерации составляет 118 ₽, а не 59 ₽.
