Comprar um pacote de proxies e desperdiçar metade do tráfego em verificações sem sentido é um erro típico de novatos em arbitragem e SMM. Um gigabyte de tráfego em proxies residenciais e móveis custa dinheiro, portanto, é necessário testar o servidor de forma a obter o máximo de informações com o mínimo de consumo: se o IP está funcionando, se não está na blacklist, se mantém a sessão e se permite o acesso à plataforma desejada. Neste artigo, apresentamos 7 verificações que respondem 100% das perguntas antes de iniciar uma campanha, e o cálculo exato de quanto tráfego cada uma consome.
Por que o consumo de tráfego durante o teste é importante
Proxies residenciais e móveis quase sempre são vendidos em pacotes de tráfego, e não por tempo de acesso. Se você gerencia 20-30 contas do Instagram ou testa criativos no Facebook Ads em vários IPs, cada megabyte gasto apenas para "verificar se o proxy funciona" é um megabyte roubado de uma tarefa real. Isso é especialmente crítico para arbitradores que testam dezenas de proxies antes de criar contas: se gastar 20-30 MB em cada verificação sem um plano, restará tráfego suficiente para apenas 5-7 testes completos em vez de 15-20.
A segunda razão é a velocidade de tomada de decisão. Quando você sabe o consumo exato de cada verificação, pode calcular o orçamento antecipadamente: por exemplo, "para testar 50 proxies antes de comprar um lote, serão necessários aproximadamente 300-400 MB", em vez de gastar todo o pacote e ficar sem tráfego para o trabalho real. Isso é especialmente relevante para agências de SMM que testam proxies para cada cliente separadamente, e para vendedores de marketplaces que verificam a disponibilidade do Wildberries ou Ozon de diferentes regiões antes de iniciar o monitoramento de preços.
Como os provedores contabilizam o tráfego do proxy
A maioria dos provedores de proxies contabiliza o tráfego em ambas as direções — solicitações de saída (upload) e dados recebidos (download). Ou seja, se você carrega uma página de 500 KB, o consumo real pode ser de 520-550 KB considerando os cabeçalhos da solicitação e da resposta do servidor proxy. Isso é importante levar em conta nos cálculos: os números neste artigo são apresentados com uma pequena margem para corresponder à cobrança real.
O protocolo também influencia o consumo. Proxies HTTP/HTTPS adicionam uma sobrecarga mínima para estabelecer o túnel, enquanto SOCKS5 funciona de forma um pouco "mais limpa" devido à ausência de parte dos cabeçalhos HTTP. A diferença é pequena — 2-5% em solicitações curtas — mas em testes em massa de centenas de IPs, isso se acumula em uma economia significativa. Se você trabalha através de um navegador anti-detect como Dolphin Anty ou AdsPower, leve em conta que o próprio navegador, ao iniciar o perfil, carrega recursos adicionais (fontes, extensões), o que também consome tráfego do proxy além do "teste limpo".
7 verificações de proxy e consumo de tráfego para cada uma
Abaixo está um conjunto mínimo, mas abrangente de verificações. Elas são suficientes para entender se o proxy é adequado para a tarefa ou não, sem solicitações desnecessárias "só por precaução".
1. Verificação de IP e geolocalização
O primeiro e mais simples teste é descobrir qual endereço IP o proxy está fornecendo e se a geolocalização corresponde à declarada. Utilizam-se serviços como whoer.net, ip-api.com ou ipinfo.io. Uma solicitação à API de geolocalização retorna um JSON com peso de 2-5 KB, mas se você abrir a página completa do whoer.net no navegador (com imagens e estilos), o consumo aumenta para 300-500 KB. Recomenda-se fazer a chamada ao endpoint da API, em vez de abrir o site visualmente.
Consumo: 3-10 KB via API, até 500 KB via navegador.
2. Verificação de velocidade e estabilidade da conexão
A velocidade é importante para streaming de criativos publicitários, upload de vídeos no TikTok ou postagens em massa. Um speedtest completo através do speedtest.net ou fast.com consome dezenas de megabytes de dados especificamente para medir a largura de banda — isso é caro para o orçamento de testes. Uma opção mais econômica é medir o tempo de carregamento de um arquivo de tamanho conhecido (por exemplo, uma imagem de teste de 1 MB) e calcular a velocidade manualmente.
Consumo: 1-2 MB em medição manual, 20-50 MB em speedtest completo.
3. Verificação de vazamentos (WebRTC, vazamento de DNS)
Para arbitradores e especialistas em SMM que trabalham através de navegadores anti-detect, é crítico garantir que o IP real não "vaze" através de WebRTC ou solicitações DNS fora do proxy. Serviços como browserleaks.com ou dnsleaktest.com realizam várias solicitações paralelas a servidores DNS e servidores STUN para verificar WebRTC.
Consumo: 50-150 KB para uma verificação completa da página com resultados.
4. Verificação de IP em blacklists
O proxy pode tecnicamente funcionar, mas se o IP já estiver listado em bancos de dados de spam ou bloqueado pela plataforma, seu valor é baixo. A verificação através de serviços como IPQualityScore, Scamalytics ou MXToolbox Blacklist Check geralmente faz solicitações a vários bancos de dados simultaneamente.
Consumo: 10-40 KB por serviço de verificação, até 100 KB se você verificar simultaneamente em 3-4 bancos de dados.
5. Verificação de acesso à plataforma alvo
A verificação mais importante para o trabalho real é se o Facebook, Instagram, TikTok, Wildberries ou Ozon podem ser acessados através deste IP sem captcha, redirecionamento para verificação ou bloqueio. Aqui, o consumo de tráfego depende da plataforma: a página principal do Instagram pesa 1,5-2,5 MB considerando scripts e imagens de perfil, o feed do Facebook — 2-4 MB, e a página de um produto no Wildberries — 800 KB-1,2 MB. Para economizar, abra não o feed completo, mas a página de login ou a solicitação da API da plataforma, se isso for tecnicamente possível.
Consumo: 800 KB — 4 MB dependendo da plataforma.
6. Verificação de estabilidade da sessão (sticky session)
Para sessões longas — gerenciamento de conta, finalização de pedido em um marketplace, preenchimento de formulários de várias etapas — é importante que o IP não mude no meio da sessão. A verificação é feita de forma simples: várias vezes seguidas, com um intervalo de 2-5 minutos, solicita-se o mesmo serviço de geolocalização e compara-se o IP. Cada uma dessas solicitações é leve, mas é necessário fazer pelo menos 5-6 repetições para garantir a confiabilidade.
Consumo: 5-6 solicitações de 3-10 KB = 15-60 KB no total.
7. Verificação de compatibilidade com o navegador anti-detect
O teste final é iniciar um perfil no Dolphin Anty, AdsPower, Multilogin, GoLogin ou Octo Browser com o proxy configurado e verificar se a impressão digital do navegador, o fuso horário e o idioma se ajustaram corretamente à geolocalização do IP. O próprio início do perfil, com o carregamento de extensões e cache do navegador anti-detect, é a etapa mais "pesada" de todas as sete.
Consumo: 3-8 MB na primeira inicialização do perfil (cache, extensões, sincronização).
Tabela resumida de consumo para todo o teste
Se todas as 7 verificações forem realizadas de forma econômica (API em vez de sites visuais, medição manual de velocidade em vez de speedtest), o consumo total por IP fica entre 5-10 MB. Isso significa que, a partir de 1 GB de tráfego, é possível testar de 100 a 200 proxies diferentes antes de escolher o pool de trabalho.
| Verificação | Consumo econômico | Consumo "padrão" |
|---|---|---|
| IP e geolocalização | 3-10 KB | até 500 KB |
| Velocidade da conexão | 1-2 MB | 20-50 MB |
| Vazamentos WebRTC/DNS | 50-150 KB | 150-300 KB |
| Blacklists | 10-40 KB | até 100 KB |
| Acesso à plataforma | 800 KB-1,2 MB | 2-4 MB |
| Estabilidade da sessão | 15-60 KB | 50-100 KB |
| Navegador anti-detect | 3-8 MB | 10-15 MB |
| Total por 1 IP | ~5-10 MB | ~35-70 MB |
Como minimizar o consumo durante os testes
Economizar tráfego durante os testes é uma disciplina, não mágica. Aqui está um checklist prático que os arbitradores usam ao comprar proxies em massa:
- Use endpoints de API de serviços de geolocalização em vez de abrir sites visualmente através do navegador;
- Desative o carregamento de imagens no navegador durante o teste de acesso à plataforma — você precisa apenas do fato de a página abrir, não de sua aparência;
- Teste a velocidade através do curl ou medindo manualmente o tempo de carregamento de um arquivo de teste, em vez de usar speedtest.net;
- Agrupe as verificações: primeiro, filtre rapidamente os IPs por geolocalização e blacklists (5-50 KB), e apenas os sobreviventes verifique o acesso à plataforma (a etapa mais cara);
- Crie um perfil de teste separado em um navegador anti-detect com um conjunto mínimo de extensões — isso reduz o consumo de cache e sincronização;
- Se o provedor oferecer um período de teste ou tráfego experimental — use-o exatamente para essas 7 verificações, e não para trabalho real.
Erros típicos ao testar proxies
O primeiro e mais comum erro é testar proxies abrindo o feed completo do Instagram ou Facebook com reprodução automática de vídeos. Uma única visita pode consumir 5-10 MB em vez de 2 MB, se você apenas esperar o carregamento da página principal sem rolar.
O segundo erro é re-testar o mesmo IP em diferentes serviços sem necessidade. Se o whoer.net já mostrou a geolocalização correta, não é necessário duplicar a verificação através do ipinfo.io e iplocation.net — isso triplica o consumo sem benefício adicional.
O terceiro erro é testar proxies em um perfil "ativo" de navegador anti-detect com histórico completo, cache e extensões. Esse perfil consome de 2 a 3 vezes mais tráfego em sincronização em comparação com um perfil de teste limpo.
O quarto erro é ignorar a diferença entre IPs residenciais estáticos e proxies móveis com rotação dinâmica. Se você testar a estabilidade da sessão em proxies com rotação automática de IP a cada poucos minutos, o teste mostrará "instabilidade" onde, na verdade, a rotação padrão está funcionando, e não um problema do proxy.
Qual tipo de proxy escolher para a tarefa
Os resultados das sete verificações indicam diretamente qual tipo de proxy é necessário para uma tarefa específica. Para criar contas publicitárias no Facebook Ads e TikTok Ads, onde a máxima semelhança com um usuário real é importante, geralmente são escolhidos proxies residenciais — eles raramente entram em blacklists e oferecem resultados mais limpos na verificação de geolocalização e vazamentos.
Para trabalhar com Instagram e TikTok, especialmente ao registrar novas contas e vincular números, os arbitradores frequentemente preferem proxies móveis — as plataformas percebem esses IPs como usuários normais da internet móvel, o que reduz a probabilidade de bloqueio na fase de verificação.
Já para o scraping de preços no Wildberries, Ozon ou Avito, onde a velocidade e o volume de solicitações são mais importantes do que a "humanidade" do IP, é mais sensato usar proxies de data center — eles são mais rápidos e mais baratos em termos de custo por gigabyte, e para monitoramento de preços, a reputação do IP não é tão crítica quanto para contas publicitárias.
| Tarefa | Tipo de proxy recomendado | Verificações prioritárias |
|---|---|---|
| Criação de contas Facebook/TikTok Ads | Proxies residenciais | Blacklists, vazamentos, acesso à plataforma |
| Gerenciamento de Instagram/TikTok para SMM | Proxies móveis | Geolocalização, estabilidade da sessão |
| Scraping de Wildberries/Ozon/Avito | Proxies de data center | Velocidade da conexão, acesso à plataforma |
Conclusão
Um teste completo de proxy não requer gigabytes de tráfego — são suficientes sete verificações direcionadas: IP e geolocalização, velocidade, vazamentos WebRTC/DNS, blacklists, acesso à plataforma alvo, estabilidade da sessão e compatibilidade com o navegador anti-detect. Com uma abordagem econômica, todo o conjunto se encaixa em 5-10 MB por IP, o que significa que a partir de um pacote de 1 GB, é possível testar uma centena de proxies antes de escolher o pool de trabalho para criação de contas, gerenciamento de perfis de SMM ou scraping de marketplaces.
Se após os testes você planeja escalar o trabalho — criar contas publicitárias, gerenciar dezenas de perfis no Instagram ou monitorar os preços dos concorrentes — escolha o tipo de proxy para a tarefa específica. Para plataformas publicitárias e redes sociais, os proxies residenciais são mais adequados, enquanto para scraping rápido de grandes volumes de dados, os proxies de data center oferecem maior velocidade por megabyte de tráfego.