gemini 官方 api 价格

你准备把 Gemini 接进项目，搜索「gemini 官方 api 价格」，出来的数字一会儿一个样，还分不清是订阅价、按量价还是第三方转售价。这篇不讲具体数字，只讲怎么读价格：先分清你在看哪一档、计价单位是什么、下一步去哪一页核对当时的实际数字，避免拿旧截图做预算。

你准备把 Gemini 接进项目，搜「gemini 官方 api 价格」，出来的数字一会儿一个样，还分不清是订阅价、按量价还是第三方转售价。这篇不讲具体数字，只讲怎么读价格：先分清你在看哪一档、计价单位是什么、下一步去哪一页核对当时的实际数字，避免拿旧截图做预算。

接入方比价的坑，往往不在数字旧，而在口径没对齐。两个人拿各自的「单价」比半天，最后发现一个是订阅折算、一个是按量输出档、还有一个是云平台托管通道，三种东西根本没法直接相减。所以下面每一节都只干一件事：把口径拆开，告诉你先确认什么、再去哪核对。

先弄清你问的是哪一档价

Gemini 至少分三层：个人订阅、开发者按量调用的 API、以及云平台托管通道。订阅是固定月费买用量，API 是按调用量结算，云托管还可能叠加平台侧的计费口径。三者结构完全不同，混着看必然对不上，先确认自己要走哪条路，再谈贵不贵。

订阅价

按人按月买的固定套餐，适合在网页或客户端里直接聊天，不适合拿来估接口成本

按量 API 价

按输入输出分别结算，是接入方真正要盯的那一档

云平台托管价

调用走云厂商通道，计费口径可能和厂商控制台不完全一致

计价单位：别只看单价那一个数

按量价格通常按输入和输出分开报，输入里还常区分普通输入与缓存命中的输入，输出另算一档。只记一个「单价」会低估。计价单位是每百万 token 一类的量级，换算成「一次对话多少钱」，得先量你自己的输入输出长度，光看单价感受不到真实开销。

• 输入和输出分开看，两边的单价和倍率都不是一回事
• 缓存命中的输入与普通输入通常不同价，命中率高时影响明显
• 长上下文、图片、音频、视频走的是不同计价维度，不能按纯文本折算
• 单位要对齐：每百万 token、每次调用、每小时，混着比出来的结论全部作废
• 先量自己的平均输入输出长度，再去对照当期单价

什么时候不适用：如果调用量很小，单价差异对总账影响有限，先把精力放在接入稳定性和错误率上，别为了抠单价耗掉几天。

比价前的四步核对顺序

1. 定通道先确定你实际付款给谁：官方直连、云平台托管还是中转站。通道不同，后面的数字没有可比性。
2. 定单位确认你看到的是每百万 token、每次调用还是每小时。单位不对齐的对比直接作废，不要硬凑。
3. 定口径逐项问清输入、输出、缓存命中、多模态各自算不算钱，算的话按哪一档。把答案记成同一张表再比。
4. 再取数到站内官方 API 价格页和厂商目录页看当期数字，不要用搜索结果里的旧截图或别人转述的区间。

这四步的顺序不能反。很多人一上来就取数，取完才发现通道不同、单位不同、口径也不同，等于白取一遍。

把这张表填满，比价才算开始。填不满的地方，就是你还要再去站内页面确认的地方，别用猜测补齐。

什么情况下你算的账会跟实际不一样

即使口径都对齐了，实际账单仍可能高于你的估算，常见原因有三类：调用行为本身超出预估、计费规则里的细节没问清、以及结算环节的二次偏差。下面按出现频率排列，方便你按顺序自查。

• 反复把长文档塞进上下文，输入量远超你按平均长度估的值
• 缓存命中比例和预期不符，命中部分和未命中部分价差被忽略
• 触发了多模态计价，图片、音频、视频的消耗维度与文本不是一回事
• 重试和失败请求是否计费各家规则不同，批量与实时任务的价差也要单独确认
• 结算币种和汇率换算会再产生一次偏差，报价和实付之间天然有缝

自查的顺序建议是：先看输入长度分布，再看缓存命中，最后看多模态与重试。前两项通常是大头，后两项是补充项。