Rotating proxy

I crediti API sono le unità di fatturazione interne utilizzate per misurare il carico generato dalle vostre richieste. Ogni piano include un numero fisso di crediti e ogni richiesta in uscita ne deduce una certa quantità in base alla complessità della pagina target.

Una richiesta semplice che carica solo HTML o JSON costa generalmente 1 credito. Le richieste che attivano più asset in parallelo — come script, immagini, file CSS, font, API e richieste di tracking — consumano più crediti. Ogni asset viene conteggiato come una richiesta downstream separata.

Questi valori sono approssimativi e variano in base al sito web:

• 1 credito — richiesta semplice in stile API, senza browser, senza JS
• 2–3 crediti — richiesta browser senza JS (DOM base, nessun rendering)
• ≈10 crediti — browser headless completo con rendering JS, carico tipico su proxy datacenter
• 10–15+ crediti — pagine pesanti con molti script, tracker, annunci, analytics o bundle di risorse di grandi dimensioni

Siti web diversi hanno strutture DOM, bundle JS e catene di asset differenti. Un sito potrebbe caricare solo pochi file, mentre un altro può generare oltre 30 richieste downstream per pagina.

Come calcolare il consumo reale?

Potete stimare facilmente il consumo di crediti prima di scegliere un piano:

• Aprite la pagina che desiderate sottoporre a scraping.
• Verificate quante richieste parallele vengono effettuate utilizzando uno strumento come RequestMap
• Il numero di asset caricati ≈ numero di crediti per ogni caricamento della pagina.

Questo vi offre una previsione accurata di quanti crediti API consumerà il vostro workflow. Qualsiasi richiesta che raggiunge la nostra infrastruttura consuma crediti — incluse le risposte come 404, 429, 503 o timeout. Anche se il sito target restituisce un errore, la richiesta viene comunque elaborata e instradata.

L’opzione a pagamento di 48 ore è disponibile solo per i prodotti proxy non a rotazione. Per i proxy a rotazione scegli una durata standard.

I rotating proxy vi assegnano un nuovo IP ad ogni richiesta, rendendo molto più difficile per i siti web bloccarvi o applicare rate-limiting. Combinati con header e user-agent realistici, aiutano a superare WAF e challenge CAPTCHA mantenendo stabili le sessioni di scraping. Aggiungete bandwidth illimitata, concorrenza illimitata e un pool IP mondiale — e ottenete un'API di scraping di livello enterprise a una frazione del prezzo di mercato.

Vi connettete a unico gateway FineProxy — un dominio e una porta. Quando la vostra applicazione invia una richiesta, il gateway seleziona un IP dal pool di ~100.000 indirizzi e inoltra la richiesta attraverso di esso. La richiesta successiva ottiene automaticamente un IP diverso. Non dovete gestire alcuna lista di proxy né logica di rotazione — il gateway gestisce tutto.

Ogni richiesta HTTP che raggiunge la nostra infrastruttura consuma crediti — incluse le richieste che restituiscono errori come 404 o 503. Il caricamento di una singola pagina può generare molteplici richieste secondarie (script, immagini, font), e ciascuna di esse viene conteggiata singolarmente.

Il piano è valido per 30 giorni o fino all'esaurimento dei crediti API — a seconda di quale condizione si verifica per prima. I crediti non utilizzati non vengono trasferiti al ciclo di fatturazione successivo.

Sì. Nella vostra dashboard, ogni piano attivo ha una pagina dedicata che mostra il consumo di crediti API, la cronologia delle richieste e i pattern di utilizzo.

È possibile ridurre il consumo limitando il numero di asset caricati durante ogni richiesta. Le tecniche includono:

• utilizzando accept-encoding: gzip, deflate, br per ridurre le dimensioni del payload
• evitando il rendering tramite headless browser quando non necessario
• disabilitando immagini, font e JS pesanti dove possibile
• utilizzando modalità di richiesta più semplici per gli endpoint API

In generale, meno risorse parallele = meno crediti consumati.

Attualmente, i nostri rotating proxy assegnano un nuovo IP ad ogni richiesta. Non è disponibile un'opzione di sticky session — ogni richiesta passa attraverso un indirizzo diverso. Questo funziona perfettamente per attività di scraping in cui ogni caricamento di pagina è indipendente. Per i flussi di lavoro che richiedono lo stesso IP su più passaggi — accesso a un sito, completamento di un checkout — consigliamo i nostri proxy dedicati statici o i proxy ISP.

Quando i provider dichiarano “10 milioni di IP”, di solito contano ogni IP che sia mai passato attraverso la loro rete — non quelli attivi in quel momento. I nostri 100K indirizzi sono tutti IPv4 datacenter, tutti attivi, tutti sotto il nostro controllo diretto. Ancora più importante, sono esclusivi del nostro servizio. Nessun altro li utilizza, quindi restano puliti. Un pool mirato di IP freschi e non condivisi supera sempre un pool enorme di indirizzi riciclati e segnalati.

Non ce n'è uno. I rotating proxy di FineProxy includono traffico illimitato. Non si paga per gigabyte e non c'è alcun throttling nemmeno con volumi elevati. Per operazioni che generano terabyte di traffico al mese, si tratta di una struttura di costi radicalmente diversa rispetto ai residential proxy con fatturazione a GB.

Gli IP datacenter sono soggetti a controlli più rigidi sui siti protetti da soluzioni anti-bot enterprise. Per questi, i residential proxy o i proxy ISP offrono generalmente risultati migliori. Il nostro pool rotating datacenter funziona bene per l'ampia fascia intermedia del web — la maggior parte dei siti che non investono in sistemi di rilevamento bot di fascia alta. Per i target più difficili, abbinate il nostro pool rotating a un rate-limiting intelligente e header adeguati, oppure passate ai proxy ISP per le pagine critiche.

Basta puntare il vostro client HTTP all’endpoint gateway di FineProxy (dominio:porta). In Python Requests — un solo parametro proxies. In Scrapy — una sola impostazione middleware. Qualsiasi linguaggio o tool che supporta proxy HTTP funziona allo stesso modo. Nessun SDK necessario, nessun file con liste di proxy, nessun codice di rotazione da scrivere.

La raccolta di dati pubblicamente accessibili è legale nella maggior parte delle giurisdizioni. La sentenza della corte d’appello USA del 2022 nel caso hiQ Labs v. LinkedIn ha confermato che lo scraping di dati pubblici non viola il Computer Fraud and Abuse Act. Detto ciò, rispettare robots.txt e i limiti di frequenza è una buona pratica — e riduce anche i blocchi, il che è nel vostro stesso interesse. Il proxy in sé è uno strumento di rete standard; la legalità dipende dall’uso che se ne fa.