Melhor serviço de dados de IP: como escolher uma API de inteligência de IP

Escolher um provedor de dados de inteligência de IP é enganosamente difícil, porque todas as opções se apresentam da mesma forma. Há uma longa tabela de campos, um plano gratuito, um mapa-múndi, uma página de logos. No papel, são intercambiáveis. Aí você constrói em cima de um deles, coloca em produção e descobre que o tipo de conexão com que você contava vem vazio para metade do seu tráfego, que o indicador de VPN deixou passar o endereço de datacenter óbvio e que a "pontuação de risco" é um número sem nenhuma explicação que você possa mostrar a um cliente.

A tabela de recursos não consegue dizer nada disso. O que vem a seguir é o checklist do comprador que consegue: as seis coisas que realmente separam um serviço de dados de IP de verdade de um serviço raso, o que perguntar sobre cada uma e, para você ter um ponto de referência concreto, como respondemos a cada uma no GeoIPHub. Use-o para questionar qualquer provedor da sua lista, inclusive nós.

Por que todos parecem iguais na página de preços

Dois serviços podem anunciar o mesmo campo (digamos, connection_type) e entregar coisas completamente diferentes. Um o preenche para quase todos os endereços a partir da tabela global de roteamento. O outro o retorna apenas para uma fração dos IPs, deixa o resto em branco e ainda assim o lista como "recurso". As duas páginas de marketing usam a mesma palavra.

Essa é a armadilha. A qualidade dos dados de IP é invisível até você olhar respostas reais, então a página de preços premia quem alega mais, e não quem retorna mais. Toda a habilidade de escolher bem está em se recusar a avaliar com base em alegações. Cada critério abaixo foi escrito para ser conferido contra uma resposta JSON real, não contra uma caixinha marcada.

1. Completude dos dados e onde ela é bloqueada

Comece pelo número de destaque e, em seguida, desconfie dele.

Uma resposta moderna de inteligência de IP é legitimamente grande: cerca de 100 campos em 10 grupos de resposta: a rede (ASN, ISP, tipo de conexão), geolocalização aproximada, dados de WHOIS/registro, DNS reverso, detecção de VPN/proxy/Tor/hospedagem, sinais de ameaça e de bots e uma pontuação de risco. Detalhamos cada um deles na lista completa de campos de dados de IP. Esse é um teto razoável. Desconfie de números de destaque muito acima disso. Um campo só conta se vier de fato preenchido para o endereço que você consultou, e esquemas inflados, cheios de campos vazios ou placeholders, aumentam o número sem acrescentar uma única decisão.

A pergunta mais importante não é quantos campos, mas quais campos, em qual plano. Este é o padrão a observar: a maioria dos provedores anuncia o esquema completo e depois bloqueia a metade valiosa (ISP, tipo de conexão, detecção de VPN/proxy, o nome do provedor e qualquer pontuação de risco) atrás de planos pagos, deixando os planos gratuito e de entrada com pouco mais do que país e ASN. País e ASN não sustentam uma decisão de fraude ou de acesso, então o "plano gratuito" é, na verdade, uma demonstração.

Como o GeoIPHub responde: todos os campos são retornados em todos os planos, incluindo o plano gratuito: 1.500 consultas por dia, sem nenhum campo bloqueado por plano. O tipo de conexão, o nome do provedor de VPN, os sinais de ameaça e a pontuação de risco estão todos presentes no plano gratuito, o que é suficiente para construir e validar uma integração real antes de gastar qualquer coisa. É uma posição deliberada, e é a que diríamos a um comprador para exigir de qualquer um.

2. Detecção verificada, não uma lista estática

Este é o critério que separa os serviços que fazem o trabalho dos que revendem um conjunto de dados.

A detecção de VPN e proxy pode ser construída de duas formas. A forma comum é uma lista estática: um bloco de endereços é rotulado como VPN porque apareceu em um feed, e continua rotulado até a próxima atualização, quando muitas vezes a infraestrutura já mudou. Muitas APIs de IP são, por baixo dos panos, uma redistribuição de listas como essa, e é por isso que seus indicadores ficam desatualizados e por isso que elas raramente conseguem dizer por que um endereço foi sinalizado.

A forma melhor é a verificação: sondar ativamente o endereço em busca das portas e dos protocolos que os softwares de VPN e proxy realmente usam e cruzar com as listas de servidores publicadas pelos próprios operadores, para que o indicador reflita o que o endereço está fazendo agora. O teste prático para um comprador é simples: peça a um candidato que nomeie o provedor de VPN por trás de um IP sinalizado e explique o sinal. Um serviço baseado em listas normalmente não consegue; um que faz verificação consegue.

