La disputa tra "proxy propri o API di scraping pronti" di solito si risolve con una frase: "su grandi volumi, i proxy costano di meno di diversi ordini di grandezza". La frase è corretta, ma non risponde alla domanda giusta. Nel 2026, il risultato viene determinato non dal volume delle richieste, ma dal peso di una singola risposta — e il punto di rottura si colloca intorno ai 400–550 KB. Di seguito, un'analisi di tre soluzioni secondo i criteri, un'aritmetica onesta in dollari per 1000 risposte riuscite e una matrice "cosa utilizzare per quale scenario".
Tre prodotti diversi che vengono confusi tra loro
Iniziamo a chiarire le entità: metà dei budget falliti nasce dal fatto che il team confronta l'inconfrontabile.
- Proxy grezzi (raw proxy). Paghi per il traffico — di solito per gigabyte. Il fornitore offre un pool di IP e rotazione, tutto il resto è il tuo codice: impronta TLS, ordine delle intestazioni, retry, cookie, rendering, parsing HTML.
- Web Unblocker (proxy unblocker). Uno strato intermedio: lo stesso endpoint dei proxy, ma all'interno — accordo delle impronte (TLS handshake, intestazioni e ambiente JS forniscono lo stesso browser), rendering JS integrato, cambio automatico di IP/intestazioni/tempi di risposta in caso di challenge, sessioni sticky e trasferimento dei token anti-bot tra i tentativi. Pagamento — per risposta riuscita o per gigabyte.
- Scraping API. Inviate un URL — ricevete HTML pronto o JSON già analizzato. Massimo comfort, minimo controllo sul pipeline, pagamento per 1000 chiamate riuscite.
La differenza chiave non è tecnica, ma economica: i proxy vengono tariffati per byte, mentre API e la maggior parte degli unblocker per eventi. Finché non riconvertite entrambi in un'unica metrica, il confronto è privo di senso.
Cosa mostrano le misurazioni indipendenti del 2026
Nel maggio 2026, aimultiple ha pubblicato un benchmark su oltre 30 milioni di pagine: oltre 50 prodotti di sei aziende che lavorano con dati web. Per quanto riguarda lo sblocco di obiettivi protetti, i risultati sono i seguenti: Bright Data — 98%, Zyte — 97%, Decodo — 96%, Oxylabs — 95%. Bright Data per il suo Web Unlocker dichiara il 97,9% di risposte riuscite.
Una nota importante da parte degli stessi ricercatori: il successo delle soluzioni proxy dipendeva dal momento del test e dalla configurazione della richiesta, e non era una grandezza statica — i fornitori aggiornano i pool di IP, i siti rafforzano la protezione. La seconda conclusione del benchmark è diretta: su obiettivi pesanti come Amazon, gli unblocker sono davvero necessari, mentre su siti semplici i normali proxy sono sufficienti.
È per questo che nel 2026 la questione si è intensificata. La rilevazione è passata dal livello "reputazione IP" al livello del comportamento della sessione — Cloudflare, ad esempio, valuta la cronologia della connessione prima della richiesta principale (ne abbiamo parlato nel materiale sulle sessioni precursore nella rilevazione dei bot). Un IP pulito non è più una condizione sufficiente: se lo stack non riesce a mantenere un'impronta coerente, il costoso traffico residenziale viene bloccato con errori 403.
Prezzi a confronto
Prezzi pubblici di luglio 2026 (tariffe di partenza, senza sconti per volume):
| Soluzione | Modello di pagamento | Prezzo di partenza |
|---|---|---|
| Zyte API | per 1000 richieste | $0,13–1,27 |
| IPRoyal Web Unblocker | per 1000 richieste | a partire da $1,00 |
| Decodo | per 1000 richieste / per GB | $1,25 / $10 |
| Bright Data Web Unlocker | per 1000 richieste | a partire da $1,50 |
| Oxylabs Web Unblocker | per GB | a partire da $9,40 |
| Proxy grezzi (ProxyCove) | per GB | $1,5 data center / $2,7 residenziali / $3,8 mobili |
La variazione di Zyte è dieci volte — non è un errore di battitura: il prezzo dipende da quanta "artiglieria pesante" (rendering, pool premium) richiede un obiettivo specifico. Questa è una caratteristica comune dei modelli basati sul successo: più difficile è l'obiettivo, più costosa è la chiamata.
Aritmetica: dollari per 1000 risposte riuscite
L'unica metrica corretta è il costo di 1000 risposte riuscite. Deve essere calcolata tenendo conto dei fallimenti: anche i tentativi falliti nel modello proxy vengono pagati con il traffico. Prendiamo un tasso di successo del nostro stack del 70% — cioè 1,43 tentativi per un successo.
Scenario 1: solo HTML, senza immagini e script
Una pagina prodotto tipica in formato "pulito" HTML pesa circa 200 KB. Per 1000 successi, si utilizza 1,43 × 200 KB × 1000 ≈ 286 MB ≈ 0,28 GB.
- Residenziali a $2,7/GB → ≈ $0,76 per 1000 risposte riuscite.
- Data center a $1,5/GB → ≈ $0,42.
- Unblocker a $1,00–1,50 per 1000 → $1,00–1,50.
I proxy sono più economici di 1,3–3,5 volte. Questo è il caso da cui è nata la leggenda "i proxy sono sempre più vantaggiosi".
Scenario 2: rendering completo della pagina nel browser
Secondo il Web Almanac 2025 di HTTP Archive (pubblicato il 16 gennaio 2026), il peso mediano della homepage è di 2710 KB, quello di una pagina interna è di 1866 KB, e per desktop la mediana è di 2412 KB. Quindi un rendering completo tramite proxy consuma circa 2 MB per tentativo.
- Residenziali: 1,43 × 2 MB × 1000 = 2,86 GB × $2,7 → ≈ $7,7 per 1000 successi.
- Unblocker per richiesta riuscita: $1,00–1,50 — più economico di 5–7 volte.
- Unblocker con pagamento per GB ($9,40): 2,86 GB → ≈ $26,9. La peggiore delle combinazioni.
La conclusione che rompe la logica abituale: su obiettivi pesanti in JS i proxy grezzi sono più costosi di un API pronto, e la tariffazione per GB dell'unblocker penalizza ogni rendering — una risposta riuscita consuma megabyte di font, immagini e analisi.
Punto di pareggio
La formula è semplice: dividete il prezzo per 1000 richieste per il prezzo per gigabyte. Con $1,50/1000 e residenziali $2,7/GB otteniamo 0,556 GB per 1000 successi — cioè 556 KB per risposta riuscita, o ≈390 KB per tentativo con un tasso di successo del 70%. Per un unblocker economico a $1,00/1000, la soglia scende a ≈370 KB per successo.
Conclusione pratica: risposte medie fino a ~400 KB — scegliete proxy; notevolmente più pesanti — considerate un unblocker. E qui si nasconde il fattore più sottovalutato: bloccare immagini, font e media in Playwright/Puppeteer riduce il peso del rendering di 5–10 volte e riporta l'economia dalla parte dei proxy. Prima di pagare per un unblocker, provate semplicemente a smettere di scaricare banner.
Voce nascosta di spesa: tempo degli ingegneri
Il traffico non è l'unico costo. Con i proxy grezzi, vi assumete ciò che l'unblocker fa internamente:
- Impronta concordata. TLS handshake, ordine delle intestazioni e ambiente JS devono descrivere lo stesso browser. La dissincronia è il principale indicatore di un bot (analisi della tecnica — nell'articolo su bypassare l'impronta JA4 tramite curl-cffi).
- Classificatore dei fallimenti. Blocco rigido (403), pagina di challenge con codice 200, timeout, rendering vuoto, HTML troncato — queste sono cinque situazioni diverse con reazioni diverse. Considerare "200 OK" come successo è un modo sicuro per riempire il database di spazzatura.
- Politica di retry. Cambio di IP, intestazioni e tempi, non solo ripetere la stessa richiesta.
- Storage delle sessioni. Sessioni sticky e trasferimento dei token anti-bot tra i tentativi invece di ricominciare da zero.
- Capacità di rendering. Il proprio parco di browser headless, la loro memoria e i crash.
Per un team che già gestisce uno stack di scraping, questo non è un costo — l'infrastruttura è già scritta. Per due sviluppatori con una scadenza di una settimana, sono quei $1,50 per 1000 richieste, solo pagati come stipendio.
Matrice di scelta per scenario
- Grande volume costante, risposte leggere (HTML, endpoint JSON), proprio stack. Proxy grezzi. Iniziate con proxy di data center — su obiettivi non protetti offrono il miglior prezzo; passate a proxy residenziali solo dove i data center vengono realmente bloccati.
- Alcuni obiettivi particolarmente protetti, pagine pesanti in JS, volume ridotto. Unblocker o Scraping API con pagamento per richiesta riuscita. Pagare $7,7 con il proprio traffico dove una soluzione pronta chiede $1,5 è testardaggine, non economia.
- ibrido — ciò a cui arrivano i team maturi. Proxy per il 90–95% del volume (economici e sotto controllo), API per quei pochi percentuali di obiettivi che giustificano il premio.
- Scenari multi-step: login, scroll infinito, clic e moduli. Qui non aiuta né l'uno né l'altro — è necessario un browser gestito, l'unblocker fornisce solo HTML.
- Antipattern. Rendering completo con immagini tramite unblocker con tariffazione per gigabyte — la configurazione più costosa di tutte.
Checklist prima della decisione
- Misurate il peso medio della risposta sui vostri obiettivi — questo è il parametro principale, non il volume delle richieste.
- Misurate il tasso di successo reale del vostro stack e moltiplicate il traffico per il coefficiente di tentativi (con il 70% di successo — per 1,43).
- Confrontate solo $/1000 risposte riuscite. "$/GB contro $/1000 richieste" è un confronto che mente sempre.
- Controllate se è possibile ridurre il peso: disattivare immagini, font, media, analisi; prelevare dati da hydration-payload invece di un rendering completo.
- Considerate il modello di pagamento per i fallimenti: un unblocker basato sul successo non addebita per i retry, il traffico proxy lo fa sempre.
Conclusione
"I proxy costano meno in volume" è vero solo per risposte leggere. Il vero punto di divisione nel 2026 è il peso di una singola risposta: fino a circa 400 KB vincono i proxy grezzi, oltre — pagamento per richiesta riuscita. Calcolate i vostri due numeri (peso medio e tasso di successo), riconvertite entrambe le opzioni in dollari per 1000 successi, e la decisione smetterà di essere una questione di fede. E il modo più comune per risparmiare è non cambiare fornitore, ma smettere di scaricare ciò di cui non avete bisogno.