Rotazione significa "un IP diverso a ogni richiesta" e molti pensano automaticamente che sia "meglio". In realtà la rotazione è uno strumento, non un fine. Usata nel posto sbagliato blocca account, rompe sessioni e aumenta i costi. Questo articolo chiarisce dove ciascuna delle due modalità è corretta.
Il comportamento delle due modalità
In modalità rotating il sito di destinazione ti considera ogni volta un nuovo visitatore; in modalità statica ti riconosce come lo stesso utente. Entrambe hanno un costo.
Confronto
La riga critica è la "continuità di sessione": ogni lavoro con login richiede la modalità statica o sticky.
Sticky session: la soluzione intermedia
La sticky session ti permette di mantenere lo stesso IP per un periodo determinato all'interno di un pool a rotazione. Funziona tramite una chiave di sessione inserita nel nome utente: utente-session-ab12 ad esempio. Finché viene inviata la stessa chiave, il gateway fornisce lo stesso IP di uscita. Le durate tipiche sono 1, 10 e 30 minuti.
La durata della sessione deve essere superiore al flusso di lavoro che devi completare. Non puoi svolgere un'operazione da 10 minuti con una sticky session da 1 minuto.
Scegliere l'intervallo di rotazione
Una rotazione troppo frequente fa sì che il sito di destinazione veda un "diluvio di nuovi visitatori" e segnali come sospetto l'intero pool. Una rotazione troppo rara, invece, finisce contro il rate limit. Regola pratica: misura il numero di richieste al minuto che il target accetta, lascia un margine di sicurezza e suddividi di conseguenza.
Leggi l'elenco dall'alto verso il basso: più il lavoro è "basato su sessione", più a lungo serve lo stesso IP.
Gestione degli errori
La vera forza della rotazione è poter ritentare una richiesta fallita con una nuova identità . Un client solido applica queste regole:
- 429 / 403: abbandona l'IP e riprova con un nuovo IP dopo 2-5 secondi.
- 5xx: problema del server di destinazione — riprova con lo stesso IP usando un backoff esponenziale.
- Timeout: problema lato proxy — cambia IP e incrementa il contatore.
- 3 errori consecutivi: metti quel sotto-pool in quarantena temporanea.
Per evitare che i retry finiscano in un ciclo infinito, imposta un limite massimo di 3 tentativi per richiesta; altrimenti il tuo budget in GB si esaurisce senza che te ne accorga.
Non regolare nulla senza misurare: per ogni intervallo di rotazione registra il tasso di successo e la latenza media. Lo strumento Controllo Proxy mostra i singoli indirizzi, mentre i tuoi log mostrano l'andamento dell'intero pool.
Per decidere insieme anche il tipo di IP, consulta i confronti residential-datacenter e ISP-residential ; per i lavori incentrati sugli account la pagina proxy per social media contiene esempi pratici.