Como o GeoIPHub responde: os indicadores de VPN e proxy se apoiam em sondagem ativa em mais de 25 portas e 8 protocolos, com sondas de handshake reais, combinada com listas de servidores de VPN obtidas das APIs de nove provedores mais uma lista pública de terceiros (NordVPN, Mullvad e outros), de modo que um endereço sinalizado traz os sinais por trás dele em scoring.detection_methods, em vez de um booleano seco. O campo vpn_provider deveria nomear o provedor, mas nas nossas próprias consultas ele ainda retorna "none" para alguns servidores listados, então não conte com a identificação do provedor por enquanto. Explicamos o mecanismo em como funciona a detecção de VPN e proxy, e você pode testá-lo na sua própria conexão com a ferramenta de consulta de IP. Uma ressalva honesta, porque ela tem lugar em um guia do comprador: o recall de detecção nunca é perfeito para ninguém, então descrevemos o método, e não uma porcentagem mágica de precisão, um ponto que deixamos claro em qual é a precisão real da geolocalização de IP.

Uma consulta real de VPN mostra a evidência, não só o indicador

Um indicador de VPN verificado vem com os motivos anexados, e dá para ver isso em uma única resposta real. Consultamos 102.129.235.17, um servidor comercial de VPN em Washington D.C., em 5 de outubro de 2026 (os resultados mudam à medida que as faixas se movem). Resumido aos grupos que importam aqui:

O array detection_methods é a trilha de auditoria. known_vpn_server significa que o endereço correspondeu a um servidor de VPN conhecido, e openvpn_open e ipsec_open significam que ele respondeu a handshakes reais de OpenVPN e IPsec quando o sondamos. Um fraud_score de 92 está acima da linha de 75, então recommended_action é block. Repare no que a resposta não mostra: vpn_provider é "none", então esta resposta comprova o indicador, mas não nomeia o operador. Essa lacuna é nossa para corrigir, e é exatamente o tipo de coisa que você só encontra lendo o JSON bruto.

3. Qualidade do tipo de conexão e do ASN

Se você só for acertar um campo, que seja este.

A distinção entre um endereço residencial (uma linha de banda larga doméstica, onde estão seus clientes reais) e um endereço de datacenter (um servidor alugado, onde vivem os bots, scripts e scrapers) é o dado de maior sinal em toda a inteligência de IP. Ela vem da tabela global de roteamento, e não de um palpite sobre a localização física, o que a torna um dos campos mais confiáveis que você pode pedir, desde que o provedor mantenha a cobertura de hospedagem e nuvem necessária para preenchê-lo com precisão.

O teste é a cobertura. Um serviço raso conhece as três grandes nuvens e pouco mais, então um checkout vindo de um provedor de hospedagem de segunda linha passa direto rotulado como "residencial". Um serviço sério acompanha a cauda longa das redes de hospedagem.

Como o GeoIPHub responde: a classificação de tipo de conexão e de hospedagem se apoia em 853 ASNs de hospedagem mais 10 feeds de faixas de nuvem, então a origem em datacenter é identificada muito além dos nomes óbvios. O raciocínio sobre por que esse campo importa tanto está em o que é um endereço IP de datacenter.

4. Uma pontuação de risco explicável

Muitos serviços entregam um único número de risco. Bem menos dizem o que entrou nele, e uma pontuação sem explicação é um passivo, não um ativo.

No momento em que você age com base em uma pontuação (desafiar um login, segurar um pedido, recusar um cadastro), alguém pode perguntar por quê, e "o número do fornecedor disse que sim" não é uma resposta que você queira dar a um cliente ou a um revisor de conformidade. Uma boa pontuação de risco é explicável: ela expõe os sinais individuais acionados, atribui pesos a eles, subtrai sinais atenuantes para que endereços compartilhados e móveis não sejam punidos e se mapeia para limites claros que você controla.

Pergunte a qualquer candidato: a pontuação vem com uma trilha de auditoria e consegue diferenciar "somar pontos" de "subtrair pontos"? Uma caixa-preta não consegue.

Como o GeoIPHub responde: a pontuação combina 36 motivos ponderados, incluindo os atenuantes, em um valor de 0 a 100 com uma ação recomendada em quatro faixas (allow ≤25, review ≤50, step_up ≤75, block >75) e um array detection_methods que nomeia exatamente quais sinais foram acionados. Você pode defender cada decisão que ela produz. Listamos todos os motivos que a pontuação pode nomear, com seus pesos, e você pode ver uma pontuação em tempo real para qualquer endereço com a verificação de pontuação de fraude de IP.

