Proxy "Alemanha", mas o site vê Países Baixos: como funciona realmente a geolocalização de IP

Um cenário que se repete para todos que trabalham com proxies de forma séria. Você pega um IP residencial com geo "Alemanha". Abre um verificador - ele honestamente indica Alemanha, Frankfurt. Você acessa o site-alvo - e ele mostra a moeda holandesa, resultados holandeses e um banner de cookies holandês. O segundo verificador diz que o IP está na verdade na Bélgica. Quem está mentindo?

Ninguém. O problema é que o endereço IP não possui coordenadas. A geo-localização não é uma propriedade do endereço, mas sim a opinião de um banco de dados específico, que foi coletada de forma indireta. Existem vários bancos de dados, eles são independentes e divergem - de forma sistemática e previsível. Abaixo, vamos analisar de onde vêm esses dados, quão grande é a margem de erro real com base em medições recentes e o que fazer com isso na prática.

O IP não tem geografia - existem apenas estimativas

No próprio pacote não há um campo "país". Tudo o que a internet sabe sobre o endereço é para quem ele foi atribuído nos documentos do registrador e para onde vão as rotas BGP. A partir disso, bancos de dados comerciais (MaxMind, IPinfo, IP2Location, DB-IP e outros) coletam suposições, combinando cinco fontes:

• Registros RIR e whois. O país no registro é a jurisdição da organização que recebeu o bloco, e não o local onde as máquinas estão fisicamente. Um provedor alemão pode facilmente alocar endereços em Amsterdã.
• Geofeeds. O formato de dados geográficos auto-publicados é definido pelo RFC 8805 (2020), que foi substituído pelo RFC 9632 em 2024 - com validação e descoberta através do RDAP. O operador declara onde sua sub-rede está. Esta é a única fonte autoritativa, mas a cobertura é mínima: até o final de 2023, os geofeeds publicaram cerca de 2.800 sistemas autônomos - aproximadamente 34 milhões de endereços IPv4, ou 0,8% das alocações globais.
• Roteamento e prefixos BGP. Se se sabe onde está um endereço, a base extrapola para todo o prefixo. Daí vem a maior parte dos erros.
• Medidas de latência. Triangulação por RTT a partir de pontos conhecidos - funciona bem nas cidades da Europa densa, mas falha onde há poucos pontos de medição.
• Dados de parceiros. Sinais de aplicativos e serviços que correlacionam IPs com coordenadas GPS de dispositivos.

Cada fornecedor mistura isso em sua própria proporção e de acordo com suas próprias regras. Os resultados não precisam coincidir.

Quão grande é o erro: medições de 2026

No dia 21 de maio de 2026, pesquisadores da Virginia Tech (Syed Tauhidun Nabi, Jocelyn Bliton, Tijay Chung, Shaddi Hasan) publicaram um trabalho intitulado "Lost in the Prefix: Revisiting IP Geolocation Accuracy Across Networks and Geographies". Eles compararam quatro bases - MaxMind GeoLite2, IPinfo, IP2Location DB11 e DB-IP Lite - com um padrão de 16.010 sondas do RIPE Atlas em 175 países e 21.292 pares "IP - escola" do projeto UNICEF Giga. No total, foram 37.302 observações, das quais 74,7% eram IPv4 e 25,3% IPv6.

Números-chave:

• Redes fixas: erro mediano de 3 a 16 km dependendo do provedor. Para internet fixa residencial em um país desenvolvido, a geo funciona bem.
• Redes móveis: erro mediano de 179 a 207 km. Isso representa um desvio mais de dez vezes maior em relação às redes fixas, e é consistente entre as quatro bases.
• Taxa de erros grosseiros (acima de 100 km) por regiões: Europa 9-20%, Américas 8-22%, Ásia 53-61%, África 66-72%.
• Causa: cerca de 70% dos prefixos móveis estão fisicamente espalhados por mais de 100 km. Quanto maior o prefixo, maior o erro - independentemente do fornecedor, tipo de rede e região.

Um detalhe importante: todas as quatro bases erram aproximadamente da mesma forma e nos mesmos locais. Não se trata de "um fornecedor ruim contra um bom" - é uma limitação geral do método. Nos países do Sul Global, há de 2 a 3 vezes mais prefixos "grosseiros", portanto, os erros são maiores lá.

A própria MaxMind define suas limitações de forma honesta: 99,8% de precisão no nível do país, cerca de 80% no nível do estado/região nos EUA e 66% no nível da cidade - sendo que "cidade" significa estar dentro de um raio de 50 km. É especificado separadamente que endereços em redes móveis são utilizados por telefones a grandes distâncias, e no caso de VPN ou proxy, a base geo-localiza o servidor, e não o usuário final.

Por que o verificador e o site veem coisas diferentes

Aqui está a chave para o cenário inicial. O verificador que você abriu mostra dados de sua base. O site-alvo olha em sua. Essas são respostas diferentes para a mesma pergunta, e ambas são "corretas" em seu próprio sistema de coordenadas.

Três mecanismos específicos de divergência:

