Quanto custa fazer scraping de 1 milhão de páginas em 2026?
Proxies caseiros, compute e tempo de engenharia contra $299 fixos por 1.000.000 de créditos: o custo real de scraping de 1 milhão de páginas, agosto de 2026.
“Quanto custa fazer scraping de um milhão de páginas” parece uma pergunta com resposta em um único número. Não é. São pelo menos três números (banda, compute, tempo de engenharia) que ninguém soma até a fatura de um plano de proxy amador aparecer ao lado da conta da AWS.
Aqui está a decomposição honesta para os dois caminhos, caseiro e API, em 1.000.000 de páginas por mês.
O caminho caseiro: o que realmente aparece na fatura
Banda. Fazer scraping em qualquer escala real significa proxies residenciais ou mobile, porque IPs de datacenter são bloqueados rápido em qualquer site que se importe com isso. Duas tarifas pay-as-you-go atuais, verificadas em agosto de 2026: a Bright Data lista proxies residenciais a $4,00/GB pay-as-you-go (uma tarifa com desconto sobre um preço de tabela de $8,00/GB), e a Oxylabs lista proxies residenciais a partir de $6,00/GB pay-as-you-go.
Uma página HTML simples, sem contar imagens ou scripts, fica em torno de 50-150KB dependendo do site. Considerando uma média de 100KB para 1.000.000 de páginas estáticas, são cerca de 100GB, ou seja, entre $400 e $600 só de banda de proxy, antes de rodar uma única linha de código de parsing.
Se as páginas exigem um navegador de verdade (conteúdo renderizado via JS, scroll infinito, conteúdo dentro de uma SPA), uma sessão headless baixa o peso completo da página, scripts e assets incluídos, não só o HTML. Isso costuma ficar em 1-3MB por página. Em 1.000.000 de páginas, são 1-3TB, ou aproximadamente $4.000-$18.000 em banda de proxy nas mesmas tarifas. Esse é o número que surpreende as pessoas: o rendering JS não adiciona um pouco à fatura, ele a multiplica, porque a unidade agora é o peso da página inteira, não só o HTML.
Compute. Fetches estáticos são baratos para rodar em paralelo: uma frota modesta de workers processando 1.000.000 de requisições HTTP simples por mês fica na faixa de $50-$200 em compute de nuvem. Instâncias de Chrome headless são um animal diferente: cada uma ocupa memória e CPU reais pelos segundos que leva para renderizar uma página, então uma frota dimensionada para 1.000.000 de páginas renderizadas via JS por mês fica mais realisticamente em $500-$2.000, dependendo de quão agressivamente você consegue agrupar e reciclar contextos de navegador.
Tempo de engenharia. Essa é a linha que ninguém coloca na planilha, e a que nunca chega a zero. As medidas anti-bot mudam, os seletores se movem quando um site é redesenhado, e os pools de proxy precisam de monitoramento para a taxa de bloqueios. Mesmo uma estimativa conservadora de 10-15 horas por mês do tempo de um engenheiro a $75-150/hora dá $750-$2.250, e essa estimativa assume que nada quebra a ponto de exigir um fim de semana.
Somando tudo, um job caseiro de 1.000.000 de páginas estáticas fica em algo como $1.200-$3.000 por mês quando banda, compute e manutenção são contados honestamente. Um job renderizado via JS fica mais perto de $5.000-$20.000, com a banda causando a maior parte do dano.
O caminho da API: um número só, sem linha de manutenção
Na FastAF, /scrape custa 1 crédito por página estática, 5 créditos com dynamic=true (rendering JS), 10 com premium=true (rede residencial/anti-bot), e 25 com os dois juntos.
1.000.000 de páginas estáticas = 1.000.000 de créditos = o pacote Pro, $299 fixos por 1.000.000 de créditos, 5 requisições simultâneas. Essa é a fatura inteira. Nenhuma fatura de proxy, nenhuma frota de navegador headless para dimensionar, nenhum plantão para quando um site muda o markup.
1.000.000 de páginas com rendering JS (dynamic=true) = 5.000.000 de créditos. Isso é um pacote Business (3.000.000 de créditos, $799) mais dois pacotes Pro ($598), $1.397 no preço de tabela, ou um acordo de volume sob medida (vale a pena perguntar diretamente em vez de empilhar pacotes).
| Cenário | Créditos necessários | Custo FastAF | Estimativa caseira (banda + compute + tempo) |
|---|---|---|---|
| 1M páginas, estáticas | 1.000.000 | $299 (Pro) | ~$1.200-$3.000/mês |
| 1M páginas, rendering JS | 5.000.000 | ~$1.397 (Business + 2x Pro) ou sob medida | ~$5.000-$20.000/mês |
import requests
API_KEY = "faf_live_..."
def scrape(url, dynamic=False, premium=False):
resp = requests.get(
"https://api.fastaf.co/v1/scrape",
params={"url": url, "dynamic": str(dynamic).lower(), "premium": str(premium).lower()},
headers={"Authorization": f"Bearer {API_KEY}"},
timeout=60,
)
resp.raise_for_status()
return resp.text
page = scrape("https://example.com/product/123", dynamic=True)
print(page[:500])A parte que muda a conta de qualquer jeito
Requisições que falham são o detalhe que toda comparação acima silenciosamente ignora, e não deveria. Na FastAF, os créditos são reservados quando uma requisição começa e devolvidos se ela não voltar com um resultado: uma tentativa bloqueada não custa nada. Se você rodar os números caseiros acima e sua taxa de bloqueio for de 15-20% em um alvo difícil, o custo efetivo de banda e compute por página utilizável fica 15-20% mais alto do que o preço de etiqueta, e isso é antes do tempo de engenharia gasto perseguindo o bloqueio.
Resumo
Para páginas estáticas em volume real, o caminho caseiro custa algumas centenas de dólares em proxies mais um trabalho de manutenção que nunca desaparece de vez; o caminho da API é um pacote Pro de $299 fixos, sem nada para manter. Para páginas renderizadas via JS, a diferença fica muito maior nos dois sentidos, porque o peso da página (caseiro) e o custo em créditos (API) escalam juntos. Passe seus próprios números de peso de página e volume pela mesma conta antes de se comprometer com um dos dois caminhos: os preços têm a tabela completa de créditos, e o plano gratuito te dá 500 créditos sem cartão para testar primeiro nas suas próprias páginas.