5. Atualidade: quão recentes os dados realmente são

A inteligência de IP é perecível. O espaço de endereços é reatribuído, faixas de hospedagem são adicionadas, relays do Tor e servidores de VPN aparecem e somem todos os dias. Um conjunto de dados atualizado em um ritmo lento fica silenciosamente errado para uma fatia crescente do tráfego entre uma atualização e outra, e você nunca vai ver isso acontecer.

Pergunte com que frequência cada tipo de dado é atualizado e o que acontece quando o serviço encontra um endereço que nunca classificou. A resposta fraca é "atualizamos o banco de dados periodicamente". A resposta forte diferencia os dados que são atualizados diariamente dos endereços que são classificados ao vivo, sob demanda.

Como o GeoIPHub responde: a lista de saídas do Tor é atualizada diariamente, o WHOIS vem ao vivo dos registros RDAP dos 5 RIRs, a geolocalização estática é resolvida por consultas MMDB em menos de um milissegundo, e um endereço que o sistema ainda não viu é classificado ao vivo em menos de 2,5 segundos, em vez de retornar dados desatualizados ou vazios. A base de sinais vem de mais de 30 fontes de dados e de 19 feeds oficiais de faixas de rastreadores e bots de IA, para que a verificação de bots e rastreadores também se mantenha atualizada.

6. Um plano gratuito honesto e uma integração simples

O último critério é o que prevê toda a sua experiência com um fornecedor, porque revela a intenção dele.

Um plano gratuito honesto é aquele que você consegue avaliar de verdade e até usar para pequenas cargas de produção (os dados completos, um limite diário viável), e não uma demonstração limitada, projetada para forçar um upgrade antes que você tenha aprendido alguma coisa. E a integração deve ser uma única requisição para um único endpoint, retornando um único objeto JSON previsível, e não uma dança em várias etapas. Se leva uma tarde para obter a primeira resposta útil, esse custo se repete para todos que um dia construírem em cima do serviço.

Como o GeoIPHub responde: o plano gratuito tem 1.500 consultas por dia com todos os campos, o acesso anônimo está disponível com 30 consultas por minuto para testes rápidos, e o serviço inteiro é um único GET https://api.geoiphub.com/v1/lookup/{ip} que retorna um documento JSON. Você começa a ler respostas reais em um minuto, e esse é exatamente o ponto: um comprador nunca deveria ter que aceitar a completude por fé.

GeoIPHub vs. o serviço de dados de IP típico

Juntando os seis critérios, este é o formato da diferença. A coluna da esquerda descreve o padrão que você costuma encontrar ao ler respostas reais pelo mercado; a coluna da direita é o que o GeoIPHub retorna, tudo verificável no plano gratuito.

A coluna dos concorrentes foi escrita de forma genérica, de propósito, porque o honesto a dizer é que esses são padrões que você vai comumente encontrar, e não uma afirmação sobre um provedor específico. O objetivo da tabela não é dar nota a ninguém. É dar a você as perguntas, para que você mesmo preencha essa coluna da esquerda para a lista de finalistas que tiver em mãos.

O que um provedor confiável não vai alegar

Um guia do comprador que só lista pontos fortes é uma página de vendas. Então aqui está o outro lado, porque a forma como um provedor fala sobre seus limites já é, por si só, um sinal de qualidade.

Nenhum serviço de dados de IP consegue situar um endereço em uma rua ou identificar uma pessoa. A geolocalização é, na melhor das hipóteses, uma estimativa aproximada entre cidade e região, e é ainda mais fraca em conexões móveis, CGNAT e VPN. O GeoIPHub retorna um valor geo_confidence que pode ser baixo ou zero para IPs anycast e de infraestrutura justamente porque esses endereços não têm um único local físico, e preferimos retornar uma incerteza honesta a um palpite confiante. Também não inflamos a quantidade de campos, não prometemos uma taxa de detecção perfeita nem alegamos precisão no nível de endereço. Um provedor que promete precisão milimétrica a partir de um IP sozinho está dizendo algo útil (que está disposto a vender mais do que entrega), e vale a pena saber disso antes de construir.

Avalie qualquer serviço em dez minutos

