A conta do tráfego residencial raramente bate com o que o automatizador esperava: uma tarefa calculada para um par de gigabytes, na prática, consome o dobro. Vamos ver o que exatamente entra no volume tarifado, de onde vem a diferença entre a expectativa e a conta, como estimar o peso da sua tarefa com antecedência e quais práticas ajudam a economizar tráfego sem perder a estabilidade das sessões.

O que exatamente é tarifado

O contador soma todo o volume que passou pelo nó fornecido nos dois sentidos — não apenas a resposta HTML útil, mas literalmente tudo o que o navegador ou o script solicitou por esse canal. Isso inclui imagens, fontes, estilos, scripts de análise e banners de publicidade da página: se um elemento é carregado pelo proxy, seus bytes entram na mesma conta do conteúdo-alvo.

As requisições de serviço são um item de custo à parte. Junto com a página principal, o navegador consulta rastreadores, contadores de exibições, sincronização de cookies e verificações de atualização; parte dessas chamadas não aparece na interface de automação, mas cada uma passa pelo mesmo canal pago.

Por que o contador sobe mais rápido do que o esperado

O motivo principal é subestimar o peso da página no início do cálculo. Uma página de produto com imagens pesa de 2 a 5 MB, e não de 0,3 a 1 MB, como uma página de resultados só com texto; um feed com reprodução automática de vídeo adiciona dezenas de megabytes por minuto sem um único clique do usuário. Se o orçamento foi calculado pelo peso de uma página de texto, mas a tarefa real abre páginas de produto com mídia, a diferença em relação à conta será de várias vezes.

O segundo motivo são as repetições. Uma sessão interrompida no meio do carregamento não devolve o tráfego gasto: o navegador solicita a página de novo, e os bytes da tentativa fracassada são cobrados da mesma forma que os da bem-sucedida. Quanto mais instável o canal ou o script, mais carregamentos repetidos aparecem na conta, sem aumentar em nada o resultado útil. Economizar no canal mais barato pode sair caro — saiba mais no artigo proxies baratos versus caros: onde a economia é falsa.

Como medir o peso da tarefa com antecedência

Uma previsão precisa só vem de uma execução de teste: pegue de 10 a 20 requisições típicas da tarefa, execute-as pelo canal com a contagem de tráfego ativada e calcule o peso médio por requisição. Depois, multiplique esse número pela quantidade planejada de requisições — isso é mais confiável do que qualquer referência genérica.

Se não houver execução de teste, você pode partir do tipo de página: uma página de catálogo só com texto — 0,3 a 1 MB, uma página de produto com imagens — 2 a 5 MB. Mil verificações de páginas de produto cabem em cerca de 3 a 5 GB, cem em 0,3 a 0,5 GB, mil páginas de texto em cerca de 1 GB. O monitoramento diário de cem páginas chega a 1,5 a 3 GB por mês. Essas referências servem para uma primeira estimativa de orçamento, mas o número exato para um site específico só vem de uma execução de teste com URLs reais.

Práticas para economizar tráfego

A primeira, e a mais importante, é desativar o carregamento de imagens, fontes e vídeos onde a automação precisa apenas do texto ou da estrutura da página: o navegador headless consegue bloquear tipos de recursos no nível da requisição, em vez de renderizar a página inteira por causa de um único campo. A segunda é bloquear por lista os domínios de redes de publicidade e rastreadores: eles não trazem dados úteis, mas são sempre somados à conta.

A terceira é não correr atrás do canal mais barato em prejuízo da estabilidade. Uma sessão interrompida sai mais cara: o novo carregamento da página consome tráfego outra vez, e um canal instável gera justamente essas repetições. É preciso calcular não o preço por gigabyte, mas o custo do resultado bem-sucedido — as métricas que vale a pena observar ao escolher um provedor estão reunidas no artigo como verificar a qualidade do proxy.

Como o consumo difere do canal móvel

Na mecânica de tarifação não há diferença: os dois canais fornecem um endereço por sessão e contam o tráfego pelo uso real, gigabyte por gigabyte. A diferença está no preço desse gigabyte e no motivo pelo qual ele custa o que custa. O IP móvel funciona por meio do NAT da operadora celular, em que um mesmo endereço atende ao mesmo tempo centenas de assinantes ativos — o funcionamento desse mecanismo é explicado no artigo por que é difícil bloquear proxies móveis. Pela escassez desses endereços e pela resistência deles ao bloqueio, o preço por gigabyte de tráfego móvel costuma ser maior que o do residencial.

Conclusão prática: se a tarefa exige justamente resistência a banimento, e não apenas um ASN «doméstico», o custo extra do tráfego móvel se paga pelo número de sessões bem-sucedidas por gigabyte — nesse tipo de tarefa, o canal residencial é banido com mais frequência, e os novos acessos consomem a diferença de preço que você economizou.

Perguntas frequentes

O tráfego é contado se a requisição terminou com erro?

Sim, o contador registra os bytes transmitidos independentemente do resultado da requisição. Uma conexão interrompida ou uma resposta com erro também passaram pelo canal e entraram no volume pago.

É possível limitar, no nível do script, o que é carregado pelo proxy?

Sim, a maioria dos navegadores headless e das bibliotecas de automação permite bloquear tipos de recursos — imagens, fontes, mídia — ou domínios específicos antes de a requisição ser executada, e isso reduz a conta sem alterar a tarifa do canal.

Por que provedores diferentes geram consumo diferente na mesma tarefa?

A diferença geralmente não está na tarifa em si, mas na estabilidade do nó: um provedor com quedas frequentes de sessão obriga o script a solicitar as páginas de novo, e na conta entra o tráfego das tentativas fracassadas, que não existiria em um canal estável.

As tarifas residenciais e móveis por tráfego estão no catálogo de proxies. Se a tarefa não exige um endereço de origem doméstica, um canal de datacenter com preço mensal fixo sai mais barato — veja a análise no artigo proxies de datacenter: quando eles bastam.