Verifying an address matches its stated postal code before checkout
A mismatched postal code and city on an order form looks like a small typo until it turns into a delivery sent to the wrong part of the country entirely.
Every extra field on a checkout page costs a retailer some percentage of shoppers who abandon the cart rather than fill it in. A country selector is a small field, but it is one more decision at exactly the point in a purchase where a shopper is most likely to leave, and an online retailer selling into a dozen countries decided to remove it entirely.
The replacement was a server-side lookup that ran before the checkout page rendered. /v1/ip takes the visitor's IP address and returns country, region, city, postcode and coordinates, all read from the same request already carrying the shopper to the site. The retailer used the country field to pre-select the shipping country, adjust which payment methods were offered, and switch the displayed language where more than one was available for that market. A shopper from a country the store did not ship to saw a message about that immediately, rather than filling out an entire form only to hit a dead end at the payment step.
None of this locked the shopper in. The pre-selected country was editable, since IP geolocation reflects the network a request came from and not always the billing address a person wants to use, particularly for anyone traveling or on a corporate network that routes traffic through a different country. Treating the detected country as a sensible default rather than a fact avoided the frustration of a checkout page that refuses to believe where a customer actually lives.
The retailer layered pricing on top of the same detection. Certain markets got prices adjusted for local purchasing power and shipping cost, decided ahead of time by the merchandising team and simply applied based on which country field came back from the lookup. This is a business decision the store makes with its own pricing engine, not something the geolocation call decides on its own, but it needed a reliable country signal to run at all, and reading it server-side meant the price a shopper saw was consistent with the price the checkout would actually charge, rather than a client-side script that could be manipulated or that simply failed to load.
Because the lookup runs once per checkout session rather than per page view, volume stayed modest even during a strong sales month, and it sat inside the free daily allowance included with the retailer's key for most of the year. During a seasonal peak the account moved briefly into prepaid credit at €0.0001 a request, a cost small enough that it never came up as a line item worth discussing.
The whole change removed one field from a form and replaced it with a lookup nobody sees happen. Shoppers noticed only that the site seemed to already know where they were, which is the entire goal of this kind of personalization: it should feel like less friction, not like a new feature. Field details and available formats are documented at /docs/ipv4-lookup/ and /docs/ipv6-lookup/.