Perché la maggior parte dei buyer sceglie il proxy sbagliato (e paga troppo)
Se hai mai confrontato due provider proxy e pensato che quello da 1 $/GB fosse più conveniente di quello da 3 $/GB, probabilmente stavi confrontando mele con arance. Il prezzo di listino è solo la punta dell'iceberg: geo-premium, sticky-session surcharge, overhead per-request e subnet diversity cambiano radicalmente il costo effettivo del tuo traffico.
Questa guida ti dà il framework per calcolare il vero costo del tuo scenario specifico, confrontare i modelli di billing e decidere quando ha senso cambiare approccio — con esempi numerici concreti, non marketing fluff.
I tre modelli di billing: per GB, per IP, per richiesta
Ogni modello di pricing è dominante in una categoria proxy. Capire perché è il primo passo per non sbagliare acquisto.
1. Per GB (bandwidth) — dominante nei residential e mobile
Il modello più diffuso per i residential proxy. Paghi per il traffico effettivo che attraversa il proxy, indipendentemente dal numero di richieste o di IP utilizzati.
- Tipico range: 1–15 $/GB a seconda del provider e della qualità
- Vantaggio: paghi solo per ciò che consumi; ideale per scraping con payload variabili
- Rischio: paghi anche gli header HTTP, i cookie, le redirezioni — il traffico "invisibile" si somma in fretta
2. Per IP o per porta — dominante nei datacenter e ISP
Acquisti un numero fisso di IP o porte per un periodo (mensile o giornaliero). Il traffico è solitamente illimitato o con fair-use generoso.
- Tipico range: 0,50–5 $/IP/mese per datacenter; 2–20 $/IP/mese per ISP/DC
- Vantaggio: costo prevedibile; ideale per sessioni lunghe e alto traffico per IP
- Rischio: paghi per IP inattivi se non li sfrutti tutti
3. Per richiesta — raro, usato da alcune SERP API
Alcuni provider specializzati (tipicamente SERP scraping API) fatturano per singola richiesta riuscita, indipendentemente dalla dimensione della risposta.
- Tipico range: 0,001–0,01 $/request
- Vantaggio: costo trasparente per unità di lavoro; facile da budgetizzare
- Rischio: può diventare molto costoso ad alto volume; poco flessibile per use-case non-SERP
| Modello | Categoria dominante | Unità di costo | Miglior per |
|---|---|---|---|
| Per GB | Residential, Mobile | $/GB traffico | Scraping generico, SERP, e-commerce |
| Per IP/Porta | Datacenter, ISP | $/IP/mese | Account management, sessioni sticky, monitoring |
| Per richiesta | SERP API, Scraping API | $/1.000 request | SERP monitoring, API strutturate |
Calcolare il costo reale per il tuo use-case
Il modo migliore per confrontare i prezzi è partire dal tuo scenario e calcolare il costo totale. Facciamo un esempio concreto.
Esempio: scraping 10M pagine prodotto/mese
Immagina di monitorare 10 milioni di pagine prodotto al mese su un marketplace. Ecco i parametri:
- Dimensione media per pagina: 10 KB (HTML compresso + header)
- Pagine: 10.000.000/mese
- Bandwidth totale: 10 KB × 10M = ~100 GB/mese
Formula rapida: pagine × KB/pagina ÷ 1.000.000 = GB/mese
10.000.000 × 10 ÷ 1.000.000 = 100 GB/mese
Ora calcoliamo il costo con tre provider ipotetici:
| Provider | Prezzo/GB | Costo mensile (100 GB) | Note |
|---|---|---|---|
| Budget-tier | 1,20 $ | 120 $ | Subnet limitate, success rate ~85% |
| Mid-tier | 3,00 $ | 300 $ | Buona diversità ASN, success rate ~95% |
| Premium-tier | 6,00 $ | 600 $ | ASN/subnet diversità massima, success rate ~99% |
Ma aspetta — il success rate cambia il calcolo. Se il budget-tier ha un 85% di success rate, devi fare più richieste per ottenere 10M pagine valide:
- Budget-tier: 10M ÷ 0,85 = 11,76M richieste → ~118 GB → 141,18 $
- Mid-tier: 10M ÷ 0,95 = 10,53M richieste → ~105 GB → 315,79 $
- Premium-tier: 10M ÷ 0,99 = 10,10M richieste → ~101 GB → 606,06 $
Il costo effettivo è sempre più alto del prezzo di listino × GB. E non abbiamo ancora incluso i costi nascosti.
Esempio rapido con ProxyHat
Se usi ProxyHat per lo stesso scenario, la configurazione è semplice:
# Esempio: scraping e-commerce con rotazione per-request
curl -x http://user-country-US:PASSWORD@gate.proxyhat.com:8080 \
"https://www.example.com/product/12345"Con la rotazione automatica per-request, ogni richiesta esce da un IP diverso — massimizzando il successo senza dover gestire manualmente la rotazione.
I costi nascosti che nessuno ti spiega
I provider raramente mettono in primo piano i surcharge. Ecco cosa cercare nel contratto o nella documentazione.
Sticky-session upcharge
Le sessioni sticky (IP fisso per 5-30 minuti) sono fondamentali per login, carrelli, multi-step. Molti provider applicano un surcharge del 20-50% per sessioni sticky rispetto alla rotazione per-request, perché un IP occupato non può essere riutilizzato per altri clienti.
Con ProxyHat puoi forzare una sessione sticky direttamente nel username:
# Sessione sticky con ID personalizzato
curl -x http://user-session-abc123:PASSWORD@gate.proxyhat.com:8080 \
"https://www.example.com/login"Geo-premium pricing
Gli IP in USA, UK, Germania e Francia costano di più — semplicemente perché la domanda è più alta e l'offerta di residential IP in quei mercati è più costosa. Ecco i tipici moltiplicatori:
| Regione | Moltiplicatore sul prezzo base |
|---|---|
| USA, UK, DE, FR | 1,0× – 1,5× (incluso nel prezzo base per i provider seri) |
| EU minore (PL, RO, BG) | 0,8× – 1,0× |
| SEA (TH, VN, PH) | 0,6× – 0,8× |
| LATAM (BR, MX, AR) | 0,7× – 0,9× |
| Africa | 0,5× – 0,7× |
Se il tuo target è solo US/EU, aspettati di pagare il prezzo pieno. Se invece fai scraping globale, puoi risparmiare scegliendo provider che non applicano geo-premium sulle regioni a bassa domanda.
Overhead per-request
Ogni richiesta HTTP porta con sé header, cookie, redirezioni (301/302). Per le pagine leggere (SERP, API JSON), questo overhead può rappresentare il 30-50% del traffico totale. Se paghi per GB, stai pagando anche per i redirect che non ti servono.
Alcuni provider deducono l'header overhead dal conteggio; la maggior parte no. Chiedi sempre.
Costi di retry e fallimenti
I CAPTCHA, i blocchi e i timeout generano traffico che non produce risultati utili ma che viene comunque fatturato. Un provider con success rate 85% ti costa più del 15% in più — come abbiamo visto nel calcolo sopra.
Budget-tier vs Premium-tier: dove vanno i dollari extra?
La differenza tra un provider da 1,50 $/GB e uno da 6 $/GB non è solo il margine. Ecco cosa ottieni davvero pagando di più:
| Caratteristica | Budget-tier (1-2 $/GB) | Premium-tier (5-15 $/GB) |
|---|---|---|
| Subnet diversity | Limitata (poche /24 per paese) | Alta (migliaia di /24 distribuite) |
| ASN diversity | 5-20 ASN per paese | 50-500+ ASN per paese |
| Success rate | 80-90% | 95-99%+ |
| Uptime SLA | Nessuno o 95% | 99,5%+ |
| Supporto | Email, 24-48h | Chat live, <1h |
| IP pool size | 1-5M IP | 10-70M+ IP |
| Concorrenza per IP | Alta (molti utenti per IP) | Bassa (pool più ampio) |
Quando scegliere il budget-tier
- Scraping di siti con anti-bot deboli
- Use-case dove il retry è a basso costo (dati non time-sensitive)
- Budget limitato e volume alto (più di 500 GB/mese)
- Target geo in regioni a bassa concorrenza (SEA, LATAM, Africa)
Quando scegliere il premium-tier
- Siti con anti-bot aggressivo (sneaker, ticketing, social media)
- Dati time-sensitive (price monitoring real-time, arbitraggio)
- Need di subnet/ASN diversity per evitare pattern detection
- SLA rigorosi per pipeline di produzione
Regola pratica: se il costo dei retry supera il risparmio sul prezzo per GB, passa al premium-tier. Fai il calcolo con il tuo success rate effettivo.
Quando NON usare i proxy residential per GB
Per onestà: ci sono scenari dove il pricing per GB è la scelta sbagliata.
- Alto traffico per IP: se scarichi GB di dati da pochi IP (es. video, file grandi, streaming), il modello per IP/porta è molto più economico. Un IP datacenter a 2 $/mese con traffico illimitato batte qualsiasi tariffa per GB se il tuo traffico per IP supera i 5 GB/mese.
- Account management: se devi mantenere sessioni lunghe su pochi account, i proxy ISP/datacenter per IP sono più economici e più stabili.
- Monitoring continuo: se fai health-check ogni minuto su 100 endpoint, il traffico per GB è trascurabile ma le richieste sono tante. Un SERP API per-request o un datacenter per IP potrebbe costare meno.
Negoziazione: quando e come ottenere prezzi personalizzati
I prezzi pubblicati sono il punto di partenza, non la fine. Ecco quando e come negoziare.
Quando aspettarti custom pricing
- Volume > 1 TB/mese: quasi tutti i provider offrono sconti significativi
- Impegno annuale: sconti dal 20% al 40% rispetto al mensile
- Geo targeting limitato: se ti servono solo 3-5 paesi, chiedi un piano regionalizzato
- Uso non-concorrenziale: se il tuo use-case non compete con i clienti principali del provider
Come negoziare efficacemente
- Mostra volume reale: i provider rispettano i buyer che sanno esattamente quanto traffico generano. Porta i numeri.
- Chiedi un trial misurato: testa il success rate reale prima di negoziare. Un trial da 5 GB ti dice più di qualsiasi slide di marketing.
- Confronta con competitor reali: "Provider X mi offre Y $/GB per Z TB/mese" è un argomento forte.
- Negoziare l'SLA, non solo il prezzo: un prezzo basso senza SLA può costarti più del premium con garanzie.
Tipici sconti per volume
| Volume mensile | Sconto tipico sul listino |
|---|---|
| 100-500 GB | 5-10% |
| 500 GB – 2 TB | 10-25% |
| 2-10 TB | 20-35% |
| 10+ TB | 30-50% (custom pricing) |
Quando cambiare modello di pricing
Il tuo use-case evolve. Ecco i segnali che devi cambiare approccio.
Da per-GB a per-IP: segnali
- Il tuo traffico per IP supera i 5 GB/mese
- Hai bisogno di sessioni sticky lunghe (>30 min) regolarmente
- Il tuo success rate con residential è >95% — non hai bisogno della diversità residenziale
- Sti pagando più di 500 $/mese per GB — il volume giustifica un piano per IP
Da per-IP a per-GB: segnali
- Usi meno del 30% degli IP acquistati
- Hai bisogno di rotazione massiva per evitare blocchi
- Il tuo traffico per IP è sotto 1 GB/mese
Da per-GB a per-request: segnali
- Fai solo SERP scraping — una SERP API specializzata è più efficiente
- Le tue risposte sono molto leggere (<5 KB) e il traffico overhead è dominante
Il calcolatore: come stimare il tuo costo mensile
Usa questa formula per stimare il costo mensile con il modello per GB:
Costo mensile = (Pagine/mese × KB/pagina ÷ 1.000.000) × Prezzo/GB ÷ Success rate
Ecco alcuni scenari concreti:
| Scenario | Pagine/mese | KB/pagina | GB/mese | Prezzo/GB | Success rate | Costo effettivo |
|---|---|---|---|---|---|---|
| E-commerce (light) | 1M | 10 | 10 | 3 $ | 95% | 31,58 $ |
| E-commerce (heavy) | 10M | 10 | 100 | 3 $ | 95% | 315,79 $ |
| SERP tracking | 5M | 3 | 15 | 3 $ | 98% | 45,92 $ |
| Social media | 2M | 50 | 100 | 6 $ | 90% | 666,67 $ |
| Price monitoring | 500K | 8 | 4 | 3 $ | 97% | 12,37 $ |
Nota come il success rate impatti il costo: per lo scenario social media, passare da un provider al 90% a uno al 97% riduce il costo effettivo da 666,67 $ a 618,56 $ — anche se il prezzo per GB è lo stesso.
Per usare ProxyHat con il tuo scenario, la configurazione base è semplice:
# Python: esempio di calcolo costo con ProxyHat
import requests
# Configurazione ProxyHat
PROXY = "http://user-country-US:PASSWORD@gate.proxyhat.com:8080"
proxies = {"http": PROXY, "https": PROXY}
response = requests.get("https://httpbin.org/ip", proxies=proxies)
print(response.json())Per scenari con sessioni sticky o geo-targeting specifico:
# Sessione sticky con geo-targeting città
PROXY = "http://user-country-DE-city-berlin-session-mySession123:PASSWORD@gate.proxyhat.com:8080"Key Takeaways
- Il prezzo per GB non è il costo reale: moltiplica sempre per (1 ÷ success rate) per ottenere il costo effettivo.
- I costi nascosti sommano: sticky-session surcharge, geo-premium e overhead per-request possono aggiungere il 20-50% al costo atteso.
- Il budget-tier non è sempre più economico: se il success rate è significativamente più basso, i retry costano più del risparmio per GB.
- Cambia modello quando il tuo use-case cambia: alto traffico per IP → per-porta; solo SERP → per-request; scraping generico → per-GB.
- Negoziare sempre sopra 1 TB/mese: i provider si aspettano di negoziare. Mostra volume reale e confronta con competitor.
- Calcola prima di comprare: usa la formula Pagine × KB ÷ 1M × $/GB ÷ Success rate per stimare il costo mensile reale.
Conclusione e prossimi passi
Il modello di pricing giusto dipende interamente dal tuo use-case — non esiste una risposta universale. La cosa più importante è calcolare il costo effettivo prima di impegnarti, includendo success rate, costi nascosti e overhead.
Se vuoi testare un provider con pricing trasparente e senza costi nascosti, prova ProxyHat. Il modello per GB è semplice e prevedibile, con geo-targeting incluso nel prezzo base e sessioni sticky senza surcharge. Inizia con un piccolo test e misura il tuo success rate reale — è l'unico modo per sapere quale tier è giusto per te.
Scopri i piani e il pricing su ProxyHat Pricing o esplora le locazioni disponibili per il tuo geo-targeting.
Per approfondire lo scraping con proxy, leggi la nostra guida allo scraping con proxy.
