Token费用和流量费的区别

很多人第一次看账单会愣住：明明只是聊天，怎么账上既有按 Token 走的消耗，又有一笔像是按流量算的钱；再对比不同平台，一个说按量计价，一个说按带宽计费，更分不清谁贵谁便宜。这篇不讲具体数字，只把两套口径的定义、适用边界和换算思路摆清楚，给你一套能直接拿去对账的判断顺序。

很多人第一次看账单会愣住：明明只是聊天，账上既有按 Token 走的消耗，又有一笔像是按流量算的钱，于是怀疑是不是被重复收了。其实这两笔走的完全是两套计量口径，一个盯模型干了多少活，一个盯数据在路上搬了多少字节。

麻烦的是，不同服务商的账单呈现方式不一样，有的把两笔分列，有的把流量成本打包进单价里。所以对账时最容易犯的错，是拿总花费去除总 Token 数，硬算一个「单价」出来，再拿这个数去横向比价。这篇不讲具体数字，只把两套口径的边界和换算思路摆清楚，给你一套能直接拿去对账的判断顺序，具体金额到站内页面核对当时的数字。

两把尺子量的是不同东西

Token 费用量的是「模型算了多少」，输入和输出通常分开计价，本质是算力和推理资源的消耗；流量费量的是「数据搬了多少」，进出的字节数才是计费单位。同一个请求可能同时触发两种消耗：Token 在服务端被处理，数据在网络上被传输，所以账单里两笔并存不一定是重复收费。

计费单位识别

出现百万 Token、千 Token 这类字样，走的是模型口径；出现 GB、TB、带宽峰值这类字样，走的是流量口径。

归属判断

先看单位，再看条目挂在哪个资源下。模型托管服务本身通常只按 Token 收，流量往往挂在网关、存储或加速资源上。

不适用的地方

如果服务商把流量成本打包进了单价，账单上就不再单列流量项，这时不能按「没看到流量费就等于不产生流量消耗」来推断。

什么场景下才会真的出现流量费

普通文本问答的数据体积很小，流量部分通常可以忽略。真正让流量费显眼的，一般是自建网关、对象存储回源、加速分发、跨区调用这几类链路。上传大文件、拉取长文档、批量下载结果集这类动作，Token 消耗可能很低，但流量部分会很突出。

• 自建网关做转发：请求经过你自己的服务器，进出流量都算在你的资源上。
• 对象存储回源：模型读取存放在对象存储里的文档，回源一次就产生一次流量。
• 加速分发或跨区调用：数据跨区域搬运，链路变长，流量成本随之上升。
• 批量下载：一次任务拉回大量结果文件，Token 没动多少，流量却成倍增长。
• 接口拆分核对：把用量日志按接口拆开，看体积大的请求是不是集中在某几个固定接口上，再去对应页面核对口径。

对账时先做这四步再下结论

对账最忌讳一上来就比总价。两套口径混在一起，算出来的任何平均值都没有参考价值。建议固定按下面的顺序走，每一步都能单独验证，出错也容易定位到是哪一步的问题。具体单价和用量到站内价格追踪页面核对当时的数字。

1. 第一步：先分类把账单条目按计费单位分成 Token 组和流量组，不要混在一起算总额。分类之后各自的金额占比才是有意义的。
2. 第二步：再对齐周期Token 消耗通常按调用时间归属，流量费可能按出账周期结算。时间窗错开时会显得「对不上」，先确认两边的统计区间是否一致。
3. 第三步：抽样复算挑一天的记录，按各自的单位分别乘出金额，看能不能跟账单里的分项对上。对不上就往前追一层，看是哪条链路的量被漏计或重复计。
4. 第四步：才比价比价前先确认两家用的是同一口径。拿 Token 单价去和按流量计费的方案比，结论一定是错的，因为分母根本不是一回事。

最容易踩的三个坑

这三个坑的共同点是都没先分清口径，直接拿一个混合出来的数字下判断。踩过一次之后，最有效的补救不是去猜服务商有没有多收，而是回到单位本身重新分账。

• 拿总花费除以总 Token 数算单价：分母里混了流量成本，算出来的数偏高，会误判模型太贵。正确做法是只用 Token 组的金额除以 Token 用量。
• 看到账单多一笔就以为重复计费：先去核对单位，流量和 Token 是两套账，不是同一笔钱记了两次。
• 用小额测试账单去推测全月规模：测试期的流量占比和正式跑起来之后差别很大，量大之后结构会变，结论也会跟着变。