Una stessa porta proxy può tranquillamente gestire 50 richieste parallele durante lo scraping di Wildberries — e nel contempo "bruciarsi" dopo tre sessioni simultanee in Facebook Ads Manager. Non si tratta della qualità del proxy, ma del fatto che diversi tipi di traffico creano carichi diversi sull'IP. In questo articolo analizzeremo come calcolare il limite reale dei flussi per il tuo compito e non compromettere account o pool di proxy a causa di un banale errore di matematica.
Cosa si intende per "flusso" su una porta proxy
Un flusso è una singola connessione parallela attraverso un proxy in un dato momento. Se hai aperto 10 schede nel browser anti-detect Dolphin Anty, e tutte caricano Instagram contemporaneamente attraverso la stessa porta proxy, si tratta di 10 flussi. Se hai un parser in Python che invia 50 richieste a Wildberries contemporaneamente tramite un IP, si tratta di 50 flussi.
È importante capire: il numero di flussi non riguarda la velocità di internet, ma quanti "individui simultanei" vede il sito target da un singolo indirizzo IP in un'unità di tempo. Questo numero è analizzato dai sistemi antifrode di Facebook, Instagram, TikTok e dalla protezione dei marketplace quando prendono decisioni — bannare l'IP o lasciare passare il traffico.
Per un arbitraggista e un professionista SMM, il flusso corrisponde spesso a un account aperto in un dato momento. Per un venditore su un marketplace, un flusso è una richiesta HTTP simultanea del parser o di uno script di monitoraggio dei prezzi. La differenza nella natura del traffico determina quanti flussi possono essere gestiti in sicurezza su una sola porta.
Da cosa dipende il limite dei flussi
Non esiste un numero universale "il proxy supporta N flussi" — è un mito che porta a ban. Il limite reale è determinato da una combinazione di fattori:
- Tipo di IP. I proxy residenziali, mobili e da data center sono percepiti in modo diverso dai sistemi antifrode. Un IP mobile è spesso una persona reale, quindi anche 2-3 sessioni parallele con cookie diversi su di esso appaiono sospette.
- Piattaforma target. Facebook e TikTok analizzano i modelli comportamentali in modo più severo rispetto alla maggior parte dei marketplace. Wildberries e Ozon guardano prima di tutto alla frequenza delle richieste, non al numero di "individui".
- Tipo di richiesta. Una semplice richiesta GET per ottenere il prezzo di un prodotto è un carico leggero. Una sessione completa con autenticazione, caricamento di media e interazione con l'interfaccia è pesante.
- Fornitore di proxy. Il pool di indirizzi IP, la velocità di rotazione e la capacità tecnica del canale variano notevolmente tra diversi fornitori.
- Obiettivo del traffico. Il multi-accounting richiede unicità dell'"individuo" sull'IP, mentre lo scraping richiede semplicemente capacità di banda senza legame con l'identità.
È proprio per questo che è più corretto parlare non di "limite dei flussi del proxy", ma di "limite dei flussi per un compito specifico su una piattaforma specifica".
Calcolo per multi-accounting (SMM e arbitraggio)
Per il multi-accounting, la regola d'oro è semplice: un account — un IP — una sessione. Quindi, idealmente, su una porta proxy dovrebbe esserci esattamente 1 flusso attivo, se si parla di account pubblicitari di Facebook Ads, TikTok Ads o Instagram. La ragione non è nei limiti tecnici del proxy, ma nel fatto che i sistemi antifrode monitorano il legame IP + impronta del dispositivo + comportamento. Se due account "siedono" contemporaneamente su un IP attraverso diverse schede di un browser anti-detect, questo aumenta drasticamente il rischio di chain-ban — il blocco dell'intera catena di account contemporaneamente.
Nella pratica, nelle agenzie SMM e nei team di arbitraggio si utilizza la seguente logica di distribuzione:
| Compito | Flussi su 1 porta | Commento |
|---|---|---|
| Farming di account Facebook Ads | 1 | Strictamente 1 account su 1 IP stabile, preferibilmente fissato (sticky session) |
| Gestione degli account Instagram del cliente | 1 | Anche una breve sessione parallela viene catturata come anomalia |
| TikTok Ads con riscaldamento | 1 | TikTok è particolarmente sensibile ai cambiamenti bruschi di IP all'interno di una sessione |
| Controllo massivo degli account (senza azioni) | 2-3 | Consentito per operazioni di controllo leggere senza rischio per l'attività principale |
Per questo schema, la stabilità dell'IP è critica: se il proxy cambia indirizzo nel mezzo di una sessione, questo interrompe il legame dell'account con l'"individuo" e appare come un cambio di dispositivo. Pertanto, per il multi-accounting si utilizzano solitamente proxy residenziali con la possibilità di mantenere un IP fissato per un lungo periodo (sticky session da 10 minuti a diverse ore), e per piattaforme particolarmente sensibili — proxy mobili, che forniscono il profilo di traffico più "umano".
Nei browser anti-detect Dolphin Anty, AdsPower, Multilogin o GoLogin, questo si configura facilmente: nel profilo di ogni account si specifica la propria porta proxy, e non un pool comune per l'intero browser. Apri le impostazioni del profilo → sezione "Proxy" → inserisci i dati separati (IP, porta, login, password) per ogni account → salva. In questo modo escludi fisicamente la situazione in cui due account si trovano accidentalmente sullo stesso IP contemporaneamente.
Calcolo per scraping di marketplace
Con lo scraping di Wildberries, Ozon o Avito, la logica è inversa. Qui non esiste il concetto di "individuo" — esiste il concetto di "frequenza delle richieste da un IP in un'unità di tempo". La protezione dei marketplace non reagisce al numero di flussi paralleli in quanto tale, ma alla velocità delle richieste e al modello di comportamento (intervalli identici, assenza di pause, intestazioni identiche).
Il calcolo pratico si basa sulla formula:
Nella pratica, per la maggior parte dei grandi marketplace, il corridoio sicuro è di 3-8 flussi paralleli su un singolo IP da data center con pause tra le richieste da 1 a 3 secondi. Se superi questo valore, aumenta la percentuale di risposte 403 e 429 (captcha, blocco temporaneo delle richieste).
| Piattaforma | Flussi raccomandati su 1 IP | Ritardo tra le richieste |
|---|---|---|
| Wildberries (schede prodotto) | 3-6 | 1-2 sec |
| Ozon (monitoraggio dei prezzi) | 4-8 | 1-2 sec |
| Avito (scraping degli annunci) | 2-4 | 2-4 sec |
| Yandex.Market | 3-5 | 1-3 sec |
Se l'obiettivo è aggirare un grande volume di prodotti rapidamente, il modo corretto non è "sforzare" un IP oltre il limite, ma aumentare il pool di indirizzi IP e distribuire il carico. Con 1000 prodotti e un limite di 5 flussi su IP con un ritardo di 1,5 secondi, un IP gestirà circa 200 richieste in 5 minuti — mentre con un pool di 10 IP lo stesso richiederà circa 30 secondi. Per tali compiti, in termini di rapporto velocità/costo, i proxy da data center sono ottimali — sono più veloci dei residenziali e sufficienti per lo scraping di pagine pubbliche senza autenticazione.
Residenziali vs mobili vs data center: tabella dei flussi
Di seguito è riportata una tabella riassuntiva che aiuta a stimare rapidamente il limite sicuro di flussi paralleli a seconda del tipo di proxy e della natura del compito. I numeri sono indicativi e dipendono dalla piattaforma specifica, ma forniscono un corretto ordine di grandezza per la pianificazione.
| Tipo di proxy | Multi-accounting (flussi/porta) | Scraping (flussi/porta) | Caratteristica |
|---|---|---|---|
| Proxy residenziali | 1 | 3-5 | Alto livello di fiducia delle piattaforme, rotazione flessibile |
| Proxy mobili | 1 | 2-3 | Massima "umanità", ma capacità di banda limitata |
| Proxy da data center | non raccomandato per i social media | 5-10 | Alta velocità e basso costo, ma più facilmente rilevabili dai social media |
Si prega di notare: i proxy da data center non vietano tecnicamente di aprire più account Instagram, ma tali IP sono molto più frequentemente registrati nelle banche dati di rilevamento dei social media come "server", il che aumenta drasticamente il rischio di ban anche con un solo flusso. Per i social media e le piattaforme pubblicitarie, è più importante il tipo e la reputazione dell'IP piuttosto che il numero di flussi.
Errori comuni nel calcolo del carico
Nella pratica, la maggior parte dei ban e dei blocchi è legata non a proxy scadenti, ma a una distribuzione errata dei flussi. Ecco gli errori più comuni:
- Pool proxy comune per l'intero browser anti-detect. Se nelle impostazioni dei profili non è specificata una porta individuale per ogni account, il sistema può accidentalmente indirizzare due profili attraverso lo stesso IP.
- Ignorare i ritardi nel parser. Uno script senza pause tra le richieste crea un modello che viene immediatamente identificato come automazione, anche se formalmente c'è un solo flusso.
- Mescolare compiti su una sola porta. Utilizzare un proxy sia per riscaldare un account che per lo scraping del feed è una causa tipica di blocchi improvvisi.
- Rotazione dell'IP nel mezzo di una sessione attiva. Per il multi-accounting è importante una sessione sticky: cambiare IP durante il lavoro con un account appare come una compromissione dell'account.
- Calcolo dei flussi "a occhio". Senza considerare il tempo di risposta della piattaforma e i suoi limiti reali, è facile sovraccaricare l'IP o utilizzare in modo inefficiente il pool di proxy.
Checklist: come calcolare il numero necessario di flussi
Prima di avviare un compito — che si tratti di farming di account Facebook Ads o monitoraggio dei prezzi su Wildberries — segui questa breve checklist:
- Determina il tipo di traffico: multi-accounting (1 account = 1 flusso = 1 IP) o scraping (più richieste su 1 IP sono ammissibili).
- Controlla se la piattaforma ha limiti pubblici di richieste (rate limits) o soglie di blocco documentate.
- Per i social media e i pannelli pubblicitari, scegli IP residenziali o mobili e fissa rigidamente 1 flusso per porta.
- Per lo scraping, calcola la formula "limite di richieste ÷ tempo di risposta" e aggiungi un margine del 20-30% per picchi di carico.
- Imposta manualmente i ritardi tra le richieste, anche se lo strumento di scraping non lo richiede per impostazione predefinita.
- Testa su un piccolo pool di IP prima di scalare — in questo modo vedrai la soglia reale di blocco di una piattaforma specifica.
- Registra i log degli errori (403, 429, captcha) — l'aumento di questi codici segnala che il limite attuale dei flussi è stato superato.
Conclusione
Non esiste una risposta universale alla domanda "quanti flussi supporta una porta proxy" — tutto dipende dal tipo di traffico. Per il multi-accounting in Facebook Ads, TikTok Ads o Instagram, la regola è una: 1 account — 1 IP — 1 flusso, e qui la reputazione dell'IP è più importante della sua capacità di banda. Per lo scraping di Wildberries, Ozon o Avito, è possibile gestire in sicurezza 3-8 flussi paralleli su un singolo IP, se i ritardi tra le richieste sono impostati correttamente.
Se il tuo compito è il farming e la gestione di molti account senza rischio di chain-ban, presta attenzione ai proxy residenziali con supporto per sessioni fissate, e per piattaforme particolarmente sensibili — ai proxy mobili. Se invece l'obiettivo è uno scraping veloce e voluminoso di prezzi e schede prodotto, dove la velocità è più importante dell'"umanità" dell'IP, è più saggio calcolare il carico su un pool di diversi proxy da data center e distribuire le richieste uniformemente, senza superare la soglia sicura di flussi per un singolo indirizzo.