Lo stesso pool di proxy può essere utilizzato in modi diversi: cambiare IP ogni N minuti automaticamente o richiedere il cambio di indirizzo manualmente tramite API proprio nel momento dell'azione. La differenza sembra un dettaglio tecnico, ma è proprio questa a decidere se riceverete un ban dell'account o una raccolta di dati pulita senza blocchi. Analizziamo quando è necessaria la rotazione tramite timer e quando è necessario un cambio controllato di IP tramite API, esaminando 6 scenari di lavoro reali.
Rotazione tramite timer vs cambio IP tramite API: differenza
Rotazione tramite timer — è il cambio automatico dell'indirizzo IP a intervalli prestabiliti: ogni 1 minuto, ogni 10 minuti, ogni ora. Il fornitore di proxy cambia autonomamente il nodo di uscita, mentre voi continuate a inviare richieste attraverso la stessa porta o endpoint. Questo è comodo quando non vi importa il momento del cambio di IP — l'importante è che l'indirizzo venga aggiornato regolarmente e che non "rimaniate bloccati" su un IP troppo a lungo.
Cambio IP tramite API — è una richiesta manuale o programmata per cambiare indirizzo proprio nel momento in cui ne avete bisogno: dopo un errore, dopo un captcha, prima di una nuova sessione di scraping, prima di avviare un nuovo account pubblicitario. Inviate una richiesta GET o POST a un URL speciale del fornitore — e ottenete un nuovo IP su richiesta, senza legami con il timer.
La differenza chiave: il timer funziona "secondo un programma" e non reagisce al contesto del compito, mentre l'API offre un controllo completo — decidete voi quando è necessario un nuovo IP. Per alcuni compiti (scraping di un grande volume di pagine) è più comodo il timer, per altri (farming di account, dove è importante legare un IP a un profilo) — solo API o una sessione statica senza rotazione.
Tabella comparativa: cosa scegliere
| Criterio | Rotazione tramite timer | Cambio IP tramite API |
|---|---|---|
| Controllo del momento del cambio | No, solo intervallo | Completo, su richiesta |
| Adatto per farming di account | Poco — interrompe la sessione | Bene — cambio tra le sessioni |
| Adatto per scraping | Bene — bypass automatico dei limiti | Bene, se è necessaria una reazione al captcha |
| Necessita codice/script | No, si configura una volta | Sì, richiesta minima all'URL |
| Rischio di interruzione della sessione attiva | Alto | Basso, se chiamato manualmente |
Scenario 1: Farming di account Facebook Ads e TikTok Ads
Qui la rotazione tramite timer è un modo diretto per ricevere un ban. Facebook e TikTok analizzano la stabilità dell'indirizzo IP durante l'intera vita dell'account: se l'IP cambia ogni 10 minuti, il sistema lo considera un segno di bot o hacking. Lo schema corretto è un IP statico per un account, senza rotazione, oppure cambio IP tramite API solo nel momento della creazione di un nuovo profilo o quando si sposta l'account in un'altra posizione.
Nei browser anti-detect come Dolphin Anty, AdsPower o Multilogin, a ogni profilo viene assegnata una porta proxy separata. Utilizzando proxy residenziali statici con legame per sessione, l'IP non cambia finché non richiedete un nuovo IP tramite API — ad esempio, in caso di ban o quando scalate su un nuovo lotto di account. Per questo compito, sono adatti proxy residenziali con sessione lunga (sticky session) — sembrano una normale connessione internet domestica e non suscitano sospetti nei sistemi anti-frode.
Scenario 2: Automazione SMM in Instagram e TikTok
Le agenzie SMM che gestiscono 20-50 account di clienti affrontano un problema simile: ogni account deve avere il proprio IP stabile, legato per settimane o mesi. La rotazione tramite timer distrugge qui il profilo comportamentale — Instagram vede il cambio di geolocalizzazione all'interno di una sessione e impone un ban shadow sul posting o limita la portata delle Storie.
La pratica lavorativa è assegnare una sessione sticky a ogni profilo nel browser anti-detect e utilizzare l'API per il cambio IP solo quando l'account deve essere "aggiornato" dopo un lungo periodo di inattività o dopo un sospetto di soft-ban. I proxy mobili in questo scenario mostrano i migliori risultati, poiché gli IP degli operatori mobili raramente vengono filtrati dai sistemi anti-bot dei social network — questo è particolarmente importante quando si lavora con TikTok, dove il rilevamento del multi-accounting è particolarmente severo.
Scenario 3: Scraping dei prezzi su Wildberries e Ozon
Qui la situazione è opposta: la rotazione tramite timer è ciò di cui avete bisogno. Wildberries e Ozon bloccano gli indirizzi IP in base al numero di richieste in un'unità di tempo, e non in base al comportamento di una singola sessione — non importa se l'utente è "vivo", conta la frequenza delle richieste. Lo schema ottimale è la rotazione degli IP ogni 30-60 secondi o dopo ogni N-esima richiesta, per distribuire il carico tra centinaia di indirizzi e non incorrere nel rate-limit di un singolo IP.
Per lo scraping dei marketplace, è ottimale combinare entrambi gli approcci: rotazione di base tramite timer per una distribuzione uniforme delle richieste, più una richiesta API per un cambio immediato di IP quando si riceve un captcha o un HTTP 429. I proxy dei data center gestiscono bene questo compito con un grande volume di richieste, mentre per schede più sensibili, dove Wildberries verifica i modelli comportamentali, è meglio utilizzare proxy dei data center con alta velocità e basso costo per volume.
Scenario 4: Monitoraggio degli annunci su Avito
Avito controlla rigorosamente la geografia e la frequenza delle azioni da un singolo IP — soprattutto durante la pubblicazione massiva di annunci da diverse città. Se pubblicate annunci a nome di diversi "venditori" in diverse regioni, la rotazione tramite timer non è adatta: il sistema vede che l'IP salta tra le città all'interno di una singola attività e blocca l'account per sospetto di geolocalizzazione falsa.
L'approccio corretto è il cambio di IP tramite API rigorosamente prima dell'inizio di una nuova sessione nella regione desiderata, con successiva fissazione dell'IP per l'intero periodo di lavoro con un particolare annuncio o account. I proxy residenziali con geo-targeting per città offrono una corrispondenza precisa con la posizione dichiarata del venditore, il che è critico per superare il controllo di Avito.
Scenario 5: Test di creatività in Google Ads e Yandex.Direct
I marketer che testano annunci da diverse regioni hanno bisogno di un controllo prevedibile sull'IP: vedere come appare la pubblicità in una città o paese specifico, fissare il risultato, poi passare alla posizione successiva. Qui la rotazione tramite timer è priva di senso — avete bisogno di un paese specifico nel momento specifico del test.
Lo schema ottimale è il cambio di IP tramite API con esplicita indicazione della geolocalizzazione desiderata nella richiesta. Inviate una richiesta "dammi un IP dalla Germania" — ottenete l'indirizzo, controllate la visualizzazione dell'annuncio, poi cambiate su un IP di un altro paese nello stesso modo. Questo approccio fa risparmiare tempo rispetto all'attesa di una rotazione casuale tramite timer, che potrebbe fornire una posizione non adatta per il test.
Scenario 6: Scraping web massivo e bypass del rate-limit
Per compiti con un grande volume di richieste — raccolta di migliaia di pagine all'ora — la rotazione tramite timer viene integrata direttamente nello script come meccanismo principale per bypassare i blocchi. Qui il cambio di IP tramite API è utilizzato in modo puntuale: come meccanismo reattivo per specifici codici di errore HTTP (403, 429, 503), quando la rotazione standard non è riuscita a funzionare in tempo.
Esempio di logica in Python: se si riceve il codice 429, lo script chiama immediatamente l'API per il cambio di IP, senza aspettare la fine del timer. Questo è un modello ibrido — riduce il numero di richieste "morte" e risparmia traffico rispetto a una rotazione puramente basata su timer, dove il cambio avviene alla cieca, indipendentemente dal risultato reale della richiesta.
Come configurare la rotazione nei browser anti-detect
Nella maggior parte dei browser anti-detect, la rotazione viene configurata a livello di profilo proxy, e non a livello di browser intero. L'algoritmo generale per Dolphin Anty, AdsPower e GoLogin è il seguente:
- Aprire le impostazioni del profilo → sezione "Proxy"
- Selezionare il tipo di connessione: HTTP, SOCKS5 o fornitore integrato
- Incollare l'endpoint del fornitore di proxy con il parametro di sessione (sticky session ID)
- Se è necessaria la rotazione tramite timer — specificare l'intervallo nel pannello personale del fornitore (di solito 1, 10, 30 o 60 minuti)
- Se è necessario un cambio manuale — salvare il link API per il cambio di IP separatamente e chiamarlo al di fuori del browser tramite una semplice richiesta GET o un'estensione con un pulsante
- Controllare l'IP tramite il checker integrato del profilo prima di iniziare a lavorare
Importante: per il farming di account, mantenete la stessa porta/sessione legata a un profilo specifico per tutta la durata della sua vita — non trasferite profili tra diversi IP senza una chiara necessità, altrimenti creerete voi stessi un modello simile a un'attività sospetta.
Esempio di cambio IP tramite API (codice)
Per coloro che automatizzano lo scraping o il testing tramite script, il cambio di IP tramite API di solito viene implementato con una sola richiesta HTTP. Di seguito un esempio in Python utilizzando la libreria requests:
import requests
import time
def rotate_ip(api_url, session_token):
response = requests.get(
api_url,
params={"token": session_token, "action": "rotate"}
)
if response.status_code == 200:
print("Nuovo IP:", response.json().get("ip"))
else:
print("Errore di rotazione:", response.status_code)
def fetch_with_retry(url, proxy, api_url, session_token, max_retries=3):
for attempt in range(max_retries):
try:
resp = requests.get(url, proxies={"http": proxy, "https": proxy}, timeout=10)
if resp.status_code == 429:
print("Limite di richieste, cambio IP...")
rotate_ip(api_url, session_token)
time.sleep(2)
continue
return resp
except requests.exceptions.RequestException as e:
print("Errore di richiesta:", e)
rotate_ip(api_url, session_token)
return None
Lo stesso principio viene implementato tramite cURL per un controllo rapido senza scrivere uno script:
curl "https://api.proxy-provider.com/rotate?token=YOUR_TOKEN&action=rotate"In Node.js, una richiesta simile appare compatta tramite il fetch integrato:
const rotateIp = async (apiUrl, token) => {
const res = await fetch(`${apiUrl}?token=${token}&action=rotate`);
const data = await res.json();
console.log("Nuovo IP:", data.ip);
};Errori comuni nella scelta del metodo di rotazione
Errore 1. Impostano una rotazione breve tramite timer (1-5 minuti) per il farming di account Facebook — risultato: ban di massa nei primi giorni dopo la registrazione.
Errore 2. Utilizzano un IP statico senza rotazione per lo scraping dei marketplace — risultato: un IP finisce rapidamente nel rate-limit, e l'intero processo si blocca.
Errore 3. Non controllano la compatibilità dei parametri geo con l'API — richiedono un IP senza specificare il paese, ottenendo una posizione casuale che non è adatta per il test pubblicitario.
Errore 4. Chiamano l'API per il cambio di IP troppo spesso senza motivo — questo aumenta il consumo di traffico e non offre vantaggi rispetto a un timer ben configurato.
Errore 5. Non testano il nuovo IP prima di iniziare a lavorare — una vecchia sessione può "bloccarsi" su un indirizzo bloccato o già esposto.
Conclusione
La scelta tra rotazione tramite timer e cambio IP tramite API non dipende da quale metodo sia "migliore" in generale, ma dal compito specifico. Per il farming di account e l'automazione SMM, la stabilità è importante — un IP per un profilo, rotazione tramite API solo per necessità esplicita. Per lo scraping dei marketplace e lo scraping massivo, funziona la logica opposta — frequente rotazione tramite timer con cambio puntuale tramite API in caso di errori. Per test di marketing e lavoro con geo — controllo preciso tramite API con indicazione del paese desiderato.
Se lavorate con il farming di account o gestite profili SMM per clienti, considerate i proxy residenziali con sessione sticky — offrono un IP stabile per lungo tempo senza rischio di interruzione del profilo. Per lo scraping di grandi volumi di dati con frequente rotazione, sono più adatti i proxy dei data center — sono più veloci e più convenienti per il costo del traffico, mentre per il traffico mobile in Instagram e TikTok sono efficaci i proxy mobili, che raramente vengono filtrati dai sistemi anti-bot dei social network.