O provedor promete "mais de 10 milhões de IPs", mas na prática você recebe o mesmo endereço a cada poucos minutos. Esta é uma situação clássica de números inflacionados no marketing de serviços de proxy. Há uma maneira simples e confiável de verificar o tamanho real do pool — fazer uma série de solicitações e contar quantos IPs únicos você obteve. Neste artigo, vamos discutir como fazer isso corretamente, sem erros que distorcem o resultado.
Por que verificar o tamanho do pool de proxies
O tamanho do pool afeta diretamente a frequência com que os endereços IP se repetem em um grande número de solicitações. Se você é um arbitrador e gerencia 50 contas do Facebook Ads, um IP repetido em vários perfis é um caminho direto para o banimento em cadeia de toda a rede de contas. Se você é um especialista em SMM e gerencia 30 contas de clientes no Instagram através do Dolphin Anty, cada repetição de IP é um risco de vincular contas de diferentes clientes aos olhos do sistema antifraude da plataforma.
Para vendedores na Wildberries e Ozon, um pool real pequeno significa que o parser de preços dos concorrentes rapidamente será bloqueado por rate-limit ou captcha — o site verá dezenas de solicitações do mesmo endereço e o bloqueará. Para os profissionais de marketing que testam geotargeting de anúncios, é importante entender se as solicitações estão realmente saindo de diferentes sub-redes e cidades, e não de três IPs repetidos de um único data center.
A verificação leva de 10 a 15 minutos, e seu resultado economiza semanas de trabalho que, de outra forma, seriam gastas desbloqueando contas e descobrindo por que os "novos" IPs se mostraram velhos conhecidos.
Por que os provedores exageram os números
O tamanho declarado do pool é frequentemente o número total de endereços que teoricamente estão disponíveis na rede do provedor ao longo de sua existência, incluindo IPs que há muito não são alocados, banidos por plataformas-alvo ou pertencentes a dispositivos inativos no caso de proxies residenciais e móveis. A amostra realmente disponível no momento da sua solicitação pode ser muito menor.
Há também uma segunda razão: a rotação de IPs em muitos provedores funciona no princípio de "sessão — novo IP", mas o pool de rotação pode ser limitado a um geográfico específico ou sub-rede do ISP. Se você está solicitando IPs apenas dos EUA, e o pool geral do provedor é contado por todos os países ao mesmo tempo, o número real de endereços disponíveis para você pode diferir do anunciado em dezenas de vezes.
É por isso que o teste de 1000 solicitações não é uma paranoia, mas uma etapa obrigatória de due diligence antes de construir um processo de negócios em um provedor de proxies com dezenas de contas ou um parser que funciona 24/7.
Método de verificação: 1000 solicitações e contador de IPs únicos
A lógica do método é simples: você faz N solicitações a um serviço que retorna seu IP externo atual (por exemplo, httpbin.org/ip ou api.ipify.org), a cada solicitação o proxy deve mudar o IP de acordo com suas configurações de rotação. Todos os endereços obtidos são acumulados em um conjunto (set), que automaticamente filtra duplicatas. No final, você divide o número de IPs únicos pelo número total de solicitações — esse é o verdadeiro coeficiente de exclusividade do pool.
Para um teste correto, três condições são importantes:
- As solicitações devem ser feitas com um intervalo que corresponda ao cenário real de uso — não é necessário fazer 1000 solicitações em 3 segundos, se no trabalho real você muda o IP a cada 5 minutos;
- Cada solicitação deve iniciar uma nova sessão de proxy (para proxies residenciais e móveis, isso geralmente significa um novo token de sticky-session ou a recriação completa da conexão);
- O teste deve ser feito exatamente no geográfico e tipo de proxy que você planeja usar em produção — um teste em um pool geral não mostrará a situação real para um país específico.
O número 1000 foi escolhido não por acaso — é uma amostra suficiente para a significância estatística do resultado, ao mesmo tempo em que o teste é realizado em um tempo razoável e não cria uma carga excessiva no provedor.
Script pronto em Python para o teste
Abaixo está um script funcional que faz 1000 solicitações através de um proxy e conta os IPs únicos. Substitua as variáveis PROXY_HOST, PROXY_PORT, PROXY_USER e PROXY_PASS pelos dados da sua conta no provedor de proxies.
import requests
import time
from collections import Counter
PROXY_HOST = "proxy.example.com"
PROXY_PORT = "8000"
PROXY_USER = "login"
PROXY_PASS = "password"
proxy_url = f"http://{PROXY_USER}:{PROXY_PASS}@{PROXY_HOST}:{PROXY_PORT}"
proxies = {"http": proxy_url, "https": proxy_url}
TOTAL_REQUESTS = 1000
DELAY_SECONDS = 0.5 # pausa entre solicitações
ip_counter = Counter()
errors = 0
for i in range(TOTAL_REQUESTS):
try:
response = requests.get(
"https://api.ipify.org?format=json",
proxies=proxies,
timeout=10
)
ip = response.json().get("ip")
ip_counter[ip] += 1
except Exception as e:
errors += 1
time.sleep(DELAY_SECONDS)
unique_ips = len(ip_counter)
success_requests = TOTAL_REQUESTS - errors
uniqueness_ratio = unique_ips / success_requests if success_requests else 0
print(f"Solicitações bem-sucedidas: {success_requests}")
print(f"Erros: {errors}")
print(f"IPs únicos: {unique_ips}")
print(f"Coeficiente de exclusividade: {uniqueness_ratio:.2%}")
print("Top-5 IPs mais repetidos:")
for ip, count in ip_counter.most_common(5):
print(f" {ip}: {count} vezes")
O script também exibe os IPs repetidos — isso é útil para entender se há um ou dois endereços que "estão presos" e são fornecidos pelo provedor de forma anormalmente frequente. Se tais endereços existirem e sua proporção for maior que 5-7% de todas as solicitações, isso é um sinal de problemas com a rotação do lado do provedor.
Verificação rápida via cURL sem código
Se você não quer escrever um script, pode fazer uma verificação simplificada através do terminal. O seguinte comando em bash fará 50 solicitações e salvará todos os IPs obtidos em um arquivo, proporcionando uma avaliação rápida sem a necessidade de instalar o Python:
for i in {1..50}; do
curl -s -x "http://login:[email protected]:8000" \
https://api.ipify.org >> ip_list.txt
echo "" >> ip_list.txt
sleep 0.5
done
sort ip_list.txt | uniq -c | sort -nr
O comando sort | uniq -c mostrará uma lista de IPs únicos com a contagem de repetições de cada um — este é o mesmo princípio que no script Python, mas sem escrever um programa. Para uma verificação rápida, 50-100 solicitações são suficientes para notar problemas evidentes com a rotação.
Como interpretar os resultados do teste
O coeficiente de exclusividade depende do tipo de proxy. Não espere 100% de exclusividade de proxies de data centers baratos e não se assuste se proxies residenciais mostrarem um pouco menos de 95% — alguns provedores usam pools com geografia limitada, onde não pode haver um número ilimitado de IPs residenciais.
| Tipo de proxy | Exclusividade esperada em 1000 solicitações | Avaliação |
|---|---|---|
| Proxies residenciais | 90-99% | Norma |
| Proxies móveis | 70-95% | Norma (depende da densidade de operadores na geografia) |
| Proxies de data centers | 50-90% | Norma, mas depende do pool declarado de uma sub-rede específica |
| Qualquer tipo | menos de 30% | Problema — o pool está muito inflacionado na publicidade ou a rotação está quebrada |
Além do coeficiente geral, observe a distribuição: se 900 de 1000 solicitações resultaram em IPs diferentes, e 100 solicitações recaíram sobre o mesmo endereço — isso é pior do que uma distribuição uniforme com o mesmo coeficiente médio. A uniformidade é mais importante do que a porcentagem geral de exclusividade, especialmente para tarefas de multi-contas, onde cada vinculação repetida de IP a um perfil é crítica.
Verificação do pool no Dolphin Anty e AdsPower sem código
Se você não quer trabalhar com scripts, navegadores anti-detect oferecem ferramentas integradas para verificações semelhantes, embora em menor escala. No Dolphin Anty, abra a seção "Proxies" → selecione o proxy desejado → clique no botão de verificação de IP várias vezes seguidas com um intervalo de alguns minutos e registre o resultado manualmente em uma tabela. No AdsPower, da mesma forma: na seção de gerenciamento de proxies, há um botão "Check", que mostra o IP atual, o país e o provedor da rede — verificações repetidas com intervalo mostrarão se o endereço muda.
Esse método manual é adequado para uma verificação rápida e seletiva antes de adquirir um grande volume de proxies, mas não substitui um teste completo de 1000 solicitações, se você planeja escalar o processo para dezenas ou centenas de contas. Para uma verificação séria antes do uso a longo prazo, é melhor executar o script da seção acima e obter dados estatisticamente significativos.
Erros comuns ao testar o pool
O primeiro erro é fazer solicitações muito rapidamente, sem pausas. Alguns provedores retornam o mesmo IP dentro de uma janela de tempo curta intencionalmente (sessão sticky), e um teste rápido sem pausas mostrará uma exclusividade distorcidamente baixa, embora em intervalos reais de uso tudo esteja em ordem.
O segundo erro é testar através de um serviço de verificação de IP que cacheia respostas ou retorna geolocalização em vez do endereço real. Use serviços confiáveis como ipify.org ou httpbin.org/ip, que retornam JSON limpo sem cache do lado deles.
O terceiro erro é não considerar timeouts e erros de conexão nas estatísticas gerais. Se 200 de 1000 solicitações falharam, e você conta a exclusividade a partir de 1000, em vez de 800 bem-sucedidas, o coeficiente resultará distorcido para pior.
O quarto erro é testar um geográfico que realmente não é necessário no trabalho. O pool pode ser enorme globalmente, mas minúsculo para uma cidade ou estado específico — e esse geográfico local é frequentemente crítico para publicidade geotargeted ou SMM local.
O que fazer se o pool for pequeno
Se o teste mostrou um baixo coeficiente de exclusividade, o primeiro passo é entrar em contato com o suporte do provedor com números específicos do teste e pedir uma explicação sobre o motivo. Provedores de boa-fé geralmente explicam de forma transparente a estrutura do pool por geográfico e tipo de proxy e podem oferecer uma amostra mais restrita, mas realmente funcional.
A segunda opção é reconsiderar o tipo de proxy para a tarefa. Para a criação de contas e trabalho com plataformas de publicidade, muitas vezes é mais eficaz não aumentar a intensidade da rotação de IPs de data centers, mas mudar para proxies residenciais ou móveis, onde a própria natureza da rede proporciona uma distribuição de endereços mais natural e menor visibilidade para sistemas antifraude.
A terceira opção é reduzir a carga no pool: aumentar o intervalo entre as mudanças de IP, distribuir tarefas entre várias sub-redes ou geográficos, se a plataforma permitir trabalhar não de um único país específico. Às vezes, a solução não está em aumentar o pool, mas em mudar o padrão de solicitações para que ele se encaixe no volume realmente disponível de endereços únicos.
Conclusão
O teste de 1000 solicitações com contagem de IPs únicos é uma maneira rápida e objetiva de verificar se o pool real de proxies corresponde aos números declarados pelo provedor. Um script pronto em Python ou uma verificação simplificada via cURL levam um mínimo de tempo, e o resultado ajuda a evitar banimentos de contas, bloqueios ao fazer scraping em marketplaces e gastos desnecessários em proxies que não atendem à tarefa.
Se você planeja criar contas de anúncios do Facebook Ads ou TikTok Ads, gerenciar dezenas de perfis do Instagram através do Dolphin Anty ou AdsPower, preste atenção aos proxies móveis — eles geralmente mostram uma distribuição de IPs mais natural e raramente são detectados por sistemas antifraude das plataformas. Para scraping de preços na Wildberries e Ozon ou tarefas onde a velocidade e a estabilidade são importantes, vale a pena testar proxies residenciais com o método deste artigo antes de construir um processo de trabalho permanente baseado neles.