Custo de Largura de Banda de Proxy para Agente de IA: Os Números Reais por Tarefa

Um agente de navegador baixa cada imagem, fonte e rastreador a cada passo. Em 8 navegações por tarefa, isso é 24 MB - cerca de 700 GB por mês em mil tarefas por dia. Veja para onde vai e como reduzi-lo.

O custo de largura de banda de proxy para agente de IA que ninguém orça é aquele que chega com o navegador. Um scraper HTTP busca o HTML que analisa e para. Um agente dirige um Chromium real: ele baixa as imagens para que a etapa de visão possa vê-las, as fontes da web para que o layout se estabilize, os beacons de análise porque ninguém disse para não fazer - e faz isso de novo a cada navegação, a cada tentativa, para cada tarefa. Este post faz a aritmética em voz alta, mostra como medir seu próprio número em vez de confiar no nosso, e lista as alavancas que reduzem a conta de gigabytes residenciais em cerca de 10x.

A aritmética: peso da página vezes passos vezes tarefas

Comece com medições que publicamos antes: uma renderização completa de uma página moderna em um navegador move 2-5 MB uma vez que imagens, mídia, fontes e scripts de terceiros são carregados, enquanto a mesma página com ativos bloqueados geralmente fica abaixo de 150 KB de HTML. Considere 3 MB como uma média de trabalho para um carregamento de página novo. Agora conte navegações em vez de passos - um agente que clica dentro de uma página re-baixa muito pouco, mas cada novo URL é uma página nova. Uma tarefa realista de pesquisa ou verificação de preços toca cerca de oito deles:

Sete centavos por tarefa parece trivial até ser a maior linha na economia unitária do seu agente. Ao contrário dos tokens, ele escala com o quão pesado seus alvos são em vez de quão difícil sua tarefa é: uma tarefa trivial em um marketplace denso em imagens custa mais do que uma complexa em um site de texto. Se o preço por GB é novo para você, nossa análise de o que realmente compra um gigabyte residencial cobre o lado de páginas por GB da mesma equação.

Meça seu próprio custo de largura de banda de proxy para agente de IA

O nosso é uma média; o seu depende inteiramente dos seus alvos. O Chromium pode escrever um arquivo HAR de cada solicitação que faz, e o uso do navegador expõe isso através de record_har_path. Use record_har_mode="full" para que os campos de tamanho sejam preenchidos, e record_har_content="omit" para que você obtenha as contagens de bytes sem incorporar cada corpo de resposta no arquivo:

from browser_use import Browser

browser = Browser(
    proxy={
        "server": "http://gate.quantumproxies.io:8000",
        "username": "USER",
        "password": "PASS",
    },
    record_har_path="./runs/task-01.har",
    record_har_mode="full",     # 'minimal' drops the size fields you need
    record_har_content="omit",  # sizes yes, response bodies no
)

Então some. Um proxy cobra em ambas as direções, então cabeçalhos de solicitação contam também, e o HAR escreve -1 quando um tamanho é desconhecido - ajuste esses para zero em vez de deixá-los subtrair silenciosamente:

import json, sys

har = json.load(open(sys.argv[1]))
entries = har["log"]["entries"]

def size(d, *keys):
    return sum(max(0, d.get(k, 0) or 0) for k in keys)

total = 0
by_type = {}
for e in entries:
    up = size(e["request"], "headersSize", "bodySize")
    down = size(e["response"], "headersSize", "bodySize")
    total += up + down
    mime = e["response"].get("content", {}).get("mimeType", "?").split(";")[0]
    by_type[mime] = by_type.get(mime, 0) + up + down

print(f"{len(entries)} requests, {total/1_048_576:.2f} MB billed")
for mime, n in sorted(by_type.items(), key=lambda kv: -kv[1])[:8]:
    print(f"  {n/1024:8.0f} KB  {mime}")

Execute isso em três tarefas representativas e você terá um custo real por tarefa. A divisão por MIME é a parte útil: na maioria dos sites de consumo, as linhas superiores são imagens, vídeos, fontes e análises, e nenhuma delas alimenta o raciocínio do seu agente.

