O Preço de Tabela É a Coisa Mais Barata da Página
Toda API de scraping começa com o mesmo tipo de número. A partir de nove centavos por 1.000 requests. A partir de um dólar. A partir de $1,50. Limpo, baixo, fácil de colocar em uma proposta para cliente.
Esse número é real. Ele também é o preço do único request que você quase nunca vai enviar: um HTTP GET simples para um site que não se importa com quem está perguntando.
Os sites que você realmente é pago para raspar se importam muito. E no momento em que um alvo precisa de uma página renderizada ou de um proxy residencial, a taxa cotada deixa de se aplicar e um multiplicador entra em ação. O preço de tabela é o piso. A fatura fica bem acima dele, e a maioria dos compradores só descobre onde depois da primeira cobrança.
Como o Multiplicador Realmente Funciona
Abra a documentação de créditos de quase qualquer API e você encontrará a mesma tabela. Um request simples custa 1 crédito. Ative a renderização de JavaScript e passa a ser 5. Peça um proxy residencial ou premium e vai para 10. Precisa de ambos, para um site que verifica quem está perguntando, e você chega a 25. O nível mais alto da ScrapingBee chega a 75 créditos por uma única página (ScrapingBee docs, outubro de 2026).
A ScraperAPI cobra no mesmo padrão: renderização a 10 créditos, proxies premium a 10, ambos juntos a 25, seu nível ultra a 30, e certos domínios protegidos a 10 por conta própria (ScraperAPI docs). O ZenRows chega exatamente no mesmo lugar: 1 para padrão, 5 para JS, 10 para premium, 25 para os dois combinados (ZenRows pricing).
Aqui está a parte que ninguém coloca na página de marketing. Os fornecedores convergem no topo da tabela. Você pode escolher a API barata ou a mais cara, mas quando um site oferece resistência, ambas cobram de você cerca de 25 vezes a taxa inicial anunciada. O número que você usou para comparar fornecedores não é o número que define a sua fatura.
O Nível Anunciado É o Nível Errado
Então em qual nível o seu trabalho realmente se encontra?
A Zyte, que vende em um modelo categorizado por níveis, publicou sua própria divisão: cerca de 80% dos sites estão nos dois níveis mais simples, e apenas cerca de 0,1% mudam de nível em um determinado trimestre (Zyte, 2026). No papel, isso parece tranquilizador. A maior parte da web é barata.
Mas olhe pelo outro lado. Os 80% baratos são baratos em qualquer fornecedor. O diferencial de ninguém está ali. Os trabalhos que um cliente paga a um freelancer ou a uma agência para entregar (catálogos de varejo, tarifas de viagem, anúncios de marketplace, qualquer coisa comercialmente útil) são exatamente os sites que estão na minoria cara. A própria pesquisa da Zyte aponta que 18,5% dos principais sites estão protegidos por um sistema dedicado de proteção (Zyte State of Web Access).
Essa é a armadilha. O preço anunciado descreve os trabalhos para os quais ninguém contrata você. O preço de 25x descreve os trabalhos reais. (É a mesma lógica matemática por unidade que faz a extração com LLM deixar de se pagar em escala quando o volume aumenta.)
O plano de entrada está desaparecendo em silêncio
Enquanto a conta por página ficou mais cara, a porta de entrada barata ficou mais difícil de encontrar.
O ScrapingBee encerrou o plano de $19 em outubro de 2026; o valor inicial agora é $49 por mês. O próprio comparativo de categoria da Firecrawl aponta que $49 sem nenhum plano gratuito permanente tornou-se o ponto de partida comum. A Oxylabs unificou seus produtos de scraping em uma única assinatura. Decodo e Bright Data migraram para cobranças por request e por registro, onde o contador roda a cada chamada (preços do Bright Data Web Scraper).
Nada disso afeta o comprador corporativo com contrato assinado. O impacto recai sobre o freelancer e a equipe de duas pessoas: quem precisa que um único site responda para um cliente este mês e não pode diluir um plano de $500 em cem trabalhos. (Analisamos em detalhes quem realmente assume esse peso em o custo oculto de manter seus próprios scrapers.)
O que isso significa para quem calcula o custo de scraping
Pare de calcular com base no preço de tabela. Calcule pelo nível de dificuldade do alvo.
Antes de enviar uma proposta para o cliente, analise os sites reais no escopo e classifique-os: quais retornam HTML útil em um request simples, quais exigem uma página renderizada e quais demandam um proxy residencial adicional. Essa combinação, e não a taxa em destaque no plano, define o seu custo. Um trabalho com 90% de páginas simples e 10% de páginas difíceis é barato. Um trabalho focado apenas em e-commerce protegido custa 25 vezes o valor da sua proposta, e você vai pagar a diferença do próprio bolso.
Faça as contas uma vez e a diferença fica evidente. Suponha que um cliente queira 50.000 páginas de produtos por mês de um e-commerce que exige página renderizada e proxy residencial. A 25 créditos por página, isso totaliza 1,25 milhão de créditos. Em uma API que anuncia mil créditos por um dólar, o preço inicial na sua cabeça era de $50. O custo real é de $1.250. As mesmas páginas, no mesmo mês, 25 vezes mais caro, sem que nada na página de preços tenha colocado esse multiplicador ao lado do anúncio principal.
Depois, leia a política de cobrança sobre falhas, pois ela varia e nunca aparece no destaque. O Firecrawl cobra um crédito por página que retorna 403 ou 404, e não cobra nada quando um request não traz resultado (preços da Firecrawl). Outros provedores consideram qualquer 2xx ou 4xx como sucesso e cobram por isso. Em um alvo que bloqueia requisições com frequência, essa única cláusula pode custar mais do que a própria renderização.
O sinal real por trás de tudo isso não é um plano mensal. É um custo por chamada que você pode verificar após a execução e associar à request exata que o gerou. Um plano é uma estimativa. O valor por chamada é o recibo, e é a única base sólida para faturar um cliente. (Para ver a comparação modelo por modelo, consulte nossa análise de preços por GB versus por página.)
Para onde o mercado está indo
O mercado está convergindo. Os planos de entrada estão desaparecendo. Em um ano, a taxa anunciada dirá ainda menos do que diz hoje, porque todo provedor sério vai oferecer praticamente a mesma escala de 1-5-10-25 e o mesmo discurso de cobrança apenas por sucesso.
O diferencial real depois disso é se você consegue ver o custo de cada chamada e pagar apenas por aquelas que funcionaram. Na FourA, incluímos o preço de cada request diretamente na response, permitindo calcular o custo de um job com base no que ele realmente executou, em vez de depender de suposições sobre um plano. Na próxima vez que um fornecedor apresentar um valor inicial, a pergunta útil não é quão baixo ele é. É o que acontece com esse valor no instante em que o site começar a bloquear suas requisições.