Seedance 영상 API의 청구서는 "생성한 편수 × 고정 가격"과 같아지는 경우가 드뭅니다. 같은 5초 영상이라도 해상도, 모델 등급, 영상 입력 여부, 실패 재시도, 결과 저장 방식에 따라 실제 지출이 달라집니다. 표시 가격만으로 예산을 세우면 출시 후 청구서가 높아지는데, 이는 대개 단가가 올라서가 아니라 이런 변수를 계산에 넣지 않았기 때문입니다.

이 글은 과금을 네 축으로 나눕니다. 길이, 해상도, 재시도, 저장입니다. 그리고 추정 공식, 측정 절차, 예산 통제 방법을 제시합니다. 구체적인 단가와 기준은 조정될 수 있으므로 사이트의 모델 가격과 공식 과금 문서를 기준으로 하세요.

안내: Seedance는 바이트댄스(ByteDance) 계열의 영상 생성 모델입니다. Seedance, 더우바오, 볼케이노 엔진, BytePlus 등의 명칭은 해당 권리자(바이트댄스 및 관계사)의 상표입니다. 이 글은 기술 설명 목적으로만 작성되었으며 관련 권리자와 제휴 또는 대리 관계가 없습니다. 가격, 인터페이스, 과금 규칙은 공식 문서와 사이트 가격 페이지를 기준으로 합니다.

1. 영상 API를 "편수"로 예산화할 수 없는 이유

텍스트 API는 과금 단위가 비교적 일관되지만 영상 API는 그렇지 않습니다. "영상 한 편 생성" 요청 뒤에는 최소 네 가지 변수가 있습니다. 길이, 해상도, 모델 등급, 입력 방식입니다. 이 중 하나만 바뀌어도 청구서가 달라질 수 있습니다.

더 까다로운 점은 한 번 제출했다고 해서 바로 사용 가능한 완성본이 나오지 않는다는 것입니다. 검수 거부, 타임아웃, 화면 품질 문제는 재시도를 부르고, 결과 링크가 만료되면 다시 생성하거나 다른 곳에 저장해야 합니다. "편수 × 단가"로만 예산을 세우면 체계적으로 비용을 과소평가하게 됩니다.

2. 네 가지 과금 축

축 비용에 미치는 영향 추정 시 기록할 항목 통제 방법
길이 초 단위 또는 환산 토큰으로 누적되며 길수록 소비 증가 제출 길이, 완성 길이, 구간 분할 여부 짧은 등급으로 먼저 테스트하고 완성본을 이어 붙임
해상도 픽셀 총량이 해상도에 따라 늘고 보통 프레임레이트 영향도 겹침 출력 해상도, 프레임레이트, 화면 비율 초안은 저해상도, 최종본만 상향
모델과 입력 세대, 등급, 입력 방식마다 단가가 다름 모델 이름, 첫 프레임 또는 참조 영상 여부 작업 난이도로 분기하고 기본값을 최고 등급으로 두지 않음
실패와 재시도 중복 제출이 중복 과금될 수 있고 실패 규칙도 다양함 작업 상태, 오류 코드, 재시도 횟수 오류 분류, 멱등성, 재시도 제한
저장과 트래픽 결과 이전, 보관, 배포에 추가 비용 발생 파일 크기, 보관 일수, 접근량 수명 주기 정리, 필요 시 배포

최신 Seedance 계열은 공식 문서에서 토큰으로 계량하며, 소비량은 해상도, 길이, 입력 상황과 관련됩니다. 일부 게이트웨이는 이를 초 단위나 편 단위로 환산해 보여 줍니다. 계약 전에 청구서 단위를 확인하세요.

3. 길이와 해상도가 소비를 키우는 방식

길이는 가장 직관적인 변수입니다. 흔한 등급은 5초와 10초지만 10초가 정확히 5초의 두 배가 아닐 수 있습니다. 플랫폼에 최소 과금 단위가 있거나 반올림한 초 수로 과금하기 때문입니다. 예산은 완성 영상 길이로 역산하지 말고 청구서의 실제 차감액을 기준으로 세워야 합니다.