Estatísticas para largura de banda de agente de IA: 3 MB por página nova, 24 MB por tarefa, cerca de 700 GB por mês em mil tarefas por dia, e uma redução de 10x com ativos bloqueados
Oito navegações a 3 MB cada é 24 MB por tarefa. Multiplique pelo seu volume diário antes de escolher um plano por GB.

Alavanca 1: pare de baixar o que o agente nunca lê

Esta é a grande e vale 5-10x por si só. No Playwright ou Puppeteer você intercepta solicitações e aborta por tipo de recurso - a receita está em nosso guia para reduzir uma conta de GB de proxy. No uso do navegador, você tem duas ferramentas mais bruscas, mas eficazes: flags de lançamento do Chromium através de args, e o conjunto de extensões padrão, que inclui uBlock Origin além de manipulação de cookies e limpeza de URL e é ativado por enable_default_extensions. Deixe isso ativado - cada chamada de anúncio e rastreador que ele elimina é uma chamada pela qual você não é cobrado.

browser = Browser(
    proxy=PROXY,
    enable_default_extensions=True,   # uBlock Origin: fewer tracker requests
    args=[
        "--blink-settings=imagesEnabled=false",   # no image bytes at all
        "--disable-remote-fonts",                 # no web font downloads
        "--autoplay-policy=user-gesture-required",# no video streaming itself
        "--mute-audio",
    ],
)

Uma ressalva honesta: eliminar imagens cega um agente orientado por visão. Se seu agente raciocina sobre capturas de tela, teste-o com imagens desativadas antes de enviar - muitas tarefas sobrevivem porque o DOM ainda carrega o texto e a estrutura, mas uma tarefa que identifica produtos por foto não sobreviverá. Se quebrar, remova imagesEnabled=false e mantenha as economias de fontes, mídia e rastreadores, que ainda são a maior parte do ganho.

Alavanca 2: cerque o agente

Um agente que se perde é um agente transmitindo vídeo através do seu gateway residencial medido. O uso do navegador tem allowed_domains e prohibited_domains exatamente para isso, com allowed_domains tendo precedência quando você define ambos. Padrões como *.example.com cobrem subdomínios; curingas na posição TLD são rejeitados deliberadamente, e listas com mais de cem entradas são otimizadas em conjuntos. Defina isso em cada agente de produção - é um controle de custo antes de ser um controle de segurança.

Alavanca 3: reutilize o perfil e limite as tentativas

Um perfil de navegação anônima novo por execução significa um cache HTTP vazio, então o agente re-baixa o mesmo logotipo, folha de estilo e pacote de framework em cada tarefa contra o mesmo site. Apontar user_data_dir para um diretório persistente permite que o cache faça seu trabalho entre execuções. A troca é a identidade: um perfil em cache, com cookies, é uma impressão digital estável, então fixe um perfil a um IP de saída fixo em vez de deixá-lo vagar pela piscina - o emparelhamento é coberto em nosso guia de configuração de proxy de uso do navegador.

As tentativas são o outro multiplicador silencioso. Três tentativas em uma página de 3 MB transformam uma navegação falhada em 9 MB, e agentes tentam mais do que scrapers porque o modelo continua decidindo "tentar novamente". Limite a uma tentativa, e faça a tentativa trocar o IP de saída em vez de repetir a mesma solicitação através do mesmo endereço bloqueado. Duas tentativas através de dois IPs vencem cinco através de um, com 40% dos bytes.

Veja quanto custa um gigabyte em proxies residenciais por GB

Lista de verificação comparando alavancas que reduzem a largura de banda de agentes de IA - bloqueio de ativos, bloqueio de anúncios, cercamento de domínios, reutilização de perfil, limites de tentativas - contra os hábitos que a consomem
Quatro alavancas, empilhadas, levam um agente de navegação de 24 MB por tarefa para cerca de 2,4 MB sem mudar o que ele pode fazer.

Alavanca 4: não use um agente que você não precisa

