在结账前核对地址与所填邮政编码是否一致
订单表单上邮政编码与城市不一致，看起来只是个小笔误，直到包裹被送到国内完全不同的地方。
为价格计算器添加本地货币显示
以访客不使用的货币显示的价格，需要多一步心算才有意义。一家在价格页面上提供计算器、销售按用量计费产品的软件供应商发现，来自本土市场以外的访客在计算器页面上停留的时间明显更长，转化率却更低；团队深入研究后发现，这一现象的根源正是这份额外的阻力。
解决办法是以访客日常实际使用的货币显示计算出的价格，同时为偏好供应商基础货币的人保留基础货币。决定优先显示哪种货币，首先要确定国家：在价格计算器页面渲染之前，通过 /v1/ip 在服务器端根据访客的 IP 地址解析出国家。供应商自己维护一份从国家到显示货币的小型映射表和一个定期刷新的近似汇率，并使用查询结果中的 country 字段来决定默认显示哪种货币。
有必要准确说明这改变了什么、没有改变什么。My Geocode 本身在全球范围内都以 EUR 定价和计费，与使用 API 的客户位于何处无关；这一点与基于该 API 构建的企业选择向其自身客户显示哪种货币毫无关系。供应商以访客本地货币显示价格，完全是其自己的定价和本地化决定，只是把查询得到的国家信号作为一项输入，除了解析出国家之外，位置 API 既没有做出这个决定，也没有参与其中。
供应商特意将换算后的价格明确标注为仅供参考的近似换算，因为实际计费仍以供应商自己的基础货币进行，而汇率会波动，这意味着价格页面上显示的数字只是一个有用的估算，并不能保证在实际支付处理方进行货币换算后某笔费用的确切金额。这一区别重要到值得直接在页面上说明，于是在计算器旁加了一条简短的备注，以免客户对实际扣费金额产生任何误解。
如果访客更喜欢基础货币，只需点击一下即可切换回来，这对评估产品、希望直接看到实际计费货币而不是换算估算的财务团队很有用。供应商把这个切换开关放在显眼位置，而不是把它藏起来，因为如果为了强制显示本地化视图而剥夺访客查看真实计费货币的能力，恰恰会给最有可能在仔细比较预算的买家带来另一种阻力。
价格页面的流量只占供应商全站访问量的一小部分，因此在大多数月份都轻松处于每日免费配额之内，只有在产品发布或营销活动带来异常高的价格页面流量时，才偶尔需要动用预付额度。
底层查询的文档位于 /docs/ipv4-lookup/ 和 /docs/ipv6-lookup/，My Geocode 自身的价格详见 /pricing/。