Счёт за видео API Seedance редко равен «числу сгенерированных роликов, умноженному на фиксированную цену». Даже для пятисекундного видео разрешение, класс модели, наличие входного видео, повторы после ошибок и хранение результата меняют фактические расходы. Если строить бюджет по прайс-листу, после запуска счёт оказывается выше — обычно не из-за роста ставки, а потому что эти переменные не были учтены.

В статье тарификация разложена на четыре измерения: длительность, разрешение, повторы и хранение. Также приведены формула оценки, порядок замера и методы контроля бюджета. Конкретные ставки и правила меняются; ориентируйтесь на страницу цены на модели и официальную документацию по тарификации.

Примечание: Seedance — модель генерации видео, принадлежащая ByteDance; Seedance, Doubao, Volcengine и BytePlus — товарные знаки соответствующих правообладателей (ByteDance и связанных компаний). Статья носит технический характер и не подразумевает аффилированность или агентские отношения с правообладателями. Цены, интерфейсы и правила тарификации определяются официальной документацией и страницей цен.

1. Почему бюджет видео API нельзя считать «по штукам»

У текстовых API единица тарификации относительно единообразна, у видео API — нет. За одним запросом «сгенерируй ролик» стоят как минимум четыре переменные: длительность, разрешение, класс модели и способ ввода. Изменение любой из них может изменить счёт.

Сложнее то, что один отправленный запрос не равен одному пригодному ролику. Отказ модерации, тайм-аут и непригодная картинка приводят к повторам; после истечения ссылки на результат видео приходится генерировать заново или пересохранять. Бюджет «число роликов × цена» систематически занижает расход.

2. Четыре измерения тарификации

Измерение Как влияет на стоимость Что фиксировать при оценке Способ контроля
Длительность Накапливается по секундам или пересчитанным токенам; чем длиннее, тем дороже Запрошенная длительность, длительность готового ролика, разбиение на части Сначала тестировать на коротком режиме, готовый ролик собирать из частей
Разрешение Общее число пикселей растёт с разрешением, обычно добавляется влияние частоты кадров Выходное разрешение, частота кадров, соотношение сторон Черновик в низком разрешении, финал — в высоком
Модель и вход У разных поколений, классов и способов ввода разные ставки Имя модели, наличие первого кадра или референсного видео Разделять по сложности задачи, не выбирать высший класс по умолчанию
Ошибки и повторы Повторная отправка может тарифицироваться повторно; правила для неудачных задач различаются Статус задачи, код ошибки, число повторов Классификация ошибок, идемпотентность, лимит повторов
Хранение и трафик Пересохранение, хранение и доставка результата создают дополнительные расходы Размер файла, срок хранения, число обращений Очистка по жизненному циклу, доставка по требованию

Более новые модели серии Seedance в официальной документации измеряются в токенах; расход зависит от разрешения, длительности и сценария ввода. Некоторые шлюзы пересчитывают его в посекундную или поштучную цену. Перед подписанием договора уточните единицу расчёта в счёте.

3. Как длительность и разрешение увеличивают расход

Длительность — самая наглядная переменная. Типичные режимы — пять и десять секунд, но десять секунд не обязательно стоят ровно вдвое дороже пяти: на некоторых платформах есть минимальная единица тарификации, другие считают по округлённым секундам. Бюджет следует строить по фактическому списанию в счёте, а не восстанавливать его из длительности готового ролика.

Влияние разрешения менее очевидно. При переходе с 720p на 1080p общее число пикселей увеличивается примерно в 2,25 раза; если одновременно растёт частота кадров, расход продолжает увеличиваться. Но итоговый счёт не обязательно изменится ровно в этой пропорции: участвуют класс модели, скидки и округление при тарификации. Правильный подход — зафиксировать промпт и длительность, менять только разрешение, прогнать серию сравнений и записать разницу в списаниях.

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

4. Почему повторы и хранение часто не учитывают

Повторы после ошибок — самая неуправляемая часть затрат на видео. Ошибки параметров повторять не следует; повторная отправка после отказа модерации обычно бесполезна; только ограничение частоты и часть серверных ошибок имеют смысл для повтора с задержкой.

Рекомендуется сохранять ID задачи в базу, перед отправкой проверять идемпотентность и повторять в рамках одной бизнес-записи. Иначе скрипт за несколько минут отправит десятки одинаковых задач, и счёт будет неприятным.

Стоимость хранения часто упускают. Ссылки на результат обычно имеют срок действия, после чего видео нужно генерировать заново; после пересохранения в объектное хранилище возникают плата за хранение, за запросы и за исходящий трафик. Рекомендуется пересохранять результат сразу после успеха и задавать правила очистки: черновики хранить семь дней, готовые ролики архивировать по проектам, ненужные материалы удалять вовремя.

5. Формула стоимости одной пригодной видеозаписи

Более надёжный показатель, чем «ставка × длительность», — стоимость одного пригодного ролика:

Стоимость пригодного ролика = (расход успешных задач + расход неудачных, но тарифицированных задач + хранение и трафик + ручная проверка) ÷ число прошедших проверку и готовых к использованию роликов

Обратите внимание: в знаменателе пригодные ролики, а не число отправок. Ниже — пересчёт на Python; суммы берите из счёта и не вписывайте в код навсегда:

