在结账前核对地址与所填邮政编码是否一致
订单表单上邮政编码与城市不一致，看起来只是个小笔误，直到包裹被送到国内完全不同的地方。
按国家和货币个性化结账流程
结账页面上每多一个字段，零售商就会失去一定比例宁可放弃购物车也不愿填写的购物者。国家选择器只是一个小字段，但它恰恰在购物者最可能离开的购买环节又增加了一个决定。一家向十几个国家销售商品的网店决定将它完全移除。
替代方案是在结账页面渲染之前运行的服务器端查询。/v1/ip 接收访客的 IP 地址，返回国家、地区、城市、邮政编码和坐标，全部来自将购物者带到网站的同一个请求。零售商利用国家字段预先选择配送国家，调整提供的支付方式，并在该市场有多种语言可选时切换显示语言。来自商店不配送国家的购物者会立即看到相关提示，而不是填完整张表单后才在支付环节碰壁。
这一切都不会把购物者限定死。预先选择的国家可以修改，因为 IP 地理定位反映的是请求来自的网络，而不一定是用户想使用的账单地址，对于正在出行的人，或者使用会将流量经由其他国家路由的企业网络的人来说尤其如此。把检测到的国家当作合理的默认值而不是既定事实，避免了结账页面不肯相信客户实际住在哪里所带来的困扰。
零售商在同样的检测之上叠加了定价。某些市场的价格会根据当地购买力和运费进行调整，这些调整由商品团队提前决定，只需根据查询返回的国家字段应用即可。这是商店用自己的定价引擎做出的商业决策，而不是地理定位调用自行决定的，但它需要一个可靠的国家信号才能运行。在服务器端读取这个信号，意味着购物者看到的价格与结账时实际收取的价格一致，而不是依赖一个可能被篡改或干脆加载失败的客户端脚本。
由于查询在每个结账会话中只运行一次，而不是每次页面浏览都运行，即使在销售旺盛的月份请求量也保持适中，一年中的大部分时间都在零售商密钥所含的每日免费配额之内。在季节性高峰期间，账户曾短暂转为使用预付额度，每次请求 €0.0001，这笔费用小到从未成为值得讨论的开支项目。
整个改动从表单中去掉了一个字段，代之以一个没人察觉到的查询。购物者只注意到网站似乎已经知道他们在哪里，而这正是这类个性化的全部目标：它应该让人感觉阻力更少，而不是多了一个新功能。字段详情和可用格式记录在 /docs/ipv4-lookup/ 和 /docs/ipv6-lookup/。