Por Que Entender os Modelos de Preço de Proxies É Essencial
Se você já recebeu uma fatura de proxy cinco vezes maior do que esperava, não está sozinho. O mercado de proxies é notoriamente opaco: provedores anunciam taxas baixas por GB, mas escondem sobretaxas de geolocalização, upcharges de sessão fixa e cobranças por overhead de request que inflacionam o custo real. Para times de scraping, automação e pesquisa, entender proxy pricing não é um exercício acadêmico — é diferença entre um projeto viável e um rombo no orçamento.
Este guia desmonta os três modelos dominantes de cobrança, mostra como calcular o custo real do seu caso de uso, revela custos ocultos e te dá ferramentas para negociar melhor. Vamos direto ao ponto.
Os Três Modelos de Cobrança de Proxies
1. Por GB (Bandwidth) — Dominante em Proxies Residenciais
O modelo por gigabyte é o padrão da indústria para proxies residenciais e móveis. Você paga pelo volume de dados transferido, independentemente de quantos IPs ou requests são feitos. É o modelo que a maioria dos provedores como ProxyHat, Bright Data e Smartproxy usa para tráfego residencial.
Vantagens: simples de entender, escala linearmente com o uso, ideal para scraping pesado onde cada página carrega conteúdo real.
Desvantagens: páginas grandes ou scripts pesados consomem mais bandwidth do que o esperado; não há incentivo para otimizar o tamanho das respostas.
2. Por IP/Porta — Dominante em Proxies Datacenter e ISP
Neste modelo, você aluga um número fixo de IPs ou portas por mês. É o padrão para proxies datacenter e ISP (static residential). Você recebe, por exemplo, 100 IPs por $50/mês e pode usar bandwidth ilimitada neles.
Vantagens: custo previsível, sem surpresas de bandwidth; ideal para casos de uso com alto volume de dados por IP (monitoramento contínuo, contas logadas).
Desvantagens: IPs fixos são mais fáceis de detectar e bloquear; escalabilidade limitada pelo número de IPs disponíveis.
3. Por Request — Raro, Usado por Algumas SERP APIs
Alguns provedores de APIs de scraping (SERP APIs, em particular) cobram por request bem-sucedido, não por bandwidth. É comum em serviços como SerpAPI ou ScraperAPI, onde a promessa é entregar dados parseados, não acesso raw.
Vantagens: custo diretamente proporcional ao valor extraído; sem surpresas com páginas pesadas.
Desvantagens: preço por request pode ser alto; não serve para quem precisa de acesso HTTP raw.
| Modelo | Tipo Dominante | Typo de Preço | Melhor Para |
|---|---|---|---|
| Por GB | Residencial / Móvel | $1–$15/GB | Scraping em larga escala, rotação por request |
| Por IP/Porta | Datacenter / ISP | $0.5–$5/IP/mês | Monitoramento contínuo, contas logadas |
| Por Request | SERP APIs | $0.001–$0.05/request | Dados parseados, consultas pontuais |
Como Calcular o Custo Real por Caso de Uso
Vamos ao que importa: quanto você vai realmente pagar? A resposta depende do tamanho médio das páginas, do volume de requests e do modelo de cobrança. Aqui está o cálculo:
Fórmula de Custo por Bandwidth: Volume de páginas × Tamanho médio por página = GB/mês. GB/mês × Preço por GB = Custo total.
Exemplo de Calculadora: Scraping de 10 Milhões de Páginas/Mês
Digamos que você está scraping 10 milhões de páginas de e-commerce por mês, com tamanho médio de 100 KB por página:
- 10.000.000 páginas × 100 KB = 1.000.000.000 KB = ~1.000 GB = ~1 TB/mês
- Ajustando para compressão e overhead: ~900 GB efetivos
- A $2/GB (residencial budget): $1.800/mês
- A $5/GB (residencial premium): $4.500/mês
- A $1/GB (residencial em volume): $900/mês
A diferença entre provedor budget e premium? $2.700/mês. Entender residential proxy cost por GB é fundamental.
Código: Estimando Custo com ProxyHat
import requests
# Configuração ProxyHat
PROXY = "http://user-country-US:PASSWORD@gate.proxyhat.com:8080"
# Estimativa de custo
pages_per_month = 10_000_000
avg_page_size_kb = 100
price_per_gb = 2.00 # ajuste conforme seu plano
total_gb = (pages_per_month * avg_page_size_kb) / (1024 * 1024)
total_cost = total_gb * price_per_gb
print(f"Volume estimado: {total_gb:.0f} GB/mês")
print(f"Custo estimado: ${total_cost:,.2f}/mês")
# Testando uma request real para medir tamanho
response = requests.get(
"https://example.com/product/123",
proxies={"http": PROXY, "https": PROXY}
)
actual_size_kb = len(response.content) / 1024
print(f"Tamanho real da página: {actual_size_kb:.1f} KB")
Tabela de Referência Rápida
| Páginas/Mês | Tamanho Médio | GB/Mês | Custo a $2/GB | Custo a $5/GB |
|---|---|---|---|---|
| 100.000 | 50 KB | ~5 GB | $10 | $25 |
| 1.000.000 | 100 KB | ~95 GB | $190 | $475 |
| 10.000.000 | 100 KB | ~954 GB | $1.908 | $4.770 |
| 50.000.000 | 50 KB | ~2.384 GB | $4.768 | $11.920 |
Custos Ocultos Que Ninguém Te Conta
Upcharge de Sessão Fixa (Sticky Session)
Proxies residenciais rotam IP a cada request por padrão. Mas muitos casos de uso — login em e-commerce, navegação multi-página, preenchimento de formulários — exigem sessões fixas que mantêm o mesmo IP por minutos ou horas. Provedores premium cobram um upcharge de 20–50% por sessões fixas, ou limitam a duração máxima (5–30 minutos).
Com ProxyHat, você pode configurar sessões fixas diretamente no username:
# Sessão fixa de 10 minutos
PROXY = "http://user-session-abc123:PASSWORD@gate.proxyhat.com:8080"
Preço Premium por Geolocalização
IPs dos EUA e Europa Ocidental custam mais do que IPs do Sudeste Asiático ou América Latina. A diferença pode ser de 2× a 5×. Isso acontece porque IPs residenciais em países desenvolvidos são mais escassos e mais demandados.
| Região | Preço Relativo | Disponibilidade |
|---|---|---|
| EUA | 1.0× (baseline) | Alta |
| Europa Ocidental (DE, UK, FR) | 1.0–1.2× | Alta |
| América Latina (BR, MX) | 0.6–0.8× | Média |
| Sudeste Asiático (TH, VN, PH) | 0.4–0.6× | Baixa-Média |
| África | 0.3–0.5× | Baixa |
Se você não precisa de IPs americanos, pode economizar significativamente usando proxies de outras regiões. Mas se o seu target é o mercado dos EUA, esse custo é inevitável.
Overhead por Request
Alguns provedores cobram uma taxa mínima por request, mesmo que a página tenha apenas 1 KB. Isso é relevante para APIs que retornam respostas pequenas (JSON leve, headers-only). Se o seu caso de uso envolve milhões de requests leves, esse overhead pode representar 30–50% do custo total.
Outros Custos Ocultos
- Falhas cobradas: alguns provedores cobram bandwidth mesmo para requests que falharam (timeout, block).
- Mínimo de compra: planos começam em $50–$500, inacessível para testes pequenos.
- Expiração de créditos: créditos não usados expiram em 30–90 dias em muitos provedores.
- Taxas de setup ou commit mínimo: contratos enterprise podem exigir commit de $5.000+/mês.
Provedores Budget vs. Premium: Onde Vai o Dinheiro Extra?
A diferença de preço entre provedores budget ($1–$3/GB) e premium ($8–$15/GB) é enorme. Mas o que você realmente ganha pagando mais?
Diversidade de Subnet e ASN
Provedores premium mantêm IPs distribuídos em milhares de ASNs (Autonomous System Numbers) e sub-redes. Isso significa que se um site bloqueia uma subnet, seus outros IPs continuam funcionando. Provedores budget tendem a concentrar IPs em poucos ASNs, tornando-os vulneráveis a bloqueios em massa.
Qualidade Operacional (Ops Quality)
- Uptime: premium garante 99.9%+ com SLA; budget não garante nada.
- Velocidade: IPs premium tendem a ter latência 2–5× menor.
- Success rate: premium entrega 95–98% de success rate; budget fica em 70–85%.
- Suporte: premium oferece resposta em minutos com engineers; budget responde em dias.
Tabela Comparativa
| Característica | Budget ($1–3/GB) | Premium ($8–15/GB) |
|---|---|---|
| ASNs únicos | 100–500 | 5.000–20.000+ |
| Success rate | 70–85% | 95–98% |
| Latência média | 3–8s | 0.5–2s |
| SLA | Nenhum | 99.9%+ |
| Suporte | Email (24–48h) | Chat/call (minutos) |
| Sticky sessions | Limitadas ou cobradas | Inclusas |
| Geo-targeting | País (limitado) | País + cidade |
Quando escolher budget: scraping de sites com anti-bot fraco, testes, POCs, orçamento apertado.
Quando escolher premium: scraping de sites com anti-bot agressivo (Amazon, Google, redes sociais), produção com SLA, missão crítica.
Estratégias de Negociação e Descontos
Quando Esperar Preço Customizado
Se você está gastando mais de $1.000/mês, quase todo provedor oferece pricing customizado. O segredo é saber o que pedir:
- Desconto por volume: 20–40% de desconto para commits de 5 TB+/mês.
- Desconto por compromisso: contratos anuais com 15–30% de desconto.
- SLA tiers: negocie uptime garantido, tempo de resposta e compensação por falhas.
Táticas de Negociação
- Fale com 3+ provedores: use as propostas como alavanca. Provedores baixam preço quando sabem que há competição.
- Mostre volume real: provedores valorizam clientes previsíveis. Mostre seu histórico de uso.
- Peça trial gratuito: 1–5 GB de trial é padrão. Use para medir success rate real antes de fechar.
- Negocie expiração de créditos: peça rollover de créditos não usados por 90+ dias.
- Bundle features: inclua sticky sessions, geo-targeting avançado e suporte prioritário no preço base.
Quando Mudar de Modelo de Preço
Nem todo caso de uso se encaixa num único modelo. Aqui estão os sinais de que é hora de reconsiderar:
De Por GB Para Por IP/Porta
Se você está fazendo alto volume de dados por IP (monitoramento contínuo de poucos sites, contas logadas que consomem GBs por dia), o modelo por IP pode ser drasticamente mais barato. Exemplo:
- Monitorar 500 URLs a cada 5 minutos = 6M requests/mês
- Tamanho médio: 50 KB → ~286 GB/mês
- A $3/GB = $858/mês (residencial por GB)
- 50 IPs datacenter a $1/IP/mês = $50/mês (datacenter por IP)
A economia é brutal — se o site não bloqueia IPs datacenter.
De Por IP Para Por GB
Se você precisa de muitos IPs diferentes com baixo volume por IP (scraping de SERP, verificação de ads, pesquisa de tickets), o modelo por GB com rotação automática é mais eficiente.
De Qualquer Modelo Para SERP API
Se o seu caso de uso é exclusivamente scraping de resultados de busca, uma SERP API pode ser mais barata e confiável do que gerenciar proxies residenciais. Você paga por request, mas não se preocupa com blocks, CAPTCHAs ou manutenção.
Modelo Híbrido: A Abordagem Inteligente
Muitos teams avançados usam dois provedores simultaneamente:
- Proxies residenciais por GB para sites com anti-bot agressivo.
- Proxies datacenter por IP para sites simples e monitoramento contínuo.
Com ProxyHat, você pode acessar ambos os tipos pelo mesmo gateway:
# Residencial com rotação por request
RESIDENTIAL_PROXY = "http://user-country-US:PASSWORD@gate.proxyhat.com:8080"
# SOCKS5 para uso específico
SOCKS5_PROXY = "socks5://user-country-DE:PASSWORD@gate.proxyhat.com:1080"
Calculadora Prática: Estimando Seu Custo Real
Vamos consolidar tudo numa calculadora que considera os custos ocultos:
def calcular_custo_real(
paginas_por_mes: int,
tamanho_medio_kb: float,
preco_por_gb: float,
taxa_falha: float = 0.15, # % de requests que falham mas consomem bandwidth
upcharge_sticky: float = 0.0, # ex: 0.3 para 30% de upcharge
upcharge_geo: float = 0.0, # ex: 0.5 para 50% de upcharge para US/EU
) -> dict:
# Bandwidth base
gb_base = (paginas_por_mes * tamanho_medio_kb) / (1024 * 1024)
# Adicionando overhead de falhas (requests falhadas ainda consomem bandwidth)
gb_com_falhas = gb_base * (1 + taxa_falha)
# Custo base
custo_base = gb_com_falhas * preco_por_gb
# Aplicando upcharges
custo_sticky = custo_base * upcharge_sticky
custo_geo = custo_base * upcharge_geo
custo_total = custo_base + custo_sticky + custo_geo
return {
'gb_base': round(gb_base, 1),
'gb_com_falhas': round(gb_com_falhas, 1),
'custo_base': round(custo_base, 2),
'custo_sticky': round(custo_sticky, 2),
'custo_geo': round(custo_geo, 2),
'custo_total': round(custo_total, 2),
}
# Exemplo: 10M páginas, 100KB cada, $3/GB, 15% falha, 30% sticky upcharge, 50% geo upcharge
resultado = calcular_custo_real(
paginas_por_mes=10_000_000,
tamanho_medio_kb=100,
preco_por_gb=3.00,
taxa_falha=0.15,
upcharge_sticky=0.30,
upcharge_geo=0.50,
)
for k, v in resultado.items():
print(f"{k}: {v}")
# gb_base: 953.7
# gb_com_falhas: 1096.7
# custo_base: 3290.1
# custo_sticky: 987.0
# custo_geo: 1645.05
# custo_total: 5922.15
Veja como os custos ocultos transformam um orçamento de $2.861 em $5.922. O preço por GB anunciado é apenas o começo da história.
Quando NÃO Usar Proxies Residenciais
Honestidade importa. Proxies residenciais não são a melhor escolha quando:
- O site não tem anti-bot: use datacenter, custa 10× menos.
- Você precisa de velocidade extrema: proxies residenciais adicionam latência. Para scraping onde velocidade importa mais que stealth, datacenter vence.
- O orçamento é muito apertado: se $100/mês é o máximo, datacenter ou ISP proxies oferecem mais volume.
- Você só precisa de dados de SERP: uma SERP API é mais confiável e mais barata por request.
Key Takeaways
- O modelo por GB domina proxies residenciais, mas o custo real inclui upcharges de geo, sticky sessions e falhas que podem dobrar o preço.
- Calcule sempre o custo total: volume de páginas × tamanho médio × preço/GB × (1 + overhead). Nunca use apenas o preço anunciado.
- Provedores premium justificam o preço com diversidade de ASN, success rate maior e suporte real — mas só vale a pena para casos de uso críticos.
- Considere modelos híbridos: residencial por GB para sites difíceis, datacenter por IP para o resto.
- Negocie sempre: se você gasta $1.000+/mês, há desconto disponível. Use competição como alavanca.
- Mude de modelo quando fizer sentido: alto volume por IP → por IP/porta; muitos IPs com pouco tráfego → por GB com rotação.
Pronto para calcular o custo real do seu projeto? Explore os planos da ProxyHat com preços transparentes por GB, sem taxas ocultas de sticky session ou geo-targeting básico. Confira nossos planos e locais disponíveis para começar.
