Seedance 2.0 가격은 숫자 하나로 결정되지 않습니다. 먼저 어떤 경로의 청구인지 확인해야 합니다. BytePlus 공식 개발자 API는 토큰 단가와 실제 토큰 사용량으로 계산합니다. 래퍼 사이트는 credits/sec를 쓸 수 있고, API 제공자는 USD/sec를 표시할 수 있으며, 앱은 자체 플랜 크레딧을 가질 수 있습니다.
| 경로 소유자 | 먼저 볼 기준 | 결제 전 확인 | no credits일 때 |
|---|---|---|---|
| BytePlus 공식 API | 토큰 단가 x 실제 사용량 | 모델, 길이, 해상도, 입력 모드, 가격 페이지 날짜, usage.completion_tokens | 잔액, 리소스 팩, pay-as-you-go, 작업 결과 |
| Free Tokens Only | 계정 단위 무료 토큰 상태 | 활성화 여부, 잔여량, 500k 토큰 한도 | 소진 시 SetLimitExceeded 가능 |
| BytePlus 리소스 팩 | 선불 추론 리소스 | 90일 유효, 우선 차감, 모델 커버리지 | 만료/소진 후 billing이 있으면 pay-as-you-go |
| 래퍼 사이트 | 자체 credits/sec | 크레딧 가격, 초 단위 차감, 실패 규칙, 지원 | 래퍼 지갑 확인 |
| API 제공자 | USD/sec 또는 작업 단가 | 해상도, audio/input, 청구 소유자, 제한 | 제공자 billing/quota 확인 |
| 앱/구독 | 앱 플랜 크레딧 | owner evidence, plan cap, billable generation | 앱 계정 상태로 처리 |
중지 규칙: 소유자, 길이, 해상도, 입력 모드, 모델, 실패 과금, 청구 소유자, 지원 소유자가 맞기 전에는 최저가라고 말하지 마세요.
빠른 답변
공식 개발자 API 가격은 BytePlus ModelArk Pricing을 봐야 합니다. 2026년 7월 5일 확인한 페이지는 Dreamina Seedance 2.0 API가 live이고, 비용은 token unit price x token consumption이며 최종 사용량은 usage.completion_tokens로 반환된다고 설명합니다. 공식 경로에서는 성공한 비디오만 청구되고 content-moderation failure는 청구되지 않습니다.
무료라는 말은 세 가지로 나뉩니다. Free Tokens Only는 신규 적격 개발자 계정의 500k platform-granted tokens 상태입니다. 래퍼나 앱 크레딧은 해당 제품이 관리합니다. 제공자 trial credit은 제공자 계정의 계약입니다.
no credits가 보이면 경로부터 진단하세요. BytePlus는 무료 토큰, 리소스 팩, 계정 잔액 문제일 수 있고, 래퍼는 지갑 문제, 제공자는 quota/billing 문제일 수 있습니다.
공식 BytePlus API 비용
공식 API 공식은 다음과 같습니다.
hljs txtCost = token unit price x token consumption
credits/sec나 앱 구독이 아닙니다. 모델, 해상도, 길이, video input 여부에 따라 달라집니다.
2026년 7월 5일 확인한 5초, 16:9, video input 없는 공식 예시는 다음과 같습니다.
| BytePlus 공식 예시 | 480p | 720p | 1080p | 4K |
|---|---|---|---|---|
| Seedance 2.0, 5초 | $0.35 | $0.76 | $1.87 | $3.89 |
| Seedance 2.0 Fast, 5초 | $0.28 | $0.60 | 미기재 | 미기재 |
| Seedance 2.0 Mini, 5초 | $0.18 | $0.38 | 미기재 | 미기재 |
2-15초 video input과 5초 output이면 Seedance 2.0 예시는 480p $0.39-$0.86, 720p $0.84-$1.86, 1080p $2.06-$4.57, 4K $4.20-$9.33입니다. 이는 공식 API 추정치이지 모든 플랫폼 가격이 아닙니다.
이 표는 모든 비디오의 고정 가격이 아니라 작업 모양을 맞추는 기준입니다. 비교 전에 video input 유무, output duration, resolution, aspect ratio, 일반 Seedance 2.0인지 Fast/Mini인지 적어야 합니다. 720p 무입력 공식 예시, audio 포함 provider 요금, 래퍼 credits/sec, 앱 구독 한도를 한 줄에서 나누면 결제 소유자와 지원 소유자가 다른 숫자를 섞는 셈입니다.
공식 API의 장점은 작업 이후에 비용을 추적할 수 있다는 점입니다. 개발팀은 model route, resolution, duration, input mode, task result, 반환된 usage.completion_tokens를 보관해야 합니다. 그래야 비용이 오를 때 해상도가 바뀐 것인지, video input이 들어간 것인지, 모델 라벨이 바뀐 것인지, provider markup이 붙은 것인지 구분할 수 있습니다.
실패 과금 규칙도 경로별로 분리해야 합니다. 확인한 BytePlus 공식 경로는 성공적으로 생성된 비디오만 과금하고 content-moderation failure는 과금하지 않는다고 설명합니다. 하지만 래퍼, 제공자, 앱은 각자의 failed job, refund, moderation stop, queue cancel, support rule을 가집니다. 단가보다 이 규칙이 실제 비용을 바꾸는 경우가 많습니다.
Free Tokens Only와 no credits
Free Tokens Only는 모든 Seedance가 무료라는 뜻이 아닙니다. BytePlus 개발자 계정 모드이며 기본적으로 꺼져 있고, 500k platform-granted tokens 범위에서 추론을 시험합니다. 한도에 도달하면 서비스가 멈추고 429 SetLimitExceeded가 반환될 수 있습니다.
| 증상 | 먼저 확인할 분기 | 다음 조치 |
|---|---|---|
429 SetLimitExceeded | Free Tokens Only | 모드, 잔여량, paid billing 필요 여부 확인 |
| 공식 API가 billing에서 멈춤 | BytePlus 잔액/리소스 팩 | 팩 차감과 pay-as-you-go 확인 |
| 래퍼 UI가 no credits 표시 | 래퍼 지갑 | 크레딧 패키지와 초당 차감 확인 |
| 제공자 API가 quota/payment 오류 | 제공자 billing | dashboard, spend cap 확인 |
| 앱에서 credits unavailable | 앱 권한 | 플랜, 지역, 일일 한도 확인 |
순서는 owner, account state, purchase입니다.
no credits에서 가장 흔한 실수는 모든 credit을 같은 지갑으로 보는 것입니다. Free Tokens Only는 BytePlus 개발자 계정 상태입니다. 리소스 팩은 공식 online inference 선불 리소스입니다. 래퍼 credits는 해당 사이트 wallet이고, provider quota는 제공자 billing이며, 앱 credits는 앱 entitlement입니다. 이름은 비슷하지만 dashboard, support path, 결제 권한, 복구 절차가 다릅니다.
API 사용자는 error code, model route, account mode, resource-pack state, billing screen을 먼저 남기세요. 웹 UI나 앱에서 no credits가 보이면 해당 제품의 wallet과 help page를 먼저 확인합니다. BytePlus 리소스 팩을 구매해도 래퍼 지갑은 충전되지 않고, 래퍼를 충전해도 공식 Free Tokens Only의 SetLimitExceeded는 해결되지 않습니다.
no credits는 생성 전 차단과 생성 후 실패를 나누어 봐야 합니다. 생성 전에 멈추면 wallet, balance, quota, entitlement 문제일 가능성이 큽니다. 생성 후 moderation, failed job, queue cancel로 결과가 없으면 해당 owner의 refund와 failure charge rule을 확인해야 합니다. BytePlus 공식 경로의 content-moderation failure 비과금 규칙은 다른 provider나 wrapper의 환불 설명을 대신하지 않습니다.
리소스 팩과 잔액
BytePlus 리소스 팩은 선불 online inference resources입니다. 2026년 7월 5일 확인 시 non-refundable, 90일 유효, pay-as-you-go보다 먼저 차감, 만료/소진 후 초과 사용은 billing이 있으면 pay-as-you-go로 이동한다고 설명되어 있습니다.
| 상태 | 의미 | 조치 |
|---|---|---|
| 유효한 팩 있음 | API 사용량이 먼저 팩에서 차감 | 모델 커버리지 확인 |
| 팩 만료 | 선불 리소스 사용 불가 | 필요 시 pay-as-you-go 또는 새 팩 |
| 팩 소진 | quota 사용 완료 | 잔액과 fallback 확인 |
| pay-as-you-go 없음 | 초과 사용 불가 | 공식 경로일 때만 billing 추가 |
| 래퍼 크레딧 없음 | BytePlus 팩은 도움 안 됨 | 래퍼 지갑 확인 |
리소스 팩은 첫 테스트보다 예측 가능한 사용량에 더 맞습니다. non-refundable, 90일 유효, pay-as-you-go보다 먼저 차감된다는 조건이 있기 때문입니다. 아직 모델, resolution, workflow를 실험하는 단계라면 pay-as-you-go로 몇 번 실행하며 실제 usage.completion_tokens를 확인하는 편이 안전할 수 있습니다.
팩을 사기 전에는 target model, expected resolution, output duration, video input 여부, pay-as-you-go fallback을 기록하세요. 공식 API 같은 model route에서 주간 사용량이 안정적이면 팩은 예산 관리를 쉽게 합니다. 그러나 provider나 wrapper로 전환할 가능성이 크다면 그 팩은 외부 billing이나 wallet에는 영향을 주지 않습니다.
제공자와 래퍼 가격
제공자와 래퍼 가격은 유용하지만 공식 BytePlus 가격이 아닙니다.
| 경로 | 2026년 7월 5일 예시 | 사용 방법 |
|---|---|---|
| seedance2.ai | credits/sec를 모델, 해상도, input mode별로 표시 | 래퍼 소유 예시로만 사용 |
| fal.ai | 720p with audio, 720p fast, 1080p with audio 등 USD/sec | 제공자 API 예시로만 사용 |
APK/MOD, 접근 안전, 업로드 경계는 Seedance 2.0 접근 가이드를 보세요. 가격, 크레딧, no-credit 상태는 이 진단을 유지합니다.
제공자나 래퍼가 무조건 나쁜 선택은 아닙니다. 이미 준비된 endpoint, UI, queue, preset, 결제 흐름이 있어서 개발 시간을 줄이거나 단발성 제작을 쉽게 만들 수 있습니다. 다만 사용자가 사는 것은 해당 owner의 계약입니다. 가격과 함께 resolution, audio/input 지원, failed-job policy, logs, account limits, support path, billing owner를 같이 확인해야 합니다.
provider 비교에서는 동일한 duration과 resolution, audio나 video input 포함 여부, failed/moderated job 처리를 맞춰야 합니다. 래퍼 비교에서는 one credit이 몇 초를 덮는지, minimum top-up이 있는지, 실패 시 credit이 돌아오는지, support가 개별 task를 확인할 수 있는지를 봐야 합니다. 그 후에야 official API, provider, wrapper를 같은 표에서 비교할 수 있습니다.
결제 전 체크리스트
| 질문 | 왜 비용이 바뀌나 |
|---|---|
| 경로 소유자는 누구인가 | meter, support, failure rule이 결정됨 |
| 모델은 2.0, Fast, Mini, provider label인가 | 단가와 해상도 지원이 다름 |
| 출력 길이는 얼마인가 | 초와 token 사용량이 바뀜 |
| 해상도는 무엇인가 | 480p/720p/1080p/4K가 다름 |
| video input이 있는가 | 공식 예시 범위가 달라짐 |
| audio 포함인가 | 제공자 row가 나뉠 수 있음 |
| 실패/검열 실패가 과금되는가 | BytePlus 규칙은 래퍼에 자동 적용되지 않음 |
실무 선택 기준은 같은 job shape만 비교하는 것입니다. official API는 usage records, billing control, developer integration이 필요할 때 강합니다. provider는 endpoint, docs, account workflow, 통합 billing이 현재 스택에 더 맞을 때 합리적입니다. wrapper나 app은 editor, preset, 쉬운 checkout이 공식 API 소유권보다 중요한 단발성 제작에 적합합니다.
표면상 최저가는 total cost와 다를 수 있습니다. official API에는 engineering time이 필요합니다. provider는 convenience markup을 포함할 수 있습니다. wrapper는 UI, storage, presets, platform risk를 가격에 포함할 수 있습니다. app subscription은 월 구독 안에 generation cap을 숨길 수 있습니다. 결제 전에는 single-job cost, integration time, auditability, support response, creative workflow speed 중 무엇을 최적화할지 정해야 합니다.
팀 예산에 넣을 때는 최종 가격만 저장하지 마세요. route owner, model variant, resolution, output seconds, input type, audio 여부, task success, moderation result, returned usage, deduction source, support ticket path를 함께 저장합니다. 가격 페이지나 provider row가 바뀌어도 같은 작업 조건으로 다시 계산할 수 있습니다.
FAQ
Seedance 2.0은 무료인가요?
보편적으로 무료는 아닙니다. Free Tokens Only는 BytePlus 개발자 계정의 제한 상태이며 500k platform-granted tokens 경계가 있습니다.
공식 5초 비디오는 얼마인가요?
2026년 7월 5일 확인한 BytePlus 예시는 480p $0.35, 720p $0.76, 1080p $1.87, 4K $3.89입니다. 실제 과금은 usage.completion_tokens를 따릅니다.
no credits는 왜 나오나요?
먼저 owner를 보세요. BytePlus는 Free Tokens Only, 잔액, 리소스 팩, pay-as-you-go 문제일 수 있습니다. 래퍼는 wallet, 제공자는 billing/quota입니다.
래퍼 credits와 BytePlus token은 같은가요?
아닙니다. credits/sec는 래퍼 계약이고 BytePlus 공식 API는 token 단가와 token 사용량입니다.
fal.ai가 더 싼가요?
항상 그렇지 않습니다. duration, resolution, input/audio, model variant, support owner, failure rule을 맞춰 비교해야 합니다.
BytePlus는 실패한 비디오에도 과금하나요?
2026년 7월 5일 확인한 BytePlus 공식 가격 페이지는 공식 경로에서 성공적으로 생성된 비디오만 과금하고 content-moderation failure는 과금하지 않는다고 설명합니다. 이 규칙은 래퍼, 제공자, 앱에 자동 적용되지 않습니다.
official API, provider, wrapper 중 무엇을 써야 하나요?
first-party usage record, billing control, developer integration이 필요하면 official API를 선택합니다. endpoint나 account workflow가 현재 시스템에 더 맞으면 provider를 비교합니다. editor와 preset 중심의 단발성 제작이면 wrapper나 app도 선택지입니다. 어떤 경로든 no-credit 문제는 실제 billing을 가진 owner의 화면에서 해결해야 합니다.
