为什么海拔数据总被当作事后才考虑的东西
海拔数据很少在价格页面上单独列出，而这种缺席真实地反映了它在实际构建时受到多少重视。
标签
#价格
反对为基本身份验证方式额外收费的理由
请求头、Bearer 令牌和查询参数对请求进行身份验证的方式完全相同。为其中某一种多收费，是在为偏好收费，而不是为功能收费。
优惠券代码反映出一家公司对其定价有多少信心
一张在网上流传的永久 20% 折扣优惠券并不是折扣。它证明标价从来都不是真正的价格。
比较位置数据供应商的简单成本模型
只按价格比较地理编码供应商，会忽略其他方面的实际成本。下面介绍一个不只考虑单次请求价格的简单模型。
批量限制：与大型服务商已允许的规模保持一致
My Geocode 上的批量请求规模与大型服务商已支持的规模相匹配，因此现有的批量集成无需调整大小。
“无限请求”确切地应该意味着什么
Unlimited 应该是一个可以验证的承诺，而不是一种感觉。如果一个方案在任何地方存在真实的上限，那么价格页面上应该写的是那个数字，而不是“无限”这个词。
根据 IP 数据构建可识别货币的价格页面
通过 IP 检测访客所在国家，以访客熟悉的货币显示价格，同时保持您自己的结算货币不变。
为什么按国家划分价格层级是个坏主意
在一个国家查询地址比在另一个国家收费更高，是把地理本身当作定价杠杆，而不是当作需要提供的普通数据。
为从竞争对手迁移过来的团队提供优惠券代码
控制台现在提供优惠券代码，为从其他服务商切换过来的团队提供了一个现在就行动的额外理由。
为什么应该把邮政编码查询视为一等公民
一个在定价和文档上被当作附属品的邮政编码端点，在构建时也会被当作附属品。认真对待它，要从平等对待它开始。
服务商的免费层级一夜之间改变的真实代价
一个在没有预警的情况下被削减的免费层级，损失的不只是服务商的信誉。它会破坏客户在一个从未得到保证的假设之上构建的一切。
为什么我们宁愿失去一笔生意，也不愿把限制藏在细则里
一个在不了解某项限制的情况下注册的客户，日后会愤怒地离开。提前告知有时会失去一笔生意。但这仍然是更好的取舍。
网络配额：为什么共享办公室共用一份配额
每日免费配额按网络而不是按单个地址计算，因此共享的办公室或建筑共用一个配额池，而不是各有一份。
在这个行业里，“企业级”通常意味着什么
“企业级”往往只意味着真实价格和真实用量限制被藏在私下的销售电话背后，而不是公布在公开的价格页面上。
用通俗的语言解释速率限制
My Geocode 的速率限制比听起来简单：每个网络和每个密钥各有一份每日免费配额，超出后使用预付额度或 Unlimited 方案。
为什么批量定价应该与单次请求定价一致
逐一发送的一千次查询和作为批量发送的一千次查询，工作量是相同的。价格不应该取决于它们是如何打包的。
免费层级真正的用途是什么
免费层级不是折扣，也不是引人进行销售电话的诱饵。它是开发者用来判断一款产品是否合适所需的最小可用量。
预付额度与 Unlimited 套餐详解
免费配额用完后，用量将按固定费率从预付额度中扣除，或由 Unlimited 套餐覆盖，所有端点价格相同。
为什么沙盒环境应该免费
一个光是测试就要花钱的沙盒，根本算不上沙盒。它只是一个在价格页面上穿着测试外衣的付费层级。
为什么统一定价胜过隐藏的超额费用
超额费用只会出现在您意想不到的账单上。统一且公开的定价让您在发起调用之前就能算出成本。
为什么我们按项目而不是按调用计算批量请求
一次包含一千个地址的批量调用仍然会执行一千次独立的查询。把它算作一次请求，只会掩盖真实用量的去向。
按产品计费在 API 的实际使用方式上错在哪里
真实的应用会在同一条请求路径中混合使用地理编码、IP 查询和时区调用。把它们作为独立的产品计费，忽视了它们被一起使用的方式。
开放的时区数据不应该是付费功能
时区查询依赖一个公开且持续维护的数据源。为这项查询单独收取额外费用，并不反映任何真实的额外成本。
悄悄名不副实的“无限”方案带来的问题
“无限”本应意味着没有上限。仔细阅读许多所谓无限的 API 方案的细则，您往往会发现一条合理使用政策，悄悄地表明事实并非如此。
我们如何计算批量请求：一个项目，一个计量单位
一次包含一百个地址的调用计为一百次请求，而不是一次。下面说明我们为什么按项目而不是按调用来计算批量请求。
为什么我们按请求而不是按席位定价
按请求定价与 API 的实际运行成本相符。按席位定价衡量的是人数，而不是用量，而地理编码流量很少与这两者中的任何一个成正比。
无密钥访问：每天 2,500 次免费查询，无需注册
无需账户、无需银行卡、无需密钥即可开始。任何地址每天最多可免费发起 2,500 次地理编码、IP、时区和海拔请求。