Acquistare un pacchetto di proxy e sprecare metà del traffico in controlli inutili è un errore tipico dei principianti nell'arbitraggio e nel SMM. Un gigabyte di traffico per proxy residenziali e mobili ha un costo, quindi è fondamentale testare il server in modo da ottenere il massimo delle informazioni con il minimo consumo: se l'IP funziona, se è nella blacklist, se mantiene la sessione e se consente l'accesso alla piattaforma desiderata. In questo articolo, presentiamo 7 controlli che rispondono al 100% delle domande prima di avviare una campagna, e un calcolo preciso di quanto traffico consuma ciascuno di essi.
Perché il consumo di traffico durante il test è importante
I proxy residenziali e mobili vengono quasi sempre venduti in pacchetti di traffico, non in base al tempo di accesso. Se gestisci 20-30 account Instagram o testi creatività in Facebook Ads su più IP, ogni megabyte speso per "verificare se il proxy funziona" è un megabyte rubato a un compito reale. Questo è particolarmente critico per gli arbitraggisti, che testano decine di proxy prima di creare account: se spendi 20-30 MB per ogni controllo senza un piano, da un gigabyte rimarranno solo 5-7 test completi invece di 15-20.
La seconda ragione è la velocità di decisione. Quando conosci il consumo esatto per ogni controllo, puoi calcolare in anticipo il budget: ad esempio, "per testare 50 proxy prima di acquistare un lotto, ci vorranno circa 300-400 MB", evitando di consumare l'intero pacchetto e rimanere senza traffico per il lavoro reale. Questo è particolarmente rilevante per le agenzie SMM, che testano i proxy per ogni cliente separatamente, e per i venditori di marketplace, che controllano la disponibilità di Wildberries o Ozon da diverse regioni prima di avviare il monitoraggio dei prezzi.
Come i fornitori calcolano il traffico dei proxy
La maggior parte dei fornitori di proxy calcola il traffico in entrambe le direzioni: richieste in uscita (upload) e dati ricevuti (download). Quindi, se carichi una pagina di 500 KB, il consumo reale può essere di 520-550 KB tenendo conto delle intestazioni della richiesta e della risposta del server proxy. È importante considerare questo nei calcoli: i numeri in questo articolo sono indicati con un piccolo margine per corrispondere alla fatturazione reale.
Anche il protocollo influisce sul consumo. I proxy HTTP/HTTPS aggiungono un sovraccarico minimo per l'installazione del tunnel, mentre SOCKS5 funziona in modo leggermente "più pulito" grazie all'assenza di alcune intestazioni HTTP. La differenza è piccola — 2-5% per richieste brevi — ma durante il test di massa di centinaia di IP si traduce in un risparmio significativo. Se lavori tramite un browser anti-detect come Dolphin Anty o AdsPower, considera che il browser stesso, all'avvio del profilo, carica risorse aggiuntive (font, estensioni), che consumano anche traffico proxy oltre al "test pulito".
7 controlli dei proxy e consumo di traffico per ciascuno
Di seguito è riportato un insieme minimo ma esaustivo di controlli. Sono sufficienti per capire se il proxy è adatto al compito o meno, senza richieste superflue "per sicurezza".
1. Controllo IP e geolocalizzazione
Il primo e più semplice test è scoprire quale indirizzo IP restituisce il proxy e se la geolocalizzazione corrisponde a quella dichiarata. Si utilizzano servizi come whoer.net, ip-api.com o ipinfo.io. Una richiesta all'API di geolocalizzazione restituisce un JSON di 2-5 KB, ma se apri una pagina completa di whoer.net nel browser (con immagini e stili), il consumo aumenta a 300-500 KB. Si consiglia di utilizzare l'API endpoint e non di aprire il sito visivamente.
Consumo: 3-10 KB tramite API, fino a 500 KB tramite browser.
2. Controllo della velocità e stabilità della connessione
La velocità è importante per lo streaming di creatività pubblicitarie, il caricamento di video su TikTok o il posting di massa. Un test di velocità completo tramite speedtest.net o fast.com consuma decine di megabyte di dati appositamente per misurare la larghezza di banda — questo è costoso per il budget di test. Un'opzione più economica è misurare il tempo di caricamento di un file di dimensioni note (ad esempio, un'immagine di test di 1 MB) e calcolare la velocità manualmente.
Consumo: 1-2 MB durante la misurazione manuale, 20-50 MB durante un test di velocità completo.
3. Controllo delle perdite (WebRTC, DNS leak)
Per gli arbitraggisti e i professionisti SMM che lavorano tramite browser anti-detect, è fondamentale assicurarsi che l'IP reale non "perda" attraverso WebRTC o richieste DNS bypassando il proxy. Servizi come browserleaks.com o dnsleaktest.com eseguono diverse richieste parallele ai server DNS e ai server STUN per controllare WebRTC.
Consumo: 50-150 KB per un controllo completo della pagina con i risultati.
4. Controllo dell'IP per blacklist
Un proxy può funzionare tecnicamente, ma se l'IP è già stato segnalato nelle blacklist o bloccato dalla piattaforma, il suo utilizzo è limitato. Il controllo tramite servizi come IPQualityScore, Scamalytics o MXToolbox Blacklist Check di solito effettua richieste a più database contemporaneamente.
Consumo: 10-40 KB per un servizio di controllo, fino a 100 KB se controlli contemporaneamente 3-4 database.
5. Controllo dell'accesso alla piattaforma target
Il controllo più importante per il lavoro reale è se Facebook, Instagram, TikTok, Wildberries o Ozon si aprono tramite questo IP senza captcha, reindirizzamento per verifica o blocco. Qui il consumo di traffico dipende dalla piattaforma: la homepage di Instagram pesa 1,5-2,5 MB considerando script e immagini del profilo, il feed di Facebook — 2-4 MB, la scheda prodotto su Wildberries — 800 KB-1,2 MB. Per risparmiare, apri non l'intero feed, ma la pagina di accesso o una richiesta API della piattaforma, se tecnicamente possibile.
Consumo: 800 KB - 4 MB a seconda della piattaforma.
6. Controllo della stabilità della sessione (sticky session)
Per sessioni prolungate — gestione di account, completamento di ordini su marketplace, compilazione di moduli multi-step — è importante che l'IP non cambi durante la sessione. Il controllo viene effettuato in modo semplice: più volte di seguito, con un intervallo di 2-5 minuti, si richiede lo stesso servizio di geolocalizzazione e si confronta l'IP. Ogni richiesta è leggera, ma è necessario effettuare almeno 5-6 ripetizioni per affidabilità.
Consumo: 5-6 richieste da 3-10 KB = 15-60 KB in totale.
7. Controllo della compatibilità con il browser anti-detect
L'ultimo test consiste nell'avviare un profilo in Dolphin Anty, AdsPower, Multilogin, GoLogin o Octo Browser con il proxy configurato e verificare che il fingerprint del browser, il fuso orario e la lingua si adattino correttamente alla geolocalizzazione dell'IP. L'avvio del profilo con il caricamento di estensioni e cache del browser anti-detect è la fase più "pesante" di tutte e sette.
Consumo: 3-8 MB per il primo avvio del profilo (cache, estensioni, sincronizzazione).
Tabella riassuntiva del consumo per l'intero test
Se si eseguono tutti e 7 i controlli in modo economico (API invece di siti visivi, misurazione manuale della velocità invece di speedtest), il consumo totale per un IP si attesta tra 5-10 MB. Questo significa che da 1 GB di traffico puoi testare da 100 a 200 diversi proxy prima di scegliere il pool di lavoro.
| Controllo | Consumo economico | Consumo "di default" |
|---|---|---|
| IP e geolocalizzazione | 3-10 KB | fino a 500 KB |
| Velocità di connessione | 1-2 MB | 20-50 MB |
| Perdite WebRTC/DNS | 50-150 KB | 150-300 KB |
| Blacklist | 10-40 KB | fino a 100 KB |
| Accesso alla piattaforma | 800 KB-1,2 MB | 2-4 MB |
| Stabilità della sessione | 15-60 KB | 50-100 KB |
| Browser anti-detect | 3-8 MB | 10-15 MB |
| Totale per 1 IP | ~5-10 MB | ~35-70 MB |
Come minimizzare il consumo durante il test
Risparmiare traffico durante il test è una disciplina, non magia. Ecco una checklist utile che gli arbitraggisti utilizzano durante l'acquisto massivo di proxy:
- Utilizza gli endpoint API dei servizi di geolocalizzazione invece di aprire visivamente i siti tramite browser;
- Disabilita il caricamento delle immagini nel browser durante il test di accesso alla piattaforma — hai bisogno solo del fatto che la pagina si apra, non della sua visualizzazione;
- Testa la velocità tramite curl o misurazione manuale del tempo di caricamento di un file di test, non tramite speedtest.net;
- Raggruppa i controlli: prima filtra rapidamente gli IP per geolocalizzazione e blacklist (5-50 KB), e solo quelli sopravvissuti controlla per l'accesso alla piattaforma (la fase più costosa);
- Crea un profilo di test separato nel browser anti-detect con un numero minimo di estensioni — questo riduce il consumo di cache e sincronizzazione;
- Se il fornitore offre un periodo di prova o traffico di prova — utilizzalo proprio per questi 7 controlli, e non per il lavoro reale.
Errori comuni durante il test dei proxy
Il primo e più comune errore è testare i proxy aprendo un feed completo di Instagram o Facebook con riproduzione automatica dei video. Un solo accesso del genere può consumare 5-10 MB invece di 2 MB, se semplicemente aspetti il caricamento della homepage senza scorrere.
Il secondo errore è ripetere il test dello stesso IP con diversi servizi senza necessità. Se whoer.net ha già mostrato una geolocalizzazione corretta, non è necessario duplicare il controllo tramite ipinfo.io e iplocation.net — questo triplica il consumo senza ulteriore utilità.
Il terzo errore è testare i proxy in un profilo "operativo" del browser anti-detect con una cronologia completa, cache ed estensioni. Tale profilo consuma 2-3 volte più traffico per sincronizzazione rispetto a un profilo di test pulito.
Il quarto errore è ignorare la differenza tra IP residenziali statici e proxy mobili con rotazione dinamica. Se testi la stabilità della sessione su un proxy con rotazione automatica dell'IP ogni pochi minuti, il test mostrerà "instabilità" dove in realtà funziona la rotazione standard, e non è un problema del proxy.
Quale tipo di proxy scegliere per il compito
I risultati dei sette controlli suggeriscono direttamente quale tipo di proxy è necessario per un compito specifico. Per la creazione di account pubblicitari in Facebook Ads e TikTok Ads, dove è importante la massima somiglianza con un utente reale, si scelgono generalmente proxy residenziali — sono meno soggetti a finire nelle blacklist e forniscono risultati più puliti nel controllo della geolocalizzazione e delle perdite.
Per lavorare con Instagram e TikTok, soprattutto durante la registrazione di nuovi account e l'associazione di numeri, gli arbitraggisti spesso preferiscono proxy mobili — le piattaforme percepiscono tali IP come normali utenti di internet mobile, riducendo la probabilità di blocco durante la verifica.
Per il parsing dei prezzi su Wildberries, Ozon o Avito, dove la velocità e il volume delle richieste sono più importanti della "umanità" dell'IP, è più ragionevole utilizzare proxy dei data center — sono più veloci e più economici in termini di gigabyte, e per il monitoraggio dei prezzi la reputazione dell'IP non è così critica come per i pannelli pubblicitari.
| Compito | Tipo di proxy raccomandato | Controlli prioritari |
|---|---|---|
| Creazione di account Facebook/TikTok Ads | Proxy residenziali | Blacklist, perdite, accesso alla piattaforma |
| Gestione di Instagram/TikTok per SMM | Proxy mobili | Geolocalizzazione, stabilità della sessione |
| Parsing di Wildberries/Ozon/Avito | Proxy dei data center | Velocità di connessione, accesso alla piattaforma |
Conclusione
Un test completo di un proxy non richiede gigabyte di traffico — sono sufficienti sette controlli mirati: IP e geolocalizzazione, velocità, perdite WebRTC/DNS, blacklist, accesso alla piattaforma target, stabilità della sessione e compatibilità con il browser anti-detect. Con un approccio economico, l'intero insieme rientra in 5-10 MB per un IP, il che significa che da un pacchetto di 1 GB puoi testare un centinaio di proxy prima di scegliere il pool di lavoro per la creazione di account, gestione di profili SMM o parsing di marketplace.
Se dopo i test prevedi di scalare il lavoro — creando account pubblicitari, gestendo decine di profili su Instagram o monitorando i prezzi dei concorrenti — scegli il tipo di proxy per il compito specifico. Per le piattaforme pubblicitarie e i social media, i proxy residenziali sono più adatti, mentre per il parsing veloce di grandi volumi di dati, i proxy dei data center offrono una velocità maggiore per megabyte di traffico.