해상도의 영향은 더 은밀합니다. 720p에서 1080p로 올리면 픽셀 총량이 대략 2.25배가 됩니다. 프레임레이트까지 함께 올리면 소비는 더 늘어납니다. 다만 최종 청구서가 반드시 이 배수로 변하지는 않습니다. 모델 등급, 할인, 과금 반올림이 함께 작용하기 때문입니다. 올바른 방법은 프롬프트와 길이를 고정하고 해상도만 바꿔 한 조를 비교 실행한 뒤 차감액 차이를 기록하는 것입니다.

화면 비율도 픽셀 총량에 영향을 줍니다. 세로 화면과 가로 화면은 같은 "해상도 등급"이라도 실제 픽셀 수가 다를 수 있으므로 각각 예산을 세우고 하나의 월평균을 공유하지 않는 편이 좋습니다.

4. 재시도와 저장이 자주 누락되는 이유

실패 재시도는 영상 비용에서 가장 통제하기 어려운 부분입니다. 파라미터 오류는 재시도해서는 안 되고, 검수 거부를 반복 제출하는 것도 대개 효과가 없습니다. 속도 제한과 일부 서버 오류만 백오프 재시도에 적합합니다.

작업 ID를 데이터베이스에 저장하고 제출 전에 멱등성 검사를 하며, 재시도할 때 같은 업무 레코드를 재사용하는 것이 좋습니다. 그렇지 않으면 스크립트 반복문이 몇 분 안에 같은 작업을 수십 번 제출해 청구서가 감당하기 어려워질 수 있습니다.

저장 비용도 자주 무시됩니다. 결과 링크에는 보통 유효 기간이 있어 만료 후에는 다시 생성해야 합니다. 객체 스토리지로 옮기면 저장료, 요청료, 다운로드 트래픽 비용이 발생합니다. 성공한 결과는 바로 이전하고 정리 규칙을 설정하세요. 초안은 7일 보관, 완성본은 프로젝트별 아카이브, 폐기 소재는 즉시 삭제하는 식입니다.

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. 실제 업무 프롬프트와 첫 프레임 이미지 20~30개를 준비합니다. 잘 통과하는 샘플만 쓰지 마세요.
  3. 작업 상태, 오류 코드, 소요 시간, 청구 차감액을 하나씩 기록합니다.
  4. 실패 작업도 총비용에 포함해 사용 가능한 영상 편당 비용을 계산합니다.
  5. 7일 연속 관찰해 일평균으로 월 비용을 외삽한 뒤 저장, 트래픽, 검수 인건비를 더합니다.
  6. 한 번에 변수 하나만 바꿉니다. 예를 들어 해상도를 한 등급 올려 비용 민감도를 구합니다.
  7. 결과를 바탕으로 "테스트 등급"과 "완성 등급"을 정해 팀 규칙에 기록합니다.

소량 측정의 가치는 숫자 하나를 얻는 데 있지 않고, 비용이 어느 변수에 가장 민감한지 알아내는 데 있습니다.

7. 예산 통제의 구체적인 방법

  • 프로젝트마다 Key를 하나씩 두고 테스트와 운영을 분리해 비용이 섞이지 않게 합니다.
  • 콘솔에서 Key에 한도 상한을 설정하고 일일 또는 주간 사용량 알림을 구성합니다.
  • 제출 전에 현재 파라미터로 한 번 추정하고, 편당 임계값을 넘으면 수동 확인으로 전환합니다.
  • 동시 실행 수와 최대 재시도 횟수를 제한합니다. 특히 배치 스크립트에서 중요합니다.
  • 초안은 일괄적으로 저해상도를 쓰고, 검수를 통과한 장면만 고해상도로 생성합니다.
  • 결과를 즉시 이전하고 수명 주기를 설정하며, 매주 프로젝트, 모델, 해상도 기준으로 대조합니다.