• Fornecedores diferentes. Um site por trás do Cloudflare obtém o país do cabeçalho CF-IPCountry - esses são dados próprios do Cloudflare, e eles frequentemente divergem do que a MaxMind fornece para o mesmo endereço naquele mesmo momento. Streaming e sistemas de pagamento geralmente mantêm suas próprias listas, complementadas por históricos de comportamento.
• Idade dos dados. Os dados gratuitos GeoLite2 City e Country são atualizados duas vezes por semana - às terças e sextas. Os dados comerciais GeoIP2 são lançados todos os dias úteis. Um site com um snapshot de um ano verá uma imagem do ano passado. Isso também explica por que novas sub-redes "demoram" semanas para se estabilizar.
• Diferente detalhamento. Os fornecedores têm políticas diferentes: alguns fornecem a cidade, outros arredondam intencionalmente para a região ou país se a confiança for baixa. A ausência de uma cidade não é um erro, mas uma recusa em adivinhar.

Quatro situações onde a divergência é quase garantida

1. Proxies móveis. O pior caso por definição: CGNAT, um prefixo para metade do país, mediana de erro em torno de 200 km. Exigir que um IP móvel indique uma cidade exata é inútil - a rede não é estruturada dessa forma. Além disso, é útil verificar se o IP é realmente móvel, e não um datacenter com ASN falsificado: a análise da metodologia está no material como distinguir um proxy 4G verdadeiro de um ASN falso.
2. Blocos revendidos e relocados. Após a transferência de uma sub-rede IPv4 para um novo proprietário, o antigo país permanece nos bancos de dados por meses. O mercado de endereços secundários é ativo, então isso é um fenômeno comum, e não uma exceção.
3. Anycast e nuvens. O mesmo prefixo é anunciado de dezenas de pontos ao redor do mundo. A base é forçada a reduzir isso a uma única localização - e qualquer escolha será incorreta para a maioria das consultas.
4. Registro na sede. O provedor está registrado em um país, mas mantém a infraestrutura em outro. A base usa os documentos, pois não há outros dados disponíveis.

O que fazer na prática

1. Verifique onde isso é importante, e não no verificador. O único teste significativo é abrir o site-alvo e ver qual país e moeda ele mostrou. Se a tarefa é obter resultados locais do Google ou preços regionais, o verificador não é um critério de aceitação.
2. Compare pelo menos três bases. Se MaxMind, IPinfo e DB-IP concordam - é muito provável que o site-alvo também veja da mesma forma. Divergências entre eles são um sinal de que o endereço é questionável e haverá problemas.
3. Separe os requisitos "país" e "cidade". O país em um provedor respeitável é confiável (99,8% segundo a MaxMind). A cidade é uma variável probabilística com um raio de cerca de 50 km, mesmo no melhor dos casos. Construir a lógica de negócios com base na cidade só pode ser feito com uma margem de erro.
4. Olhe para o prefixo, e não para o endereço. Verifique whois e o tamanho do bloco anunciado. Se o IP está em /16, estendido por meio país, não haverá uma vinculação precisa para ninguém.
5. Não confunda geo com reputação. Um país correto não diz nada sobre se o endereço está marcado como proxy. Isso é uma verificação separada em bancos de dados diferentes - detalhadamente analisada no material sobre mitos sobre IP "limpo" e verificadores de reputação.
6. Pergunte ao provedor sobre o geofeed. Se o operador da sub-rede publicou um geofeed de acordo com o RFC 9632, o país e a cidade vêm dele mesmo, e não de suposições. Este é o argumento mais forte a favor de um pool específico. Correções através do geofeed são importadas e verificadas pela MaxMind uma vez por dia útil, correções pontuais - em 1 a 2 dias úteis, após os quais elas entram na próxima versão da base.

Como isso afeta a escolha do tipo de proxy

Das medições, surge uma regra simples. Se a tarefa exige geografia precisa - resultados locais de buscadores, preços regionais, publicidade geo-direcionada - utilize proxies residenciais em linhas fixas: lá, o erro mediano é medido em unidades de quilômetros. Se a tarefa exige que a plataforma confie no tipo de rede - redes sociais, mensageiros, aplicativos móveis - utilize proxies móveis, mas considere que o ponto no mapa pode variar dentro da região. Combinar ambos os requisitos em um único IP não será fisicamente possível: essa é uma limitação da arquitetura das redes móveis, e não da qualidade do pool.

Para regiões com alta taxa de erros grosseiros - Ásia, África - planeje no nível do país, e não da cidade. Lá, segundo os dados da pesquisa, cada segundo ou terceiro endereço se afasta do local real por mais de cem quilômetros em qualquer fornecedor.

Conclusão

"O país não está correto" quase nunca significa que você foi enganado com o proxy. Mais frequentemente, isso significa que você comparou as respostas de dois bancos de dados diferentes e ficou surpreso que elas não coincidiram. A ordem correta de ações: descobrir qual banco de dados a plataforma-alvo está lendo, verificar a geo exatamente nele, comparar endereços questionáveis em várias fontes e não exigir precisão urbana de redes móveis, que não a têm e nunca terão.

E mantenha em mente o número principal deste ano: 3–16 km em linhas fixas contra 179–207 km em móveis. Isso explica a maior parte das reclamações sobre geo em proxies antes mesmo de você abrir um ticket de suporte.