Molti sviluppatori e specialisti tecnici, iniziando ad automatizzare il parsing dei marketplace o il multi-accounting, acquistano proxy, ricevono login e password — e si fermano qui. Dopo una settimana si scopre che gli IP vengono bannati a raffica, le sessioni si interrompono e la rotazione avviene in modo imprevedibile. Il problema non è nei proxy stessi, ma nel fatto che senza i giusti metodi API, i proxy si trasformano in una scatola nera che non può essere gestita programmaticamente.
Perché semplicemente "comprare proxy" non è sufficiente
Quando l'obiettivo è accedere manualmente a un sito tramite un proxy, è sufficiente avere login e password nelle impostazioni del browser. Ma l'automazione è un'altra storia. Se stai scrivendo uno script per il parsing di Wildberries, Ozon o Avito, avviando il multi-accounting per un'agenzia SMM tramite Dolphin Anty o AdsPower, o testando pubblicità su Facebook Ads e TikTok Ads da diverse geolocalizzazioni — hai bisogno che il codice gestisca autonomamente i proxy: cambiando IP, selezionando il paese, mantenendo la sessione per il tempo necessario e monitorando i limiti di traffico.
È qui che entra in gioco l'API del provider di proxy. Non è solo un endpoint per ottenere un elenco di server — è un insieme di metodi attraverso i quali il tuo script gestisce il comportamento dei proxy in tempo reale. Se il provider fornisce solo un elenco statico di IP senza API per gestire la rotazione, il geotargeting e le sessioni, l'automazione si trasforma in una continua regolazione manuale. Analizziamo 5 metodi senza i quali qualsiasi seria automazione è destinata a ban e inattività.
Metodo 1: Rotazione IP programmata
La rotazione è un meccanismo di base, ma è importante che sia gestibile dal codice, e non "integrata" nel pannello del provider. Un buon API offre almeno due modalità: rotazione automatica (l'IP cambia ad ogni nuova richiesta o ogni N minuti) e rotazione su richiesta (richiesta di un nuovo IP tramite una chiamata API separata).
Per il parsing di Ozon o Wildberries è necessaria proprio la rotazione su richiesta — invii 5-10 richieste tramite un IP, ricevi un captcha o un blocco, e immediatamente attivi il metodo di rotazione per ottenere una nuova uscita senza dover ricreare l'intera sessione.
curl -x http://user-session-rotate:[email protected]:8000 https://api.ipify.org
# Cambio IP tramite il parametro session nel login
curl -x http://user-session-a1b2c3:[email protected]:8000 https://api.ipify.org
curl -x http://user-session-x9y8z7:[email protected]:8000 https://api.ipify.orgIn questo esempio, cambiare l'identificatore della sessione nel login del proxy sostituisce di fatto la chiamata a un endpoint API separato — ma il provider deve documentare questo meccanismo. Senza di esso, la rotazione avviene "quando decide il server", e non quando lo decide il tuo script, il che è critico per il parsing con alta frequenza di richieste.
Metodo 2: Geotargeting per paese e città
Per gli arbitraggi che testano pubblicità su Facebook Ads e Google Ads da diverse regioni, e per i marketer che controllano i risultati locali di Yandex.Direct, senza un geotargeting preciso tramite API, l'automazione non ha senso. Il metodo deve consentire di specificare il paese, e idealmente — la città o anche l'operatore di rete per i proxy mobili, direttamente nei parametri della richiesta o del login.
import requests
proxy = {
"http": "http://user-country-de-city-berlin:[email protected]:8000",
"https": "http://user-country-de-city-berlin:[email protected]:8000"
}
response = requests.get("https://api.ipify.org?format=json", proxies=proxy)
print(response.json())Questo approccio fa risparmiare ore nella configurazione — invece di scegliere manualmente il server nel pannello, lo script inserisce automaticamente il paese necessario per ogni account o flusso di parsing. Per compiti con precisione geografica, si utilizzano solitamente proxy residenziali — hanno una copertura più ampia di città e fornitori di rete rispetto ai data center.
Metodo 3: Sticky sessions — gestione del legame IP
Per il multi-accounting su Instagram, TikTok e quando si lavora con browser anti-detect (Dolphin Anty, GoLogin, Multilogin, Octo Browser) è critico che lo stesso account acceda sempre tramite lo stesso IP durante la sessione — e a volte anche per diversi giorni. Questo si chiama sticky session, e senza la gestione della sua durata tramite API, si ottiene o un cambio IP troppo frequente (la piattaforma vede "salti" e banna), o il blocco su un indirizzo per sempre.
Un buon API consente di impostare il tempo di vita della sessione — da 1 minuto a 24 ore e oltre — tramite un parametro nella stringa di connessione:
# La sessione dura 30 minuti
user-session-abc123-sessTime-30:[email protected]:8000
# La sessione dura 24 ore — adatta per un lungo riscaldamento dell'account
user-session-abc123-sessTime-1440:[email protected]:8000Per un'agenzia SMM che gestisce 30-50 account clienti, questo è l'unico modo per garantire che ogni profilo nel browser anti-detect sia legato al proprio IP senza sovrapposizioni — il che è critico per evitare ban a catena.
Metodo 4: Whitelist e autorizzazione dinamica
Se l'automazione viene avviata da server con IP variabile (ad esempio, funzioni cloud AWS Lambda o VPS dinamici), l'autenticazione login-password non è sempre comoda — è necessario memorizzare i segreti nel codice. Alcuni provider offrono un metodo di autorizzazione tramite IP attraverso l'API whitelist: con una sola chiamata aggiungi l'IP attuale del server alla lista consentita, senza dover trasmettere la password in ogni richiesta.
curl -X POST "https://api.proxycove.com/v1/whitelist" \
-H "Authorization: Bearer YOUR_API_KEY" \
-d '{"ip": "203.0.113.25"}'Questo è particolarmente importante per l'automazione e-commerce, dove lo script di monitoraggio dei prezzi su Wildberries o Ozon viene eseguito secondo un programma (cron) su un server con IP fisso o rotante — la whitelist elimina la necessità di hardcodificare le credenziali e riduce il rischio di fuga di accesso in caso di compromissione del codice.
Metodo 5: Statistiche, limiti e monitoraggio del traffico
L'automazione senza controllo del consumo di traffico è un rischio di imbattersi in un limite inaspettato nel mezzo di un parsing di lavoro o di una campagna pubblicitaria. Un utile API del provider di proxy dovrebbe fornire un metodo per ottenere statistiche: quanto traffico è stato consumato, quanto ne resta, quante richieste sono state fatte in un periodo.
import requests
headers = {"Authorization": "Bearer YOUR_API_KEY"}
resp = requests.get("https://api.proxycove.com/v1/usage", headers=headers)
data = resp.json()
print(f"Utilizzato: {data['used_gb']} GB")
print(f"Rimanente: {data['remaining_gb']} GB")Sulla base di questi dati, lo script può sospendere autonomamente i compiti di parsing quando si avvicina al limite o passare a un pool di IP di riserva — questo evita la situazione in cui il monitoraggio dei prezzi dei concorrenti sui marketplace si interrompe improvvisamente nel mezzo della giornata senza preavviso.
Confronto dei tipi di proxy per automazione API
| Tipo di proxy | Supporto metodi API | Migliore per |
|---|---|---|
| Proxy residenziali | Rotazione, geo per città, sticky sessions | Parsing di marketplace, multi-accounting |
| Proxy mobili | Rotazione, sticky sessions, geo per operatore | Facebook Ads, TikTok Ads, Instagram |
| Proxy di data center | Whitelist, statistiche, rotazione rapida | Parsing massivo senza requisiti geo |
Esempio pratico di integrazione in Python
Di seguito è riportato un esempio semplificato di uno script che combina diversi metodi: rotazione su richiesta, controllo delle statistiche di traffico e gestione degli errori di blocco. Questo approccio è spesso utilizzato negli script di monitoraggio dei prezzi su Ozon o Wildberries.
import requests
import random
import string
def get_session_id():
return ''.join(random.choices(string.ascii_lowercase + string.digits, k=8))
def make_request(url, country="ru"):
session_id = get_session_id()
proxy_url = f"http://user-country-{country}-session-{session_id}:[email protected]:8000"
proxies = {"http": proxy_url, "https": proxy_url}
try:
response = requests.get(url, proxies=proxies, timeout=10)
if response.status_code == 429 or "captcha" in response.text.lower():
print("Blocco rilevato, cambio IP...")
return make_request(url, country)
return response
except requests.exceptions.RequestException as e:
print(f"Errore nella richiesta: {e}")
return None
def check_traffic():
headers = {"Authorization": "Bearer YOUR_API_KEY"}
resp = requests.get("https://api.proxycove.com/v1/usage", headers=headers)
return resp.json()
if __name__ == "__main__":
usage = check_traffic()
if usage["remaining_gb"] < 1:
print("Traffico quasi esaurito, fermo il compito")
else:
result = make_request("https://www.wildberries.ru/catalog/some-item")
print(result.status_code if result else "Nessuna risposta")In questo codice sono implementati tre metodi su cinque: rotazione su richiesta (generazione di un nuovo session_id ad ogni chiamata), geotargeting (parametro country) e controllo dei limiti di traffico prima dell'inizio del compito. Aggiungendo sticky sessions e whitelist, otteniamo un'automazione completamente gestibile.
Errori comuni nell'uso di API proxy
- Ignorare il timeout. Senza timeout, lo script può bloccarsi su un IP "morto" per minuti, invece di effettuare una rotazione immediata.
- Mancanza di gestione dei codici 407/429. Molti dimenticano di controllare i codici di errore specifici per l'autenticazione dei proxy e il blocco, gestendo solo 200 e 404.
- Rotazione troppo frequente per il multi-accounting. Se ogni richiesta passa attraverso un nuovo IP quando si lavora con Instagram o TikTok, la piattaforma vede un comportamento anomalo e banna l'account più rapidamente rispetto a quando si lavora tramite un unico IP "domestico".
- Hardcoding delle credenziali nel codice. Invece di utilizzare la whitelist per IP, gli sviluppatori spesso hardcodano login e password direttamente nel repository, creando un rischio di fuga in caso di compromissione del codice.
- Mancanza di monitoraggio dei limiti. Il compito di parsing si ferma nel mezzo della giornata a causa di traffico esaurito, e lo si scopre solo il giorno successivo dai log.
Conclusione
L'API del provider di proxy è utile tanto quanto offre controllo sul comportamento dei proxy nel codice: rotazione IP, geotargeting preciso, durata delle sessioni, autorizzazione flessibile tramite whitelist e statistiche trasparenti sul consumo di traffico. Senza questi cinque metodi, anche il più grande pool di indirizzi IP si trasforma in un elenco statico che dovrà essere regolato manualmente ad ogni modifica del compito.
Se stai automatizzando il parsing dei marketplace, il monitoraggio dei prezzi dei concorrenti o il multi-accounting per SMM e arbitraggio, presta attenzione a se il provider supporta questi metodi "out of the box". Per compiti con elevate esigenze di precisione geografica e naturalezza del traffico, i proxy residenziali sono molto adatti, mentre per le campagne pubblicitarie su Facebook Ads e TikTok Ads, i proxy mobili con supporto per sticky sessions e rotazione per operatore di rete sono ideali.