Il fornitore promette "oltre 10 milioni di IP", ma nella pratica ricevi lo stesso indirizzo ogni pochi minuti. Questa è una situazione classica con numeri gonfiati nel marketing dei servizi proxy. Esiste un modo semplice e affidabile per controllare la dimensione reale del pool: fare una serie di richieste e contare quanti IP unici hai ricevuto. In questo articolo vedremo come farlo correttamente, senza errori che distorcono il risultato.
Perché controllare la dimensione del pool di proxy
La dimensione del pool influisce direttamente su quanto spesso si ripetono gli indirizzi IP con un gran numero di richieste. Se sei un arbitraggista e gestisci 50 account Facebook Ads, un IP ripetuto su più profili è un modo diretto per subire un chain-ban su tutta la catena di account. Se sei un esperto SMM e gestisci 30 account Instagram di clienti tramite Dolphin Anty, ogni ripetizione di IP rappresenta un rischio di collegare tra loro gli account di diversi clienti agli occhi del sistema antifrode della piattaforma.
Per i venditori su Wildberries e Ozon, un pool reale ridotto significa che il parser dei prezzi dei concorrenti verrà rapidamente soggetto a rate-limit o captcha: il sito vedrà decine di richieste dallo stesso indirizzo e lo bloccherà. Per i marketer che testano il geotargeting della pubblicità, è importante capire se le richieste provengono davvero da diverse sottoreti e città, e non da tre IP ripetuti di un unico data center.
Il controllo richiede 10-15 minuti, e il suo risultato fa risparmiare settimane di lavoro, che altrimenti sarebbero spese per sbloccare account e chiarire perché gli "nuovi" IP si sono rivelati vecchi conoscenti.
Perché i fornitori gonfiano i numeri
La dimensione dichiarata del pool è spesso il numero totale di indirizzi che teoricamente sono disponibili nella rete del fornitore nel corso della sua esistenza, inclusi IP che non vengono più assegnati, bloccati dalle piattaforme target o appartenenti a dispositivi inattivi nel caso di proxy residenziali e mobili. Il campione realmente disponibile al momento della tua richiesta può essere di gran lunga inferiore.
C'è anche un secondo motivo: la rotazione degli IP per molti fornitori funziona secondo il principio "sessione - nuovo IP", ma il pool di rotazione può essere limitato a una specifica geo o sottorete ISP. Se richiedi IP solo dagli Stati Uniti, mentre il pool totale del fornitore è calcolato su tutti i paesi contemporaneamente, il numero reale di indirizzi disponibili per te può differire di decine di volte rispetto a quanto pubblicizzato.
È proprio per questo che il test su 1000 richieste non è paranoia, ma una fase obbligatoria di due diligence prima di costruire un processo aziendale su un fornitore di proxy con decine di account o un parser che funziona 24/7.
Metodo di verifica: 1000 richieste e contatore di IP unici
La logica del metodo è semplice: fai N richieste a un servizio che restituisce il tuo attuale IP esterno (ad esempio, httpbin.org/ip o api.ipify.org), ad ogni richiesta il proxy deve cambiare IP secondo le tue impostazioni di rotazione. Tutti gli indirizzi ottenuti vengono accumulati in un insieme (set), che automaticamente filtra i duplicati. Alla fine, dividi il numero di IP unici per il numero totale di richieste: questo è il reale coefficiente di unicità del pool.
Per un test corretto sono importanti tre condizioni:
- Le richieste devono avvenire con un intervallo che corrisponde a uno scenario reale di utilizzo: non è necessario fare 1000 richieste in 3 secondi, se nel lavoro reale cambi IP ogni 5 minuti;
- Ogni richiesta deve avviare una nuova sessione proxy (per i proxy residenziali e mobili questo di solito significa un nuovo token di sticky-session o una completa ricreazione della connessione);
- Devi testare proprio quella geo e quel tipo di proxy che intendi utilizzare in produzione: un test su un pool generale non mostrerà la situazione reale per un paese specifico.
Il numero 1000 è stato scelto non a caso: è un campione sufficiente per la significatività statistica del risultato, mentre il test viene eseguito in un tempo ragionevole e non crea un carico eccessivo sul fornitore.
Script pronto in Python per il test
Di seguito è riportato uno script funzionante che esegue 1000 richieste tramite proxy e conta gli IP unici. Sostituisci le variabili PROXY_HOST, PROXY_PORT, PROXY_USER e PROXY_PASS con i dati del tuo fornitore di proxy.
import requests
import time
from collections import Counter
PROXY_HOST = "proxy.example.com"
PROXY_PORT = "8000"
PROXY_USER = "login"
PROXY_PASS = "password"
proxy_url = f"http://{PROXY_USER}:{PROXY_PASS}@{PROXY_HOST}:{PROXY_PORT}"
proxies = {"http": proxy_url, "https": proxy_url}
TOTAL_REQUESTS = 1000
DELAY_SECONDS = 0.5 # pausa tra le richieste
ip_counter = Counter()
errors = 0
for i in range(TOTAL_REQUESTS):
try:
response = requests.get(
"https://api.ipify.org?format=json",
proxies=proxies,
timeout=10
)
ip = response.json().get("ip")
ip_counter[ip] += 1
except Exception as e:
errors += 1
time.sleep(DELAY_SECONDS)
unique_ips = len(ip_counter)
success_requests = TOTAL_REQUESTS - errors
uniqueness_ratio = unique_ips / success_requests if success_requests else 0
print(f"Richieste riuscite: {success_requests}")
print(f"Errori: {errors}")
print(f"IP unici: {unique_ips}")
print(f"Coefficiente di unicità: {uniqueness_ratio:.2%}")
print("Top-5 IP più ripetuti:")
for ip, count in ip_counter.most_common(5):
print(f" {ip}: {count} volte")
Lo script mostra anche la top degli IP ripetuti: questo è utile per capire se ci sono uno o due indirizzi che "si bloccano" e vengono forniti dal fornitore in modo anomalo. Se ci sono tali indirizzi e la loro quota è superiore al 5-7% di tutte le richieste, è un segnale di problemi con la rotazione da parte del fornitore.
Controllo rapido tramite cURL senza codice
Se non vuoi scrivere uno script, puoi fare un controllo semplificato tramite terminale. Il seguente comando in bash farà 50 richieste e salverà tutti gli IP ottenuti in un file, fornendo una valutazione rapida senza installare Python:
for i in {1..50}; do
curl -s -x "http://login:[email protected]:8000" \
https://api.ipify.org >> ip_list.txt
echo "" >> ip_list.txt
sleep 0.5
done
sort ip_list.txt | uniq -c | sort -nr
Il comando sort | uniq -c mostrerà un elenco di IP unici con il numero di ripetizioni di ciascuno: questo è lo stesso principio dello script Python, ma senza scrivere un programma. Per un controllo rapido, 50-100 richieste sono sufficienti per notare evidenti problemi con la rotazione.
Come interpretare i risultati del test
Il coefficiente di unicità dipende dal tipo di proxy. Non aspettarti il 100% di unicità dai proxy dei data center economici e non spaventarti se i proxy residenziali mostrano un po' meno del 95%: alcuni fornitori utilizzano pool con geo limitati, dove fisicamente non può esserci un numero illimitato di IP domestici.
| Tipo di proxy | Unicità attesa su 1000 richieste | Valutazione |
|---|---|---|
| Proxy residenziali | 90-99% | Normale |
| Proxy mobili | 70-95% | Normale (dipende dalla densità degli operatori nella geo) |
| Proxy dei data center | 50-90% | Normale, ma dipende dal pool dichiarato di una specifica sottorete |
| Qualsiasi tipo | meno del 30% | Problema: il pool è molto gonfiato nella pubblicità o la rotazione è rotta |
Oltre al coefficiente generale, guarda la distribuzione: se 900 delle 1000 richieste hanno dato IP diversi, mentre 100 richieste sono andate a un solo indirizzo, questo è peggio di una distribuzione uniforme con lo stesso coefficiente medio. L'uniformità è più importante della percentuale totale di unicità, specialmente per compiti di multi-accounting, dove ogni riutilizzo di IP su un profilo è critico.
Controllo del pool in Dolphin Anty e AdsPower senza codice
Se non vuoi lavorare con script, i browser anti-detect offrono strumenti integrati per un controllo simile, anche se in scala ridotta. In Dolphin Anty, apri la sezione "Proxy" → seleziona il proxy desiderato → premi il pulsante di controllo IP più volte di seguito con un intervallo di un paio di minuti e annota il risultato manualmente in una tabella. In AdsPower è simile: nella sezione di gestione dei proxy c'è un pulsante "Check" che mostra l'IP attuale, il paese e il fornitore della rete: controlli ripetuti con intervallo mostreranno se l'indirizzo cambia.
Questo metodo manuale è adatto per un controllo rapido e selettivo prima di acquistare un grande volume di proxy, ma non sostituisce un test completo su 1000 richieste, se intendi scalare il processo su decine o centinaia di account. Per un controllo serio prima di un utilizzo a lungo termine, è meglio eseguire lo script della sezione precedente e ottenere dati statisticamente significativi.
Errori comuni durante il test del pool
Il primo errore è fare richieste troppo rapidamente, senza pause. Alcuni fornitori restituiscono lo stesso IP all'interno di una breve finestra temporale intenzionalmente (sessione sticky), e un test rapido senza pause mostrerà un'unicità distorta e bassa, mentre negli intervalli reali di utilizzo tutto va bene.
Il secondo errore è testare tramite un servizio di verifica IP che memorizza in cache le risposte o restituisce la geolocalizzazione invece dell'indirizzo reale. Utilizza servizi affidabili come ipify.org o httpbin.org/ip, che restituiscono un JSON pulito senza caching da parte loro.
Il terzo errore è non considerare i timeout e gli errori di connessione nella statistica complessiva. Se 200 delle 1000 richieste si sono concluse con un errore e tu calcoli l'unicità su 1000, invece che su 800 riuscite, il coefficiente risulterà distorto in negativo.
Il quarto errore è testare una geo che non è realmente necessaria nel lavoro. Il pool può essere enorme a livello globale, ma minuscolo per una città o uno stato specifico: e proprio la geo locale è spesso critica per la pubblicità geotargetizzata o il SMM locale.
Cosa fare se il pool risulta piccolo
Se il test ha mostrato un basso coefficiente di unicità, il primo passo è scrivere al supporto del fornitore con numeri specifici del test e chiedere di spiegare il motivo. I fornitori onesti di solito spiegano in modo trasparente la struttura del pool per geo e tipo di proxy e possono offrire un campione più ristretto, ma realmente funzionante.
La seconda opzione è rivedere il tipo di proxy per il compito. Per la creazione di account e il lavoro con le piattaforme pubblicitarie, spesso è più efficace non aumentare l'intensità della rotazione degli IP dei data center, ma passare a proxy residenziali o mobili, dove la natura stessa della rete garantisce una distribuzione degli indirizzi più naturale e una minore visibilità per i sistemi antifrode.
La terza opzione è ridurre il carico sul pool: aumentare l'intervallo tra i cambi di IP, distribuire i compiti tra più sottoreti o geo, se la piattaforma consente di lavorare non da un'unica specifica nazione. A volte la soluzione non è aumentare il pool, ma modificare il pattern delle richieste in modo che si adatti al reale volume di indirizzi unici disponibili.
Conclusione
Il test su 1000 richieste con conteggio degli IP unici è un modo rapido e obiettivo per verificare se il reale pool di proxy corrisponde ai numeri dichiarati dal fornitore. Uno script pronto in Python o un controllo semplificato tramite cURL richiedono un minimo di tempo, e il risultato aiuta a evitare ban degli account, blocchi durante il parsing dei marketplace e spese inutili per proxy che non si adattano al compito.
Se intendi creare account pubblicitari su Facebook Ads o TikTok Ads, gestire decine di profili Instagram tramite Dolphin Anty o AdsPower, presta attenzione ai proxy mobili: di solito mostrano una distribuzione degli IP più naturale e raramente vengono bloccati dai sistemi antifrode delle piattaforme. Per il parsing dei prezzi su Wildberries e Ozon o per compiti dove la velocità e la stabilità sono importanti, vale la pena testare i proxy residenziali utilizzando il metodo di questo articolo prima di costruire un processo di lavoro permanente su di essi.