La mayoría de las plataformas de analítica responden a la pregunta "de dónde vienen mis visitantes" cargando un script en el navegador del visitante y enviando de vuelta todo lo que puede recopilar. Un editor que intentaba mantener sus páginas rápidas y su cantidad de scripts reducida quería la misma respuesta sin añadir otra pieza de código del lado del cliente que tuviera que cargarse, ejecutarse e informar antes de que la cifra apareciera en un panel.
La alternativa ya estaba en la solicitud que el propio servidor del editor procesaba con cada visita a una página: la dirección IP del visitante. Enviada a /v1/ip, esa dirección se resuelve en país, región, ciudad, código postal, coordenadas, zona horaria, ASN y organización, todo sin que el navegador del visitante haga absolutamente nada. El servidor del editor registraba los campos de país y región junto a cada visita que ya estaba registrando, y la segmentación del tráfico por país pasó a ser un informe generado a partir de datos que el servidor ya tenía, en lugar de una fuente de datos que hubiera que añadir.
Es un enfoque claramente distinto al de un píxel o una baliza. No se enviaba nada desde el navegador del visitante a un tercero, y nada dependía de que un script sobreviviera a un bloqueador de anuncios o a una configuración de privacidad que descarta en silencio los rastreadores de terceros, lo que representa una parte real y creciente del tráfico en la mayoría de los sitios. La consulta se ejecutaba íntegramente en el servidor, en el momento en que ya se estaba procesando la solicitud, y el resultado se registraba directamente en lugar de deducirse de la fracción de navegadores de visitantes que cooperaba con un script.
El editor usó enseguida los datos de país resultantes para dos cosas. La redacción pudo ver, por primera vez con verdadera confianza, qué países leían qué secciones, ya que el campo de país iba asociado a cada visita y no solo al subconjunto que una herramienta basada en JavaScript lograba capturar. El equipo de venta de publicidad pudo informar a los anunciantes del alcance geográfico con las mismas cifras de base que ya consultaba la redacción, en lugar de mantener dos sistemas de analítica separados que a veces no coincidían.
Nada de esto requirió almacenar información especialmente sensible. El detalle a nivel de país y región es poco preciso por naturaleza, útil para informes agregados y no para identificar a un visitante concreto, y la política de conservación del editor para estos datos seguía las mismas reglas que ya aplicaba a sus registros del servidor en general.
El volumen seguía directamente a las visitas, lo que para un editor de cierto tamaño llevará el uso más allá de la cuota diaria gratuita y hacia el crédito prepago con bastante rapidez, a 0,0001 € por solicitud, o hará que una clave Unlimited a 50 € al mes sea la opción más sencilla cuando el volumen es alto y predecible. En cualquier caso, era fácil comparar las cuentas con el coste de una plataforma de analítica de terceros que cobra por el mismo desglose por país, a menudo con datos menos fiables por todo lo que se le escapa a un enfoque basado en scripts.
El cambio más importante fue tanto filosófico como técnico: la ubicación para fines de analítica no tiene por qué venir de algo que se ejecuta en el navegador del visitante. Puede venir del mismo servidor que ya está procesando la solicitud, usando datos que el servidor ya ve. La documentación del endpoint está en /docs/ipv4-lookup/ y /docs/ipv6-lookup/.