def cost_per_usable_video(task_costs, usable_count, storage_cost=0.0, review_cost=0.0):
    """task_costs: сумма счёта по каждой задаче; usable_count: число пригодных роликов"""
    if usable_count == 0:
        raise ValueError("Нет пригодных роликов — проверьте промпты, материалы и параметры")
    total = sum(task_costs) + storage_cost + review_cost
    return total / usable_count

# Замените заполнители суммами из выгрузки счёта, единицы должны совпадать
weekly_task_costs = [0.0] * 40
print(cost_per_usable_video(weekly_task_costs, usable_count=28))

Вместе с полями использования записывайте модель, длительность, разрешение, статус и время выполнения. Сравнивать по неделям можно только при одинаковой методике; не смешивайте данные из разных каналов.

6. Стандартные шаги малого замера

  1. Зафиксируйте один класс модели, одну длительность и одно разрешение как базовую линию.
  2. Подготовьте двадцать–тридцать реальных бизнес-промптов и изображений первого кадра, а не только удачные примеры.
  3. По каждой задаче записывайте статус, код ошибки, время выполнения и списание по счёту.
  4. Включайте неудачные задачи в общую стоимость и считайте стоимость одного пригодного ролика.
  5. Наблюдайте семь дней подряд, экстраполируйте месячные затраты по среднесуточному значению и добавьте хранение, трафик и часы проверки.
  6. Меняйте только одну переменную за раз, например повышайте разрешение на один класс, чтобы получить чувствительность к стоимости.
  7. По результатам определите «тестовый режим» и «режим финального ролика» и зафиксируйте это в командных правилах.

Ценность малого замера не только в конкретной цифре: он показывает, к какой переменной стоимость наиболее чувствительна.

7. Практика контроля бюджета

  • Один проект — один ключ; тест и продакшен раздельно, чтобы расходы не смешивались.
  • В консоли задайте лимит ключа и оповещения о суточном или недельном расходе.
  • Перед отправкой оценивайте стоимость по текущим параметрам; при превышении порога на один ролик передавайте на ручное подтверждение.
  • Ограничивайте параллелизм и максимальное число повторов, особенно в пакетных скриптах.
  • Черновики всегда в низком разрешении; в высоком генерируйте только прошедшие проверку кадры.
  • Своевременно пересохраняйте результаты и настраивайте жизненный цикл; еженедельно сверяйте счёт по проекту, модели и разрешению.

На стороне шлюза обычно доступны лимиты на уровне ключа, белые списки моделей и выгрузка использования; точный состав определяется консолью. Оповещение должно доходить до ответственного: сообщение в общий чат, которое никто не читает, равносильно отсутствию настройки.

8. Порядок снижения затрат и три типичные ошибки

Снижать затраты следует от большего влияния к меньшему: сначала повысить успешность, затем убрать бесполезные повторы, потом разделить разрешения и сократить длительность, далее привести в порядок хранение и только в конце рассматривать смену канала. При обратном порядке типичный итог — ставка ниже, а доля ошибок и общая стоимость выше.

Три типичные ошибки:

  1. Смотреть только на прайс-лист, не учитывая успешность и повторы. У дешёвого, но часто падающего канала стоимость пригодного ролика может быть выше.
  2. Тестировать на минимальной длительности, а в продакшене использовать максимальную длительность и высокое разрешение — бюджет неизбежно не сойдётся.
  3. Игнорировать срок действия ссылки на результат и генерировать заново после истечения — это означает заплатить дважды.

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

Seedance API тарифицируется за вызов, за секунду или за токен?

Новые модели серии Seedance в официальной документации обычно измеряются в токенах; расход зависит от разрешения, длительности и способа ввода. Некоторые шлюзы пересчитывают его в посекундную или поштучную цену. До подключения уточните единицу расчёта; ориентируйтесь на страницу цены на модели.

Если поднять разрешение с 720p до 1080p, стоимость удвоится?

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

Тарифицируются ли неудачные задачи и отказы модерации?

Правила различаются по платформам и причинам отказа. Одни системные ошибки не тарифицируются, другие списываются сразу после создания задачи. До подключения проверьте на тестовых задачах и включайте стоимость ошибок в стоимость ролика.

Почему на тестах дёшево, а после запуска счёт быстро растёт?

Частые причины: тесты шли на пяти секундах и низком разрешении, а продакшен — на десяти секундах и высоком; выросли повторы после ошибок; добавились пересохранение и доставка; несколько человек используют общий ключ без разделения. Разделите ключи по проектам и ведите учёт на уровне задач.

Как задать верхнюю границу бюджета для генерации видео?

Минимум три уровня: лимит на уровне ключа, бюджет проекта и оценка перед отправкой на уровне задачи. При достижении порога приостанавливайте некритичные задачи и уведомляйте ответственного, а не полагайтесь только на счёт в конце месяца.

Следующий шаг

Создайте тестовый ключ в ZSQH AI Gateway, прогоните двадцать–тридцать задач в минимальной конфигурации, запишите успешность, время выполнения и списания, а затем пересчитайте месячный бюджет по странице цены на модели. Если нужно сначала разобраться с асинхронными задачами, продолжите чтение руководств по подключению на сайте.

Что читать дальше: