Gemini图片api价格

很多人第一次接 Gemini 图片接口，是被「一张图多少钱」这个问题卡住的：文档里一会儿说按 token、一会儿说按张，账单出来又和预估对不上。这篇不讲模型能力，只讲钱：计费单位怎么换算、哪些参数会让单张成本变高、批量出图怎么少花冤枉钱。具体数字请到站内官方 API 页面核对当下口径。

很多人第一次接图片接口，是被「一张图多少钱」这个问题卡住的：文档里一会儿说按 token、一会儿说按张，账单出来又和预估对不上。这篇不讲模型能力，只讲钱：计费单位怎么换算、哪些参数会让单张成本变高、批量出图怎么少花冤枉钱。具体数字请到 /official-api/providers/google 核对当下口径。

先说清楚一个前提：图片类接口的计费口径和纯文本接口不完全一样，同一个平台里不同模型也可能混用不同口径。所以你看到的「单张成本」永远是一个换算结果，不是一个固定标签。想少踩坑，得先知道钱是按什么单位被记账的，再谈怎么省。

先搞清计费单位：一张图到底按什么算钱

常见的口径有三种：按生成张数、按 token 折算、按输出分辨率档位。三者不是互斥关系，同一家可能在不同模型上分别采用。接之前先确认你用的那个模型走的是哪一套，否则后面所有估算都是错的。

• 输入侧：提示词长度、是否附带参考图，会不会单独记账
• 输出侧：生成几张、输出尺寸档位，是否按张叠加
• 失败请求：报错或超时的那次，通常也算一次调用
• 调价：单价会变，到 /price-watch 看有没有更新过口径
• 换算：别拿记忆里的旧数字估，一律回官方 API 页面现查

账单怎么对：把一次请求拆成可核对的几栏

对账最容易犯的错，是把「调用次数」当成「计费单位」。调用十次不等于计费十个单位，尤其当一次请求里带多张输出或多张参考图时。正确的做法是把账单按「模型 + 天」拆开，再和你的日志逐条对。

1. 导用量在控制台按天、按模型导出用量，先看计费单位总量，不要先看调用次数
2. 拆请求把日志里每条请求的输入、输出、张数记录下来，形成可对照的明细
3. 找差额账单比明细多出来的部分，重点查失败重试、超时重发、脚本并发重复提交
4. 换单张用 /tools/model-cost-calculator 和 /tools/token-price-calculator 把单价换算成单张成本
5. 看调价到 /price-watch 确认这段时间有没有单价变动，排除调价带来的差额

如果差额集中在某几天，多半是脚本行为问题，不是单价问题。这类隐形消耗在批量出图的场景里最常见，尤其是没有去重、没有退避的循环脚本。判断标准很简单：同一提示词在日志里出现多次且时间间隔很短，基本就是重试或并发重复提交。

省钱动作清单：在不掉质量的前提下压成本

省钱的核心不是找更便宜的档位，而是减少无效生成。同一提示词反复重抽，是最贵的用法之一：每次重抽都是一次完整计费，哪怕你只看了一眼就删掉。

• 先定风格再批量出图：把提示词模板固化，减少同一需求的反复试错
• 预览和成品分开：先用低规格筛构图，确认后再出成品档
• 批量脚本加去重与失败退避，避免同一张图被重复计费
• 按项目设用量上限和告警，到阈值就停，不要月底才看账单
• 定期对照 /price-watch，单价或计量口径变了及时调整预算

这里有个取舍：预览档位能省计费量，但会多花一轮往返时间。如果交付时间紧、或者对画面一致性要求高，直接出成品档反而更划算。省钱的判断标准应该是「总成本」，不是「单张单价」。

这些情况别只盯着单价看

单价低不等于总成本低。有几类场景，抠单张价格的意义不大，甚至会把钱花在返工上。

• 商用素材对画质和一致性要求高时，返工成本可能远超省下的单价差额
• 有明确截止时间的活，低档位反复重试的总耗时可能比直接用高档位更贵
• 用量波动大的团队，先算月度区间再谈套餐或预付，比逐张抠更实际
• 风格探索期本来就该多试，这时该控制的是总量上限，不是单张

先搞清钱按什么单位记，再决定在哪里省；口径没搞清之前，所有省钱动作都是猜。

所以整套流程可以倒过来记：先去官方 API 页面确认计量口径，再用换算工具把单价变成单张成本，最后才决定用哪档规格、要不要批量。顺序错了，容易在没用对的地方省，又在该省的地方花。