在结账前核对地址与所填邮政编码是否一致
订单表单上邮政编码与城市不一致，看起来只是个小笔误，直到包裹被送到国内完全不同的地方。
无需跟踪脚本即可按国家细分分析数据
大多数分析平台回答“我的访客来自哪里”的方式，是在访客的浏览器中加载一个脚本，然后把它能收集到的信息回传。一家希望页面保持快速、脚本占用保持精简的出版商，想要得到同样的答案，而不必再添加一段客户端代码，还得等它加载、执行并回传之后，数字才会出现在控制台里。
替代方案其实早已存在于出版商自己的服务器为每次页面浏览处理的请求中：访客的 IP 地址。把这个地址传给 /v1/ip，即可解析出国家、地区、城市、邮政编码、坐标、时区、ASN 和组织，访客的浏览器完全无需做任何事。出版商的服务器把国家和地区字段与它本来就在记录的每次页面浏览一起记入日志，按国家划分的流量细分就成了一份根据服务器已有数据生成的报告，而不是一个需要额外添加的数据源。
这与像素或信标是截然不同的做法。没有任何东西从访客的浏览器发回给第三方，也没有任何东西依赖于脚本能否躲过广告拦截器或会悄悄屏蔽第三方跟踪器的隐私设置，而这在大多数网站上占据了真实且日益增长的流量份额。查询完全在服务器端、在请求本来就在处理的那一刻运行，结果被直接记录下来，而不是根据配合脚本的那一部分访客浏览器推断出来。
出版商立即把得到的国家数据用于两件事。编辑部第一次能够真正有把握地看到哪些国家在阅读哪些栏目，因为国家字段附在每一次页面浏览上，而不仅仅是基于 JavaScript 的工具设法捕获到的那一部分。广告销售部门可以使用编辑团队已经在看的同一套底层数据，向广告主报告地域覆盖情况，而不必维护两套相互独立、有时结论还不一致的分析系统。
这一切都不需要存储任何特别敏感的信息。国家和地区级别的细节本质上是粗粒度的，适用于汇总报告，而不是识别个别访客，出版商对这些数据的保留政策也沿用了它对服务器日志普遍适用的相同规则。
调用量与页面浏览量直接挂钩，对于任何具有一定规模的出版商来说，用量会很快超出每日免费配额，进入预付额度，按每次请求 €0.0001 计费；或者当用量高且可预测时，每月 €50 的 Unlimited 密钥会是更简单的选择。无论哪种方式，都可以直接与第三方分析平台为同样的国家细分所收取的费用进行比较，而由于基于脚本的方法会遗漏大量数据，那些平台提供的数据往往还不那么可靠。
更大的转变既是技术上的，也是理念上的：用于分析的位置信息并不需要来自运行在访客浏览器中的某个东西。它可以来自本来就在处理请求的同一台服务器，使用服务器已经看到的数据。该端点的文档位于 /docs/ipv4-lookup/ 和 /docs/ipv6-lookup/。