Quanto costa fare scraping di 1 milione di pagine nel 2026?
Proxy fai-da-te, compute e tempo ingegnere contro $299 flat per 1.000.000 di crediti: il costo reale per 1 milione di pagine, verificato agosto 2026.
“Quanto costa fare scraping di un milione di pagine” suona come un numero solo. Non lo è. Sono almeno tre numeri (banda, compute, tempo ingegnere) che nessuno somma finché la fattura di un piano proxy hobbistico non compare accanto alla bolletta AWS.
Ecco la scomposizione onesta per entrambe le strade, fai-da-te e API, a 1.000.000 di pagine al mese.
La strada fai-da-te: cosa finisce davvero in fattura
Banda. Fare scraping a qualunque scala reale significa proxy residenziali o mobile, perché gli IP datacenter vengono bloccati in fretta su qualunque sito che ci tenga. Due tariffe pay-as-you-go attuali, verificate ad agosto 2026: Bright Data elenca i proxy residenziali a $4,00/GB pay-as-you-go (una tariffa scontata rispetto a un listino di $8,00/GB), e Oxylabs elenca i proxy residenziali a partire da $6,00/GB pay-as-you-go.
Una pagina HTML semplice, senza contare immagini o script, pesa circa 50-150KB a seconda del sito. Assumendo una media di 100KB per 1.000.000 di pagine statiche, sono circa 100GB, quindi tra $400 e $600 solo di banda proxy, prima che venga eseguita una sola riga di codice di parsing.
Se le pagine richiedono un browser vero (contenuto renderizzato via JS, scroll infinito, contenuto dietro una SPA), una sessione headless scarica il peso completo della pagina, script e asset inclusi, non solo l’HTML. Di solito sono 1-3MB a pagina. A 1.000.000 di pagine sono 1-3TB, cioè circa $4.000-$18.000 di banda proxy alle stesse tariffe. Questo è il numero che spiazza le persone: il rendering JS non aggiunge un po’ alla bolletta, la moltiplica, perché l’unità di misura ora è il peso dell’intera pagina invece del solo HTML.
Compute. Le fetch statiche sono economiche da eseguire in parallelo: una flotta di worker modesta che processa 1.000.000 di richieste HTTP semplici al mese è nell’ordine di $50-$200 di compute cloud. Le istanze Chrome headless sono un animale diverso: ognuna tiene occupati memoria e CPU reali per i secondi necessari a renderizzare una pagina, quindi una flotta dimensionata per 1.000.000 di pagine renderizzate via JS al mese è più realisticamente $500-$2.000, a seconda di quanto aggressivamente riesci a raggruppare e riciclare i contesti browser.
Tempo ingegnere. Questa è la riga che nessuno mette nel foglio di calcolo, e quella che non va mai a zero. Le misure anti-bot cambiano, i selettori si spostano quando un sito viene ridisegnato, e i pool di proxy vanno monitorati per il tasso di ban. Anche una stima conservativa di 10-15 ore al mese di tempo di un ingegnere a $75-150/ora sono $750-$2.250, e questa stima assume che nulla si rompa abbastanza da richiedere un weekend.
Messa insieme, una scansione statica di 1.000.000 di pagine fai-da-te si attesta intorno ai $1.200-$3.000 al mese una volta contati onestamente banda, compute e manutenzione. Un job renderizzato via JS si attesta più vicino ai $5.000-$20.000, con la banda a fare la maggior parte del danno.
La strada API: un numero solo, nessuna riga di manutenzione
Su FastAF, /scrape costa 1 credito per una pagina statica, 5 crediti con dynamic=true (rendering JS), 10 con premium=true (rete residenziale/anti-bot), e 25 con entrambi.
1.000.000 di pagine statiche = 1.000.000 di crediti = il pacchetto Pro, $299 flat per 1.000.000 di crediti, 5 richieste concorrenti. Questa è l’intera fattura. Nessuna fattura proxy, nessuna flotta di browser headless da dimensionare, nessun turno di reperibilità per quando un sito cambia il suo markup.
1.000.000 di pagine con rendering JS (dynamic=true) = 5.000.000 di crediti. Sono un pacchetto Business (3.000.000 di crediti, $799) più due pacchetti Pro ($598), $1.397 a listino, oppure un accordo di volume su misura (vale la pena chiederlo direttamente invece di sommare più pacchetti).
| Scenario | Crediti necessari | Costo FastAF | Stima fai-da-te (banda + compute + tempo) |
|---|---|---|---|
| 1M pagine, statiche | 1.000.000 | $299 (Pro) | ~$1.200-$3.000/mese |
| 1M pagine, rendering JS | 5.000.000 | ~$1.397 (Business + 2x Pro) o su misura | ~$5.000-$20.000/mese |
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])La parte che cambia i conti in entrambe le direzioni
Le richieste fallite sono il dettaglio che ogni confronto qui sopra dà tacitamente per scontato, e non dovrebbe esserlo. Su FastAF, i crediti vengono riservati quando una richiesta parte e restituiti se non torna con un risultato: un tentativo bloccato non ti costa nulla. Se applichi i numeri fai-da-te qui sopra e il tuo tasso di ban è del 15-20% su un target ostico, il costo effettivo di banda e compute per pagina utilizzabile è del 15-20% più alto del prezzo di listino, e questo prima del tempo ingegnere speso a rincorrere il blocco.
In breve
Per pagine statiche a volumi reali, il fai-da-te costa qualche centinaio di dollari di proxy più un lavoro di manutenzione che non finisce mai del tutto; la strada API è un pacchetto Pro da $299 flat senza nulla da mantenere. Per le pagine renderizzate via JS il divario si allarga molto in entrambe le direzioni, perché il peso della pagina (fai-da-te) e il costo in crediti (API) scalano insieme. Fai i tuoi conti di peso pagina e volume prima di impegnarti su una delle due strade: la pagina prezzi ha la tabella completa dei crediti, e il piano gratuito ti dà 500 crediti senza carta per testare prima sulle tue pagine reali.