Aprite Facebook Ads tramite proxy, e invece della dashboard — uno schermo bianco con codice 502. Oppure il parser di Wildberries inizia improvvisamente a restituire errori 503 ogni cinque minuti. La prima cosa che pensate è che i proxy siano rotti, è tempo di cambiare pool. Ma nella metà dei casi, il problema non è affatto nel proxy, ma sul lato del sito, e cambiare IP non risolverà nulla. Vediamo come determinare con precisione la fonte del problema in pochi minuti e non perdere tempo a provare proxy funzionanti.
Cosa significano i codici 502 e 503
Prima di incolpare il proxy, è importante capire che questi codici sono comunicati dal protocollo HTTP stesso e descrivono un problema sul lato del server a cui ci si sta rivolgendo, non sul lato del client. 502 Bad Gateway significa che il server intermedio (ad esempio, un bilanciatore di carico o un CDN come Cloudflare) ha ricevuto una risposta non valida dal server upstream. In parole semplici, un anello nella catena tra voi e l'applicazione finale è rotto o sovraccarico.
503 Service Unavailable indica che il server non può elaborare la richiesta temporaneamente — più spesso a causa di sovraccarico, lavori tecnici o attivazione della protezione contro i bot. Un aspetto importante: 503 è proprio un'indisponibilità temporanea, il server è vivo, semplicemente non è pronto a rispondere in questo momento.
Sembrerebbe che entrambi i codici dicano chiaramente "problema sul server". Ma quando si utilizza un proxy, la situazione si complica: il server proxy stesso può essere quel "collegamento intermedio" che genera 502, se non riesce a contattare il sito target. E 503 spesso appare non perché il sito sia realmente inattivo, ma perché il sistema di protezione (Cloudflare, Akamai, DataDome) ha riconosciuto l'IP del proxy come sospetto e invece della pagina reale restituisce una pagina di errore con codice 503 o 429.
Perché questi errori si verificano più frequentemente tramite proxy
Se senza proxy il sito si apre stabilmente, ma tramite proxy si verifica regolarmente un errore 502 o 503, ci sono di solito diverse ragioni, tutte legate a come il proxy si inserisce nella catena della richiesta.
Sovraccarico del server proxy stesso. Nei proxy economici dei data center, su un singolo IP possono "pendere" troppe sessioni simultanee. Quando il proxy non riesce a gestire il traffico, interrompe la connessione o restituisce 502 a proprio nome.
Blocco dell'IP sul lato del sito target. Facebook Ads, Instagram, Wildberries e Ozon utilizzano attivamente sistemi anti-bot che bloccano interi range di IP dei data center. In questo caso, il sito funziona formalmente, ma per un determinato IP restituisce 503 o un reindirizzamento a un captcha.
Incongruenza geografica. Se il proxy proviene da un paese e l'account è stato creato con riferimento a un'altra regione, alcuni servizi "sospendono" temporaneamente la sessione e restituiscono un errore di gateway invece di un rifiuto di accesso onesto.
Protocollo e porta. Un tipo di proxy (HTTP invece di SOCKS5, o viceversa) errato nelle impostazioni del browser anti-detect spesso si maschera da 502 — il browser non può fisicamente stabilire un tunnel e mostra un errore di gateway.
Controllo veloce: proxy o sito
Il modo più affidabile per capire è escludere le variabili una alla volta. Ecco l'ordine delle operazioni, che richiederà non più di cinque minuti.
Passo 1. Aprite lo stesso sito senza proxy, direttamente dal vostro IP reale. Se l'errore si ripete — il problema è sicuramente sul lato del sito, il proxy non c'entra.
Passo 2. Se senza proxy tutto funziona, cambiate proxy con un altro IP dello stesso pool. Se l'errore è scomparso — significa che un determinato IP era stato bloccato o sovraccarico, non l'intero servizio.
Passo 3. Controllate lo stesso proxy su un altro sito (ad esempio, aprite qualsiasi risorsa neutrale come httpbin.org o whatismyip). Se il proxy non apre nulla — il problema è nel server proxy stesso, non nel sito target.
Passo 4. Se il proxy apre altri siti normalmente, ma su quello target restituisce costantemente 503 — è quasi sempre una protezione contro i bot, che ha specificamente inserito il vostro IP tra i sospetti. In questa situazione, aiuta cambiare tipo di proxy, non semplicemente ruotare all'interno dello stesso pool.
Diagnosi in Dolphin Anty, AdsPower e Multilogin
Se gestite account tramite un browser anti-detect, è più comodo effettuare la diagnosi direttamente all'interno di esso, senza passare a servizi esterni.
In Dolphin Anty, aprite il profilo, andate alle impostazioni del proxy e premete il pulsante di controllo della connessione. Se il test mostra "Proxy non risponde" o timeout — il problema è a livello del server proxy, l'errore 502 nel browser sarà una logica conseguenza. Se il test ha esito positivo, ma il sito all'interno del profilo continua a restituire 502 o 503, annotate il codice di risposta e aprite lo stesso URL in una scheda vicina con un altro profilo su un altro IP — questo mostrerà se è un problema sistemico o locale.
In AdsPower, una funzione simile si chiama "Controllo proxy", e mostra anche la velocità di risposta e la geolocalizzazione determinata. Se la geolocalizzazione del proxy non corrisponde a quella attesa (ad esempio, avete acquistato proxy USA, ma il servizio mostra i Paesi Bassi), è un motivo per sospettare un cambio o una configurazione errata, che può anche provocare errori di gateway.
In Multilogin e GoLogin, il controllo del proxy è stato spostato in una finestra separata durante la creazione del profilo — usatelo prima di ogni avvio della campagna, soprattutto se state creando nuovi account a pacchi. Cinque secondi di controllo sono sufficienti per non perdere poi un'ora a scoprire le cause di un errore 502.
Metodo tecnico: controllo tramite curl
Per chi lavora con il parsing o configura i proxy programmaticamente, il modo più preciso di diagnosi è una richiesta diretta tramite terminale. Questo permette di vedere il codice di risposta reale senza "abbellimenti" del browser.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
Il flag -I richiede solo le intestazioni, mentre -v attiva l'output dettagliato, che mostra esattamente in quale fase si è verificata l'interruzione — durante l'installazione del tunnel al proxy o già durante la richiesta al server target.
Se l'errore si verifica immediatamente durante la connessione al proxy (righe Connection refused o Connection timed out), il colpevole è il server proxy stesso. Se il tunnel si è stabilito, ma la risposta è arrivata con codice 502 o 503 dal dominio target — il problema è sul lato del sito o della sua protezione.
È utile testare subito una decina di proxy dal pool con uno script e raccogliere statistiche sui codici di risposta — questo mostrerà rapidamente se c'è un problema sistemico in tutto il pool o se si tratta di un paio di IP "scaduti":
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
doneSe più del 30% dei proxy del pool restituiscono 502 su diversi siti — il problema è nel fornitore o nell'infrastruttura stessa, ed è opportuno cambiare l'intero pool. Se gli errori si verificano solo su un dominio specifico — il problema è nella protezione anti-bot di quel sito.
Tabella: cause degli errori per tipo di proxy
Diversi tipi di proxy sono soggetti a errori 502 e 503 in modo diverso — è importante tenerne conto nella scelta per un compito specifico.
| Tipo di proxy | Causa tipica di 502/503 | Frequenza degli errori |
|---|---|---|
| Proxy dei data center | Banning di massa dei range di IP da parte dei sistemi anti-bot, sovraccarico dei server condivisi | Alta |
| Proxy residenziali | A volte connessione instabile del dispositivo donatore IP | Bassa |
| Proxy mobili | Cambio di IP da parte dell'operatore durante la sessione, interruzioni temporanee del segnale | Media, ma temporanea |
Gli IP dei data center sono spesso noti in anticipo ai sistemi anti-bot, quindi sono quelli che provocano la percentuale più alta di 503 su piattaforme come Facebook Ads, Instagram e marketplace. Gli IP residenziali e mobili appaiono per la protezione come utenti normali, quindi la percentuale di blocchi falsi è notevolmente più bassa, anche se non è pari a zero.
Come ridurre il numero di errori
Per gli arbitratori che creano account pubblicitari su Facebook Ads o TikTok Ads, è fondamentale che l'IP non venga inserito nelle liste nere dei sistemi anti-bot — è proprio questo che spesso si manifesta con il codice 503. In tali compiti, i proxy residenziali si comportano in modo significativamente più stabile rispetto ai data center, poiché i loro IP appartengono a fornitori reali e suscitano meno sospetti nei sistemi di protezione.
Per gli esperti SMM che gestiscono massicciamente Instagram e TikTok tramite diversi profili anti-detect contemporaneamente, la causa di 502 diventa spesso il sovraccarico dello stesso IP con un numero eccessivo di sessioni. La soluzione è assegnare un IP unico a ciascun account e non risparmiare sul numero di indirizzi nel pool.
Per i venditori che monitorano i prezzi su Wildberries, Ozon e Avito, 503 significa più spesso che la protezione del sito ha riconosciuto il modello di richieste frequenti e simili. Qui non aiuta tanto cambiare tipo di proxy, quanto ridurre la frequenza delle richieste e aggiungere ritardi casuali tra le richieste, insieme alla rotazione degli IP per ogni nuova richiesta.
Per il parsing e gli script automatizzati, dove la velocità e la stabilità della connessione sono importanti per grandi volumi di richieste, i proxy dei data center rimangono una scelta ragionevole per prezzo e velocità — ma devono essere utilizzati con saggezza, distribuendo uniformemente il carico tra un numero maggiore di IP, per non raggiungere i limiti di un singolo indirizzo.
Checklist di diagnosi
Salvate questa sequenza e seguitela ogni volta che si presenta un errore 502 o 503 tramite proxy:
- Aprite il sito senza proxy — l'errore si ripete?
- Controllate la connessione del proxy separatamente (whatismyip, httpbin).
- Cambiate IP all'interno dello stesso pool e ripetete la richiesta.
- Controllate il tipo di proxy e la porta nelle impostazioni del profilo (HTTP/SOCKS5).
- Testate diversi IP tramite curl e confrontate i codici di risposta.
- Controllate se la geolocalizzazione del proxy è cambiata rispetto al legame dell'account.
- Riducete la frequenza delle richieste se l'errore si ripete solo su un sito.
- Se gli errori sono massivi in tutto il pool — cambiate fornitore o tipo di proxy.
Conclusione
I codici 502 e 503 non sono una condanna e non sono un motivo per rinunciare subito ai proxy. Nella maggior parte dei casi, bastano cinque minuti di diagnosi per capire dove si è verificato il guasto: nel server proxy stesso, nel sito target o nel suo sistema di protezione contro i bot. Il controllo senza proxy, il cambio di IP all'interno del pool e il test tramite curl o strumenti integrati dei browser anti-detect come Dolphin Anty e AdsPower risolvono il 90% di queste questioni senza ulteriori congetture.
Se la causa non risiede nelle impostazioni, ma nel fatto che i vostri IP vengono regolarmente inseriti nelle liste nere dei sistemi anti-bot, è opportuno rivedere il tipo di proxy per il compito. Per la creazione di account pubblicitari e il lavoro con i social media, è ragionevole considerare proxy residenziali — suscitano meno sospetti nei sistemi di protezione dei siti. Per compiti in cui la velocità è critica per grandi volumi di richieste, vanno bene i proxy dei data center, mentre per un comportamento il più naturale possibile nelle applicazioni mobili — i proxy mobili.