Esta é a parte sincera. Um agente justifica seu custo quando o caminho é desconhecido - quando ele precisa pesquisar, ler, decidir e navegar até dados cujo URL ninguém poderia ter escrito de antemão. Quando você já conhece o URL e os campos, dirigir um navegador para obtê-los é a maneira mais cara de fazer isso. Uma Scraper API que retorna markdown limpo ou JSON entrega a mesma página como cerca de 30-60 KB de texto extraído em vez de 3 MB de renderização, porque a remoção de ativos e a análise acontecem na borda e você é cobrado pelo resultado, não pelo tráfego bruto. No preço por solicitação, que geralmente varia de

-3 por mil solicitações bem-sucedidas no mercado, oito páginas custam centavos.

O padrão que vence em produção é híbrido: deixe o agente explorar e decidir, depois entregue a parte repetível para um caminho de API. Uma vez que ele descobriu que o preço está em um URL específico em um campo específico, essa consulta nunca deve passar por um navegador novamente. Nossas notas sobre navegador sem cabeça versus solicitações HTTP quantificam a mesma troca para scraping clássico, e a pilha de agentes mais ampla está em infraestrutura web para agentes de IA.

Como fica a conta otimizada

Empilhe as alavancas e refaça a aritmética. Ativos bloqueados levam a média de uma página nova de 3 MB para cerca de 300 KB, então oito navegações se tornam 2,4 MB em vez de 24 MB. Mil tarefas por dia são então cerca de 2,3 GB por dia e 70 GB por mês - $70-420 a preços de mercado, contra $700-4.200 antes. Nada sobre a capacidade do agente mudou; ele simplesmente parou de pagar para baixar fotografias que nunca olhou.

Perguntas frequentes

Quanta largura de banda um agente de IA usa?

Orce cerca de 3 MB por carregamento de página nova com ativos ativados, então cerca de 24 MB para uma tarefa que toca oito URLs. Páginas ricas em vídeo consomem várias vezes mais; sites focados em texto consomem menos. Meça o seu com uma gravação HAR em vez de assumir - a variação entre sites-alvo é maior do que a variação entre frameworks de agentes.

Por que agentes consomem mais largura de banda do que scrapers?

Um scraper busca um documento e o analisa. Um agente renderiza a página completa - imagens, fontes, mídia, análises - porque precisa que a página se comporte como uma página, e faz isso de novo a cada navegação e cada tentativa. Ele também explora: visita páginas que um scraper nunca solicitaria, porque não sabe de antemão qual delas contém a resposta.

As chamadas de API de LLM passam pelo proxy?

Não deveriam. Configure o proxy apenas na sessão do navegador. Se você definir HTTP_PROXY ou HTTPS_PROXY como variáveis de ambiente para ser minucioso, cada solicitação de modelo viaja através do seu gateway residencial medido também - prompts e respostas, a cada passo. É puro desperdício, e é uma das maiores economias fáceis de encontrar em um agente existente.

Uma API de scraping é mais barata do que um agente?

Para URLs conhecidos e campos conhecidos, quase sempre. Você recebe markdown ou JSON analisado medido em dezenas de kilobytes em vez de uma renderização de múltiplos megabytes, e o preço por solicitação no mercado gira em torno de

-3 por mil chamadas bem-sucedidas. O agente vale seu custo quando o caminho precisa ser descoberto - use-o para explorar, depois entregue as consultas repetíveis para a API.

Os agentes devem usar proxies de datacenter para economizar dinheiro?

Onde o alvo os tolera, sim - a largura de banda de datacenter é várias vezes mais barata por gigabyte e a velocidade é melhor. O problema é que o tráfego de agentes já parece não humano, então um IP de datacenter em um site protegido tende a falhar, e uma tarefa falhada custa seus bytes duas vezes. Prefira datacenter em alvos não protegidos e reserve residencial para os sites que realmente filtram por reputação de IP.

A largura de banda é o item silencioso na economia de agentes, e responde a engenharia entediante: meça com um HAR, bloqueie o que o agente nunca lê, cerque os domínios, reutilize o cache, limite as tentativas, e recuse-se a renderizar uma página cujo URL você já conhece. Faça todos os seis e um mês de 700 GB se torna um mês de 70 GB sem perda de capacidade.

Execute seus agentes em proxies residenciais por GB