A maioria das plataformas de analytics responde à pergunta "de onde vêm meus visitantes" carregando um script no navegador do visitante e enviando de volta tudo o que consegue coletar. Um publisher que queria manter as páginas rápidas e a quantidade de scripts pequena buscava a mesma resposta sem acrescentar mais um código no navegador que precisasse carregar, executar e enviar dados antes que o número aparecesse em um painel.
A alternativa já estava na requisição que o próprio servidor do publisher processava a cada visualização de página: o endereço IP do visitante. Enviado para /v1/ip, esse endereço é resolvido em país, região, cidade, código postal, coordenadas, fuso horário, ASN e organização, tudo sem que o navegador do visitante faça absolutamente nada. O servidor do publisher registrava os campos de país e região junto com cada visualização de página que já gravava, e a segmentação do tráfego por país passou a ser um relatório gerado a partir de dados que o servidor já tinha, e não uma fonte de dados que precisava ser adicionada.
Essa é uma abordagem bem diferente de um pixel ou de um beacon. Nada era disparado do navegador do visitante para terceiros, e nada dependia de um script sobreviver a um bloqueador de anúncios ou a uma configuração de privacidade que descarta silenciosamente rastreadores de terceiros, o que representa uma parcela real e crescente do tráfego na maioria dos sites. A consulta rodava inteiramente do lado do servidor, no momento em que a requisição já estava sendo processada, e o resultado era registrado diretamente, e não deduzido da fração de navegadores dos visitantes que colaborava com um script.
O publisher usou os dados de país resultantes para duas coisas logo de início. A redação pôde ver, pela primeira vez com real confiança, quais países liam quais seções, já que o campo de país estava associado a cada visualização de página, e não apenas ao subconjunto que uma ferramenta baseada em JavaScript conseguia capturar. A equipe de venda de anúncios pôde informar o alcance geográfico aos anunciantes usando os mesmos números que a redação já acompanhava, em vez de manter dois sistemas de analytics separados que às vezes discordavam.
Nada disso exigiu armazenar algo especialmente sensível. O detalhe em nível de país e região é naturalmente pouco granular, útil para relatórios agregados e não para identificar um visitante individual, e a política de retenção do publisher para esses dados seguia as mesmas regras que ele já aplicava aos logs do servidor em geral.
O volume acompanhava diretamente as visualizações de página, o que, para um publisher de porte real, levará o uso além da cota diária gratuita e para o crédito pré-pago com bastante rapidez, a € 0,0001 por requisição, ou tornará uma chave Unlimited a € 50 por mês a opção mais simples quando o volume for alto e previsível. De qualquer forma, a conta era simples de fazer em comparação com o custo de uma plataforma de analytics de terceiros que cobra pela mesma divisão por país, muitas vezes com dados menos confiáveis por causa de tudo o que uma abordagem baseada em script deixa escapar.
A mudança maior foi tanto filosófica quanto técnica: a localização para fins de analytics não precisa vir de algo rodando no navegador do visitante. Ela pode vir do mesmo servidor que já está processando a requisição, usando dados que o servidor já vê. A documentação do endpoint está em /docs/ipv4-lookup/ e /docs/ipv6-lookup/.