永不过期的 API 密钥带来的问题
一个多年前签发、从未轮换、至今仍然有效的密钥并不是一种便利。它是一个多年来没有人真正检查过的隐患。
为什么批量定价应该与单次请求定价一致
人们很容易把批量端点看作获得批量折扣的机会，这和买一大包东西感觉单价比单件购买更便宜是同一种直觉。但这种直觉并不像适用于实物商品那样适用于 API 请求。一批一千次地址查询，无论是通过一个连接到达还是通过一千个独立连接到达，都需要同样的一千次单独查询。它们一起到达这一事实中并不隐藏任何规模经济，因为代价高昂的部分，也就是解析每一次查询，无论哪种方式都完全相同。
我们对批量和大宗请求按项计价，与单次请求完全相同。一次包含一千项的批量调用，会从您的免费额度或预付额度中计为一千次请求，价格与分别调用端点一千次相同，均为每次请求 €0.0001，或者以同样的方式由 Unlimited 密钥涵盖。没有单独的、更便宜的批量费率，因为底层并没有单独的、更少的工作量。
有些服务商确实提供批量折扣，对客户的吸引力显而易见：发送越多，单价越低。但这种折扣背后的逻辑值得质疑，而不只是欣然接受。如果提供一次查询的边际成本确实接近恒定，就像大多数地理编码、IP 和时区查询那样，那么批量折扣并不是在传递真实的效率收益。它是一种定价决策：向小客户收取更高的费用，来补贴大客户更低的费率，却包装成对用量的奖励，而不是它的真实面目，即交叉补贴。
按项计算的统一定价完全避免了这种交叉补贴。每天发送一百次请求的客户和每天发送十万次请求的客户，一旦都超出免费额度，每次请求支付的费率完全相同。谁也没有在补贴谁的用量。这也让免费额度本身保持公平：批量调用仍然以每项一次请求的相同比率消耗同样的每天 2,500 次免费额度，因此批处理无法被用来悄悄地把免费用量拉伸到超出同等数量单次调用所能达到的程度。
我们承认，批处理确实有用，原因与价格毫无关系：往返次数更少，连接开销更低，一次性处理大量已知查询的代码更简单。这些都是真实的工程收益，本身就值得使用批量端点。批处理不应成为的，是一种让同样总量的工作在账单上看起来比实际更便宜的机制。一千次查询的成本就是一千次查询的成本，价格应当如实说明这一点，无论这些查询是如何被打包进请求的。