• Leia o JSON bruto, não a tabela de recursos. Passe três ou quatro endereços por cada candidato e olhe a resposta real. Alegações são de graça; campos preenchidos, não.
• Teste um IP de datacenter e um de VPN. Use um endereço que você sabe que é hospedado ou que está em uma VPN e confirme que o tipo de conexão e o indicador de VPN estão corretos e são específicos. Um indicador que lista os sinais por trás dele vale mais do que um true seco.
• Teste um IP móvel. Confira se ele é identificado como móvel/CGNAT e tratado com tolerância, e não rotulado errado e penalizado. É aqui que nascem os falsos positivos.
• Exija uma explicação da pontuação. Se o número de risco não consegue dizer quais sinais foram acionados, você não consegue defender as decisões que toma com ele.
• Confira o plano que você realmente compraria. Confirme que os campos de que você precisa vêm preenchidos nesse plano, e não apenas documentados na página de preços.
• Cronometre a primeira resposta útil. Um endpoint, um objeto JSON, um minuto até o primeiro resultado. Atrito aqui se repete para sempre.

O melhor serviço de dados de IP não é o que vence a comparação de tabelas de recursos. É aquele cujas respostas reais sobrevivem a dez minutos de leitura cética: completo no plano que você pode pagar, verificado em vez de adivinhado e honesto sobre o que não consegue saber. Cobre esse padrão de todos os provedores, inclusive do GeoIPHub, e a escolha se faz sozinha.

Perguntas frequentes

O que define o melhor serviço de dados de IP?

Três coisas que nunca aparecem em uma página de preços. Primeiro, dados completos em todos os planos: os campos úteis (ISP, tipo de conexão, indicadores de VPN/proxy, a pontuação de risco) disponíveis sem paywall, e não apenas país e ASN no plano gratuito. Segundo, uma detecção verificada em vez de adivinhada, ou seja, indicadores de VPN e proxy construídos a partir de sondagem ativa da rede e das próprias listas de servidores dos provedores, e não de uma lista estática desatualizada. Terceiro, uma pontuação de risco explicável, que retorna exatamente os sinais que foram acionados, para que uma decisão possa ser defendida em vez de aceita às cegas. Quantidade de campos e um mapa são o mínimo esperado; são esses três pontos que separam uma API de inteligência de IP de verdade de uma API rasa.

Quantos campos de dados uma API de inteligência de IP deve retornar?

O suficiente para tomar uma decisão, com corroboração entre grupos independentes. Cerca de 100 campos organizados em 10 grupos de resposta é um número realista hoje: a rede (ASN, ISP, tipo de conexão), geolocalização aproximada, dados de WHOIS/registro, DNS reverso, detecção de VPN/proxy/Tor/hospedagem, sinais de ameaça e de bots e uma pontuação de risco. Desconfie de números de destaque muito acima disso; um campo só importa se vier de fato preenchido para o IP que você consultou, e muitos campos anunciados voltam vazios ou como placeholders. Peça uma resposta de exemplo real antes de contar.

Uma API gratuita de dados de IP é boa o bastante para produção?

Depende inteiramente de o plano gratuito ser honesto ou apenas uma demonstração. Muitos provedores bloqueiam os campos valiosos (ISP, tipo de conexão, detecção de VPN/proxy, a pontuação de risco) atrás de planos pagos, deixando o plano gratuito com pouco mais do que país e ASN, o que não basta para tomar uma decisão de fraude ou de acesso. Um plano gratuito realmente útil retorna todos os campos. O GeoIPHub, por exemplo, retorna todos os campos no plano gratuito, com 1.500 consultas por dia e nenhum campo bloqueado por plano, o que é suficiente para construir e validar uma integração real antes de gastar qualquer coisa.

Como avalio um provedor de dados de IP antes de me comprometer?

Passe o mesmo punhado de endereços por cada candidato e leia o JSON bruto, não o marketing. Use um IP que você sabe que é de datacenter ou de VPN e confira se o tipo de conexão e o indicador de VPN estão corretos e são específicos; use um IP móvel e confira se ele é identificado corretamente em vez de rotulado errado; e confira se a pontuação de risco explica quais sinais usou. Depois, confirme que os campos de que você precisa vêm preenchidos no plano que você realmente compraria, e não apenas documentados. Dez minutos lendo respostas reais dizem mais do que qualquer tabela de recursos.

Por que a detecção de VPN "verificada" importa mais do que uma grande lista de bloqueio?

Porque uma lista fica desatualizada no momento em que é publicada, e a infraestrutura de IP muda o tempo todo. A detecção verificada reflete o que o endereço está fazendo agora, porque sonda ativamente o endereço em busca das portas e dos protocolos que os softwares de VPN e proxy realmente usam e cruza essas informações com as listas de servidores publicadas pelos próprios provedores, em vez de confiar no que uma lista dizia quando foi compilada pela última vez. O teste prático é se o serviço consegue dizer por que um endereço foi sinalizado, nomeando os sinais acionados, em vez de apenas retornar um true/false seco a partir de um conjunto de dados que você não pode inspecionar.