有用的视频价格,应当能在创建前算出,并在任务完成后核对。SeedanceLink 的标准报价按请求时长和分辨率档位计算。模型页、费用估算器和本文表格使用同一份销售价格目录,避免博客单独维护一套价格,之后悄悄与产品不同步。
基本计算是:请求秒数 × 该模型与分辨率的单价 × 适用的分组倍率。这是你向本站发送 API 请求的销售报价,不是供应商的最终成本。其他账号的专属价格或上游网站的促销,不一定适用于自己的 Key。具体任务应保存和核对它自己的计费回执。
4 秒与 10 秒的费用示例
| 模型 | 分辨率 | 每秒 | 4 秒 | 10 秒 |
|---|---|---|---|---|
| Seedance 2.0 | 480p | USD $0.09 | USD $0.36 | USD $0.90 |
| Seedance 2.0 | 720p | USD $0.20 | USD $0.80 | USD $2.00 |
| Seedance 2.0 | 1080p | USD $0.50 | USD $2.00 | USD $5.00 |
| Seedance 2.5 | 480p | USD $0.13 | USD $0.52 | USD $1.30 |
| Seedance 2.5 | 720p | USD $0.30 | USD $1.20 | USD $3.00 |
| Seedance 2.5 | 1080p | USD $0.75 | USD $3.00 | USD $7.50 |
例如,Seedance 2.0 的 480p、4 秒标准估算是 USD $0.36,同档位 10 秒是 USD $0.90。Seedance 2.5 的对应估算为 USD $0.52 和 USD $1.30。更换分辨率会采用表中的另一档单价;只修改提示词,不会改变你显式请求的秒数。
表中的时长均在两款模型允许的范围内:2.0 为 4–15 秒,2.5 为 4–30 秒。估算器不会把无效时长展示成有效报价。核对费用时请明确发送 duration 和 resolution;它们在省略时分别默认 5 秒和 720p,与这里的 4 秒、480p 最小示例不同。
预留金额属于任务生命周期
创建请求被接受后,系统先预留报价金额,为这一个任务准备资金。held 表示金额仍在预留状态,不是在成功计费以外又收取一笔费用。任务等待或生成过程中,记录这笔预留有助于避免把未完成任务误显示成额外扣费。
任务成功后,预留金额进入 captured;明确失败或被拒绝的生成,会将预留金额退回账号的 API 余额。这是视频任务的余额调整,不是自动向银行卡退款,也不是撤销之前的充值订单。充值订单和生成计费是两种用途不同的记录,界面和客服解释都应清楚区分。
| 任务情况 | 计费含义 | 下一步 |
|---|---|---|
| queued / running | 任务未完成,报价仍预留 | 查询已保存的任务 ID |
| succeeded | 成功任务已收取预留金额 | 用所属 Key 下载 |
| failed | 预留金额已退回 API 余额 | 阅读失败原因后再决定是否新建 |
| needs_reconcile | 金额保留,等待核对 | 保留 ID,不自动重复提交 |
提交结果不确定时先核对原任务
HTTP 202、状态为 needs_reconcile 的响应,仍然是带有本站任务 ID 的回执。它表示无法安全确认提交结果,金额需要保留供核对。再次创建可能在原任务还待处理时启动第二个任务。请保存回执、查询它的 ID,长期未解决时再寻求帮助,而不是无限重复发送 POST。
这个区别也应体现在应用界面中。等待或待核对状态,不应被一律显示为付款失败。HTTP 响应本身不能代替任务状态和计费字段。历史任务应展示已保存的实际报价,而不是用后来可能变化的目录价格,重新计算已经发生的账单。
余额不足时,也检查是否有其他任务仍占用预留金额。可用余额、等待中的预留和已完成任务的费用,应在记录中分别理解,不能仅凭一次余额变化断定发生了重复扣费。
计费常见问题
标准销售价格就是供应商成本吗?
不是。价格目录展示本站销售单价,供应商成本是另一项数据,不能从这个表格推算。
余额为零还能下载已成功付费的视频吗?
可以,使用有效的所属 API Key。创建额外任务仍需足够余额及适用的额度。
视频失败会退回原来的银行卡充值吗?
不会。失败任务的预留退回 API 余额;银行卡退款属于独立的支付服务流程。
任务一直 needs_reconcile,要重发吗?
先查询已有 ID,核对原提交结果。自动重发可能产生另一个可计费任务。