Cada campo adicional en una página de pago le cuesta a una tienda cierto porcentaje de compradores que abandonan el carrito en lugar de rellenarlo. Un selector de país es un campo pequeño, pero es una decisión más justo en el punto de la compra en el que es más probable que el comprador se vaya, y una tienda online que vende en una docena de países decidió eliminarlo por completo.
Lo sustituyó una consulta en el servidor que se ejecutaba antes de generar la página de pago. /v1/ip toma la dirección IP del visitante y devuelve país, región, ciudad, código postal y coordenadas, todo leído de la misma solicitud que ya lleva al comprador al sitio. La tienda usaba el campo del país para preseleccionar el país de envío, ajustar qué métodos de pago se ofrecían y cambiar el idioma mostrado cuando había más de uno disponible para ese mercado. Un comprador de un país al que la tienda no enviaba veía un aviso al respecto de inmediato, en lugar de rellenar todo un formulario para acabar en un callejón sin salida en el paso del pago.
Nada de esto dejaba atrapado al comprador. El país preseleccionado se podía editar, ya que la geolocalización de IP refleja la red desde la que llega una solicitud y no siempre la dirección de facturación que una persona quiere usar, sobre todo si está de viaje o en una red corporativa que enruta el tráfico a través de otro país. Tratar el país detectado como un valor predeterminado razonable y no como un hecho evitó la frustración de una página de pago que se niega a creer dónde vive realmente el cliente.
La tienda añadió los precios sobre esa misma detección. Ciertos mercados tenían precios ajustados al poder adquisitivo local y al coste de envío, decididos de antemano por el equipo de merchandising y aplicados simplemente según el campo de país que devolvía la consulta. Es una decisión de negocio que la tienda toma con su propio motor de precios, no algo que decida por sí sola la llamada de geolocalización, pero necesitaba una señal de país fiable para funcionar, y leerla en el servidor significaba que el precio que veía el comprador coincidía con el que el proceso de pago cobraría realmente, en lugar de depender de un script en el cliente que podía manipularse o que simplemente no llegaba a cargarse.
Como la consulta se ejecuta una vez por sesión de pago y no por cada vista de página, el volumen se mantuvo moderado incluso en un mes de ventas fuerte, y durante la mayor parte del año se mantuvo dentro de la cuota diaria gratuita incluida con la clave de la tienda. Durante un pico de temporada, la cuenta pasó brevemente a crédito prepago a 0,0001 € por solicitud, un coste tan pequeño que nunca llegó a aparecer como una partida digna de comentar.
Todo el cambio eliminó un campo de un formulario y lo sustituyó por una consulta que nadie ve suceder. Los compradores solo notaron que el sitio parecía saber ya dónde estaban, que es precisamente el objetivo de este tipo de personalización: debe sentirse como menos fricción, no como una función nueva. Los detalles de los campos y los formatos disponibles están documentados en /docs/ipv4-lookup/ y /docs/ipv6-lookup/.