Cada campo extra em uma página de checkout custa ao lojista uma porcentagem de compradores que abandonam o carrinho em vez de preenchê-lo. Um seletor de país é um campo pequeno, mas é mais uma decisão justamente no ponto da compra em que o comprador tem mais chance de desistir, e uma loja online que vende para uma dúzia de países decidiu removê-lo por completo.
A substituição foi uma consulta no servidor executada antes da renderização da página de checkout. /v1/ip recebe o endereço IP do visitante e retorna país, região, cidade, código postal e coordenadas, tudo lido da mesma requisição que já está levando o comprador ao site. A loja usou o campo de país para pré-selecionar o país de entrega, ajustar quais formas de pagamento eram oferecidas e trocar o idioma exibido quando havia mais de um disponível para aquele mercado. Um comprador de um país para o qual a loja não enviava via uma mensagem sobre isso imediatamente, em vez de preencher um formulário inteiro só para chegar a um beco sem saída na etapa de pagamento.
Nada disso prendia o comprador. O país pré-selecionado era editável, já que a geolocalização de IP reflete a rede de onde veio a requisição, e nem sempre o endereço de cobrança que a pessoa quer usar, principalmente para quem está viajando ou em uma rede corporativa que roteia o tráfego por outro país. Tratar o país detectado como um padrão sensato, e não como um fato, evitou a frustração de uma página de checkout que se recusa a acreditar onde o cliente realmente mora.
A loja acrescentou a precificação sobre a mesma detecção. Certos mercados receberam preços ajustados ao poder de compra local e ao custo de frete, definidos com antecedência pela equipe de merchandising e simplesmente aplicados com base no campo de país retornado pela consulta. Essa é uma decisão de negócio que a loja toma com o seu próprio mecanismo de preços, não algo que a chamada de geolocalização decide sozinha, mas precisava de um sinal de país confiável para funcionar, e lê-lo no servidor significava que o preço visto pelo comprador era coerente com o preço que o checkout realmente cobraria, em vez de depender de um script no navegador que poderia ser manipulado ou simplesmente não carregar.
Como a consulta é executada uma vez por sessão de checkout, e não a cada visualização de página, o volume continuou modesto mesmo em um mês forte de vendas e ficou dentro da cota gratuita diária incluída na chave da loja durante a maior parte do ano. Durante um pico sazonal, a conta passou brevemente para o crédito pré-pago a € 0,0001 por requisição, um custo tão pequeno que nunca apareceu como um item que valesse a pena discutir.
A mudança toda removeu um campo de um formulário e o substituiu por uma consulta que ninguém vê acontecer. Os compradores só perceberam que o site parecia já saber onde eles estavam, que é todo o objetivo desse tipo de personalização: ela deve parecer menos atrito, não um novo recurso. Os detalhes dos campos e os formatos disponíveis estão documentados em /docs/ipv4-lookup/ e /docs/ipv6-lookup/.