Proxies baratos: o que arrisca quem compra o menor preço
De onde vêm os proxies a preço de banana: pools revendidos, endereços queimados, serviços que somem. Cinco riscos e uma lista de testes antes de comprar.

Proxies por um preço muito abaixo do mercado parecem um achado até o primeiro dia de trabalho. Todos os vendedores têm custos parecidos: endereços, canais, servidores, pessoas. Se a etiqueta está radicalmente mais baixa, a diferença saiu da qualidade em um desses pontos, e vale adivinhar em qual antes de pagar. Vamos ver cinco cenários típicos dessa economia e testes rápidos contra cada um.
Risco 1: endereços vendidos muitas vezes
A economia mais comum: um único pool é vendido em paralelo a todos, sem limites. De dia os endereços vão bem, à noite, quando todos os compradores entram, começam os timeouts. Pior: seus vizinhos de endereço fazem os próprios negócios nele, e o spam deles vira a sua reputação. O teste é simples: passe os endereços recebidos pelas listas negras; um pool gasto mostrará muitos registros. Nossos pools, aliás, são separados entre produtos por esse motivo e não se cruzam: o vizinho de pool é sempre cliente do mesmo serviço.
Risco 2: o tipo errado de endereço
Sob a placa de "residenciais com desconto" muitas vezes se vendem faixas de data center: preço de doméstico, propriedades de servidor. Para os sites a diferença é fundamental, e o sistema autônomo entrega o tipo de endereço em um segundo. Dá para testar com a mesma rapidez: abra pela linha a consulta ASN e veja de quem é a rede, de um provedor doméstico ou de uma hospedagem. Dois testes por amostragem são mais honestos que qualquer promessa em landing page.
Risco 3: um serviço de vida curta
Parte das ofertas baratas não chega ao fim do período pago: o serviço faz caixa e some com painel e suporte. Os sinais aparecem antes: domínio com poucos meses, pagamento só por métodos irreversíveis, suporte que não responde antes da compra, planos anuais com desconto enorme e nenhuma opção semanal ou por hora. A idade do domínio se vê em um minuto no WHOIS, e a disposição de vender um período pequeno é o melhor teste da confiança do serviço em si mesmo.
Ao lado deles ficam os revendedores sem infraestrutura: um painel intermediário sobre o serviço de outro, com margem ao contrário, paga em qualidade. Perguntas ao suporte vão para os "engenheiros" por um dia, porque o suporte real é de outra empresa. O teste é simples: antes de comprar, faça uma pergunta técnica sobre sessões ou protocolos; o revendedor responde com marketing, o operador com dados concretos.
Risco 4: economia no canal
O endereço pode ser honesto e o canal atrás dele, sobrecarregado: vender banda demais é o truque mais barato. Os sintomas são reconhecíveis: velocidade irregular no horário de pico da noite, timeouts em páginas grandes, ping estável com downloads instáveis. Só um teste antes da compra resolve: uma hora ou um dia no plano mínimo, rodando o seu cenário no seu horário de trabalho. Para isso mantemos pacotes por hora e tráfego a partir de um gigabyte: testar custa menos que qualquer erro.
Um detalhe que costuma passar batido: "lento" em um pool barato pode indicar degradação sob carga e não um problema constante. Uma linha de teste sozinha vai bem, e vinte threads do seu scraper a derrubam. Por isso teste com o seu perfil de carga de trabalho e esqueça a requisição única do navegador.
Risco 5: o preço oculto
A última economia não vai para você: o preço baixo é compensado com limites em letras miúdas, troca paga de endereços, primeiro mês "promocional" com renovação cara, taxa extra por threads. Calcule o preço da tarefa, deixe de lado o do gigabyte: quanto custa um mês do seu cenário real com todos os adicionais. Para uma comparação honesta, colocamos todos os níveis em uma única página de comparação de planos: o preço muda só com o volume e não há limites de threads.
| Verificação antes de comprar | O que procuramos |
|---|---|
| Teste de uma hora ou um dia | velocidade e estabilidade no seu horário de trabalho |
| Teste por amostragem em RBL | o quanto o pool está gasto |
| ASN dos endereços de saída | o tipo declarado corresponde ao real |
| Idade do domínio e avaliações | o serviço planeja continuar vivo |
| Resposta do suporte antes de pagar | se há alguém vivo atrás da placa |
| Preço completo do cenário | limites, adicionais, preço de renovação |
À parte, sobre planos "vitalícios" e descontos eternos: em um setor com custo constante de tráfego, acesso eterno por um pagamento único significa que os próximos compradores vão pagar, enquanto existirem. Esse modelo vive pouco por motivos matemáticos e sempre termina do mesmo jeito.
Onde dá para economizar
A economia saudável existe e vem do formato, sem mexer na qualidade. Grandes volumes custam menos por unidade: os níveis de preço melhoram com o pedido único. Tarefas sem exigência de localização vivem muito bem em endereços econômicos de data center: é o preço honesto do tipo, sem falsificação. Pacotes por tempo saem melhor que gigabytes em tarefas famintas. E as listas públicas são grátis para o que servem: depuração, como escrevemos na comparação de pagos e gratuitos. Por fim, testes e períodos de avaliação também economizam: uma hora gasta em verificação se paga com o primeiro erro que não acontece. Uma regra só: um formato que você entende deve explicar o desconto. Um desconto inexplicável é o próprio preço, só que pago em tempo, dados ou resultados, e isso costuma sair mais caro.
Leia também

Proxies backconnect: uma linha com um pool inteiro atrás
No esquema clássico uma linha é um servidor. No backconnect a linha leva a um gateway com um pool de milhares de endereços de saída atrás: cada requisição pode sair por um IP novo ou manter um dentro…
5 min de leitura
Por que proxies públicos são perigosos: riscos e adulteração
Um proxy público de uma lista aberta é um servidor alheio de dono desconhecido, e isso tem cinco consequências práticas: de ler o tráfego e adulterar páginas a endereços queimados em todas as listas…
5 min de leitura
Como funciona um proxy: o que acontece com sua requisição
Chamam o proxy de intermediário, mas é mais útil acompanhar uma requisição passo a passo: como o software conversa com o servidor, onde o endereço muda, o que o site de destino realmente vê e de onde…
5 min de leitura