게이트웨이는 보통 Key 단위 한도, 모델 화이트리스트, 사용량 내보내기를 제공하며 구체적인 내용은 콘솔을 기준으로 합니다. 알림은 담당자에게 도달해야 합니다. 단체 채팅방에 보내고 아무도 보지 않으면 설정하지 않은 것과 같습니다.

8. 절감 순서와 세 가지 흔한 오해

비용 절감은 영향이 큰 순서로 진행해야 합니다. 먼저 성공률을 높이고, 비효율 재시도를 줄인 뒤, 해상도 계층화와 길이 축소를 하고, 다음으로 저장을 정리하며, 마지막에 채널 교체를 고려합니다. 순서를 뒤집으면 단가는 내려갔는데 실패율과 총비용은 오히려 높아지는 결과가 흔합니다.

세 가지 흔한 오해는 다음과 같습니다.

  1. 표시 가격만 보고 성공률과 재시도를 보지 않는 것. 저렴하지만 자주 실패하는 채널은 사용 가능한 편당 비용이 더 높을 수 있습니다.
  2. 테스트는 최단 길이로 하고 운영은 최장 길이와 고해상도로 하는 것. 예산이 맞지 않는 것이 당연합니다.
  3. 결과 링크의 유효 기간을 무시해 만료 후 다시 생성하는 것. 같은 비용을 두 번 내는 셈입니다.

자주 묻는 질문

Seedance API는 호출, 초, 토큰 중 무엇으로 과금되나요?

최신 공식 Seedance 계열은 보통 토큰으로 계량하며, 소비량은 해상도, 길이, 입력 방식과 관련됩니다. 일부 게이트웨이는 초 단위나 편 단위로 환산해 표시합니다. 연동 전에 청구서 단위를 확인하고 사이트의 모델 가격을 기준으로 하세요.

해상도를 720p에서 1080p로 올리면 비용이 두 배가 되나요?

픽셀 총량은 대략 2.25배가 되지만 실제 차감액은 모델 등급, 최소 과금 단위, 할인의 영향을 받으므로 단순히 두 배로 계산할 수 없습니다. 같은 프롬프트로 비교 테스트하는 편이 더 신뢰할 수 있습니다.

실패하거나 검수에서 거부된 작업도 과금되나요?

플랫폼과 실패 원인에 따라 규칙이 다릅니다. 어떤 시스템 오류는 과금되지 않지만, 어떤 경우에는 작업 생성 직후 과금됩니다. 연동 전에 테스트 주문으로 확인하고 실패 비용을 편당 비용에 포함하세요.

테스트할 때는 저렴했는데 출시 후 청구서가 빨리 오르는 이유는 무엇인가요?

흔한 원인은 테스트는 5초 저해상도, 운영은 10초 고화질을 쓰는 것입니다. 실패 재시도가 늘고, 이전과 배포에서 추가 비용이 생기며, 여러 사람이 Key를 공유해 귀속이 안 될 수도 있습니다. 프로젝트별로 Key를 나누고 작업 단위 청구를 기록하세요.

영상 생성에 예산 상한을 어떻게 설정하나요?

최소 세 층이 필요합니다. Key 단위 한도, 프로젝트 단위 예산, 작업 제출 전 추정입니다. 임계값에 도달하면 비핵심 작업을 멈추고 담당자에게 알리세요. 월말 청구서에만 의존해서는 안 됩니다.

다음 단계

먼저 ZSQH AI Gateway에서 테스트 Key를 만들고 가장 낮은 설정으로 20~30개 작업을 실행해 성공률, 소요 시간, 차감액을 기록한 뒤 모델 가격으로 월 예산을 환산하세요. 비동기 작업 흐름을 먼저 이해해야 한다면 사이트의 연동 가이드를 이어서 읽으세요.

관련 글: