doubao seedance 2.0 api 价格

做视频生成最怕的不是单价贵，而是根本不知道钱花在哪。你可能已经看过报价页，但真跑起来发现账单跟脑子里的估算对不上：明明只生成几条，怎么消耗这么大？这篇不报死数字，只给你一套口径拆解法——把 Seedance 2.0 的计费项、秒数换算、重试与废片成本、以及月度预算表一次性讲清，让你在充值前就能把上限框住。

做视频生成最怕的不是单价贵，而是根本不知道钱花在哪。你可能已经看过报价页，但真跑起来发现账单跟脑子里的估算对不上：明明只生成几条，怎么消耗这么大？原因通常是拿文本模型的习惯去套视频模型——文本按 token 线性累加，视频却经常按时长、分辨率、条数复合计量，还有一堆失败重试在偷偷占额度。

这篇不报死数字，只给你一套口径拆解法：把 Seedance 2.0 类视频 API 的计费项拆开，教你怎么把「每秒多少钱」换算成月度可承受上限，怎么给废片和重试单独留预算，以及哪些情况下这套算法直接失效。看完你应该能在充值前就把钱的边界框住，而不是月底对着账单复盘。

先搞清 Seedance 计费按什么单位走

视频模型和文本模型最大的计费差别在这里：文本基本按输入输出 token 算，视频通常按生成时长、分辨率档位或生成条数计量，三者还可能互相叠乘。到底是哪一种口径，别听别人转述，直接到 /official-api 看官方当期价目页的计费说明，并且记下你查看的时间点——口径是会变的。

同一段视频，改了分辨率、帧率、是否带音频，很可能落进不同的计费档，报价页一般会分开列。所以你在做预算时不能只记一个「每秒单价」，而要记住「哪个档位下的每秒单价」。把参数组合写死在预算表里，别靠脑子记。

• 先确认计费单位：是按秒、按条，还是按分辨率档位叠乘，去 /official-api 逐行读价目页的计量说明
• 把参数和档位的对应关系抄下来：分辨率、时长、音频开关分别落在哪个档，别混着算
• 标出「生成费之外」的项目：转码、对象存储、下载流量是不是另计，很多团队的预算超支来自这里
• 确认失败、限流、审核不通过这三种情况各自是否计费，规则通常不是同一条

价格数字去哪看，别信二手截图

价格这类信息最大的坑是时效性。你看到的截图可能是活动期、可能是旧版档位，也可能只是某个渠道的转售价。正经做法是去官方按量价页面和模型平台汇总页对一遍，两边一致再拿来当基准，不一致就以官方价目页为准。

价格历史变动看 /price-watch，这个页面能帮你判断你看到的报价是长期常态还是阶段性活动。如果是活动价，你在做长期预算时就不能按它算，否则活动一结束预算立刻失真。中转渠道的报价必须先和官方口径对齐后再比，倍率、折扣、赠送额度的对齐方法参照 /guides/cost-estimation-from-usage 的思路。

• 官方按量价：到 /official-api 核对，注意页面上的更新时间
• 平台横向汇总：到 /ai-nav/category/ai-model-platform 对同类视频模型做参照
• 历史变动：到 /price-watch 看你要用的档位是不是处在活动期
• 渠道报价：先和官方口径对齐再比，别拿转售价当基准价

这里要提醒一句：不同页面的更新节奏不一样，有的改得快有的慢。你自己在预算表里加一列「数据查看时间」，下次复盘时能立刻发现是口径变了还是用量变了，这比争论数字本身有用得多。

按秒数推预算：一张能直接填的测算表

按秒推算的公式其实不复杂：单条成本等于该档位单位时长价乘以单条时长，再乘以重试系数；月度成本再乘以条数。真正容易错的是三个输入——条数、每条时长、档位。任何一个估偏，结果就偏，所以你宁可把区间写宽，也别写一个看起来很精确的假数。

1. 定三个输入先写下每月预计生成条数、每条目标时长、目标分辨率档位。三项都写区间而不是单值，例如条数给一个保守上限。
2. 查当期单位价到 /official-api 找到对应档位的单位时长价，记录下来并标注查看时间，别用记忆里的数字。
3. 套重试系数按你自己历史可用率估，不要按理想情况估。新项目没有历史数据，就先按偏保守的系数上浮再回看。
4. 交叉验算用 /tools/model-cost-calculator 或 /tools/token-price-calculator 做一次换算，检查有没有把档位乘错、把单位搞混。

算完之后做一件很多人不做的事：把结果和你月度可承受上限比一次。如果算出来已经接近上限，问题不在单价，而在你的用量假设或档位选择，这时候应该先调规格，而不是先砍条数。

废片和重试的钱，必须单独留一栏

失败这件事在视频生成里不是小概率，尤其在批量跑素材的场景。但更麻烦的是，不同类型的失败计费规则不一样：生成失败、被限速打断、内容审核不通过，这三类的处理方式各不同，必须去官方价目页的计费说明里逐条核，不能想当然。

内容审核类的失败最容易被忽略，因为它往往发生在你以为已经成功之后。做营销素材、人像类内容的团队，应该按业务场景预估一个审核不通过的比例，并把这部分成本固定预留下来，而不是等到月底发现消耗远超预期再回头查。

• 生成中途失败：先查是否已产生部分消耗，再决定是否计入废片
• 限速或超时打断：区分是平台侧还是请求侧，处理方式影响是否重跑
• 审核未通过：单独一栏统计，别和普通失败合并，方便定位是内容问题还是技术问题
• 重试策略本身也要设上限，避免脚本无限重投把预算跑穿

分辨率和时长怎么取舍才不超预算

分辨率和时长是两个会明显拉动成本的开关，但很多人是先定规格再算钱，结果发现预算撑不住又要推翻。更合理的顺序是先问用途：竖屏短视频的需求、大屏投放素材的需求、纯中间产物的需求，对分辨率的要求差距很大，中间产物完全可以先用低档跑通流程。

判断标准也很直接：把「提高一档分辨率」换算成「少生成多少条」，再问自己这个画质提升值不值这些条数。如果换算下来要砍掉一大半产出，而用途根本不需要那么高的规格，那就是选高了。定稿输出规格之前先跑一批小批量对照，别等全量跑完才发现规格选高了。

还需要考虑一点：分辨率和时长的成本影响不是完全独立的。同样一条内容切成多段短的，和生成一条长的，档位分布可能不同，算出来的钱也可能不同。遇到拿不准的情况，就在小批量上把两种切法都试一遍再放大。

月度预算怎么落地成一张表

月度预算表最忌讳做成一张只有数字的表格。建议按三行记录：预估、实际消耗、差异原因。差异原因只写两类——口径变化和用量变化，这样三个月下来你就能看出到底是平台调价还是自己跑量失控，排查方向完全不同。

如果你不确定自己的量级算不算异常，可以搭配 /usage 里的真实用量榜做横向判断。看到别人同类型任务的消耗量级，能帮你判断自己的预估是偏乐观还是偏保守。同时提前设好预算告警阈值，避免某一个晚上脚本跑飞，具体设置思路参考 /guides/budget-alert-setup-guide。

• 表头固定：月份、预估消耗、实际消耗、差异原因、数据查看时间
• 差异原因只留两个选项，防止写成日记，也方便季度复盘
• 预估和实际分开两列，别用公式覆盖原始值，原始值才是排查依据
• 告警阈值设在可承受上限之下留出缓冲，别设在刚好等于上限

最后一点，预算表是给自己看的，不是给财务交差的。它要能回答「这个月钱为什么花多了」这个问题，而不能只是把账单复述一遍。如果每次复盘都要重新翻价目页才能解释差异，说明你的表缺了关键列。

这套估算法什么时候不适用

前面这套按秒推算的方法，前提是计费口径稳定、单价线性。一旦前提变了，算法就会失真。最常见的三种情况：平台在做限时活动或阶梯折扣，线性乘法会明显偏；计费单位中途调整，比如从按条改成按秒，旧预算表直接作废；以及你走的是中转渠道，倍率和结算周期会改变现金流节奏。

• 活动或阶梯折扣期：按当期规则重算，别用平时的线性公式硬套
• 计费单位调整：以官方公告为准重做预算表，旧表作废而不是打补丁
• 走中转渠道：倍率和结算节奏不同，别直接照搬官方口径的结论
• 业务模式变化：比如从试产转为批量投放，用量假设本身就换了，公式要重新代入

另外，如果你的生成任务对稳定性极度敏感，重试系数会被推得很高，这时候算出来的预算区间会很宽，参考价值下降。这种情况更适合先小批量验证可用率，拿到真实系数再往上放大，而不是一开始就按宽区间铺量。

动手前的排查清单

充值或者大规模跑任务之前，把下面这几项过一遍，能挡掉大部分「钱花得莫名其妙」的情况。清单不需要很长，但每一项都要真的去做，而不是心里默认已经确认过。

1. 确认口径来源到 /official-api 确认计费单位和档位表，并记下查看时间，别用别人给的截图当依据。
2. 确认失败规则逐条核对失败、限流、审核未通过的计费说明，把结论写进预算表备注。
3. 确认附加费用检查是否另收存储或流量费，按你的留存策略估算，别默认免费。
4. 上浮后比上限按重试系数上浮后，再和月度可承受上限比一次，超了就调规格而不是硬上。

视频 API 的预算不是算出来的一个数，而是一套能解释差异的口径。