Você abre o Facebook Ads através de um proxy e, em vez do painel, vê uma tela branca com o código 502. Ou o parser Wildberries de repente começa a apresentar erros 503 a cada cinco minutos. O primeiro pensamento é que o proxy quebrou, é hora de trocar o pool. Mas em metade dos casos, o problema não está no proxy, mas do lado do site, e mudar o IP não resolverá nada. Vamos entender como, em poucos minutos, determinar com precisão a fonte do problema e não perder tempo testando proxies funcionais.
O que significam os códigos 502 e 503
Antes de culpar o proxy, é importante entender que esses códigos são informados pelo próprio protocolo HTTP e descrevem um problema do lado do servidor ao qual você está se conectando, e não do lado do cliente. 502 Bad Gateway significa que o servidor intermediário (por exemplo, um balanceador de carga ou CDN como o Cloudflare) recebeu uma resposta incorreta do servidor upstream. Em termos simples, um elo na cadeia entre você e o aplicativo final quebrou ou está sobrecarregado.
503 Service Unavailable informa que o servidor não pode processar a solicitação temporariamente — geralmente devido a sobrecarga, manutenção técnica ou ativação de proteção contra bots. Um ponto importante: 503 é uma indisponibilidade temporária, o servidor está ativo, apenas não está pronto para responder neste momento.
À primeira vista, ambos os códigos claramente indicam "problema no servidor". Mas quando você usa um proxy, a situação se complica: o servidor proxy pode ser o "elo intermediário" que gera 502, se não consegue se conectar ao site de destino. E 503 frequentemente aparece não porque o site realmente está fora do ar, mas porque o sistema de proteção (Cloudflare, Akamai, DataDome) reconheceu o IP do proxy como suspeito e, em vez da página real, retorna uma página de erro com o código 503 ou 429.
Por que esses erros ocorrem com mais frequência através de proxy
Se o site abre de forma estável sem proxy, mas através do proxy regularmente apresenta 502 ou 503, geralmente há várias razões, todas relacionadas à forma como o proxy se integra à cadeia de solicitação.
Sobrecarga do próprio servidor proxy. Em proxies de data center baratos, pode haver muitas sessões simultâneas em um único IP. Quando o proxy não consegue processar o tráfego a tempo, ele ou interrompe a conexão ou retorna 502 em seu próprio nome.
Bloqueio de IP do lado do site de destino. Facebook Ads, Instagram, Wildberries e Ozon usam ativamente sistemas anti-bots que bloqueiam faixas de IP de data center em massa. O site, nesse caso, formalmente funciona, mas para um IP específico retorna 503 ou redireciona para um captcha.
Incompatibilidade geográfica. Se o proxy é de um país e a conta foi criada vinculada a outra região, alguns serviços temporariamente "suspenderão" a sessão e retornarão um erro de gateway em vez de uma recusa honesta de acesso.
Protocolo e porta. Um tipo de proxy incorretamente especificado (HTTP em vez de SOCKS5, ou vice-versa) nas configurações do navegador anti-detect também é frequentemente mascarado como 502 — o navegador não consegue fisicamente estabelecer um túnel e mostra um erro de gateway.
Verificação rápida: proxy ou site
A maneira mais confiável de resolver isso é excluir variáveis uma a uma. Aqui está a ordem de ações que não levará mais de cinco minutos.
Passo 1. Abra o mesmo site sem proxy, diretamente do seu IP real. Se o erro se repetir — o problema está definitivamente do lado do site, o proxy não tem nada a ver com isso.
Passo 2. Se tudo funciona sem proxy, troque o proxy por outro IP do mesmo pool. Se o erro desapareceu — significa que um IP específico foi bloqueado ou sobrecarregado, e não todo o serviço.
Passo 3. Verifique o mesmo proxy em outro site (por exemplo, abra qualquer recurso neutro como httpbin.org ou whatismyip). Se o proxy não abrir nada — o problema está no próprio servidor proxy, e não no site de destino.
Passo 4. Se o proxy abre outros sites normalmente, mas especificamente no recurso de destino apresenta consistentemente 503 — isso quase sempre é proteção contra bots, que especificamente bloqueou seu IP como suspeito. Nessa situação, ajuda mudar o tipo de proxy, e não apenas rotacionar dentro do mesmo pool.
Diagnóstico no Dolphin Anty, AdsPower e Multilogin
Se você gerencia contas através de um navegador anti-detect, o diagnóstico é mais conveniente de fazer diretamente nele, sem mudar para serviços externos.
No Dolphin Anty, abra o perfil, vá para as configurações de proxy e clique no botão de verificação de conexão. Se o teste mostrar "Proxy não responde" ou timeout — o problema está no nível do servidor proxy, o erro 502 no navegador será uma consequência lógica disso. Se o teste passar com sucesso, mas o site dentro do perfil ainda retorna 502 ou 503, anote o código de resposta e abra o mesmo URL em uma aba vizinha com outro perfil em outro IP — isso mostrará se é um problema sistêmico ou local.
No AdsPower, uma função semelhante é chamada de "Verificação de Proxy", que também mostra a velocidade de resposta e a geolocalização detectada. Se a geolocalização do proxy não coincidir com a esperada (por exemplo, você comprou proxies dos EUA, mas o serviço mostra os Países Baixos), isso é motivo para suspeitar de substituição ou configuração incorreta, que também pode provocar erros de gateway.
No Multilogin e GoLogin, a verificação de proxy é apresentada em um diálogo separado ao criar o perfil — use-o antes de cada lançamento de campanha, especialmente se você estiver criando novas contas em massa. Cinco segundos de verificação são suficientes para não perder uma hora tentando descobrir as causas do 502.
Método técnico: verificação através do curl
Para aqueles que trabalham com parsing ou configuram proxies programaticamente, o método mais preciso de diagnóstico é uma solicitação direta através do terminal. Isso permite ver o código de resposta real sem "enfeites" do navegador.
curl -x http://login:senha@proxy_ip:porta -I https://example.com -v
A flag -I solicita apenas os cabeçalhos, e -v ativa a saída detalhada, que mostra em qual etapa ocorreu a interrupção — ao estabelecer o túnel para o proxy ou já ao se conectar ao servidor de destino.
Se o erro ocorrer imediatamente ao se conectar ao proxy (linha Connection refused ou Connection timed out), o culpado é o próprio servidor proxy. Se o túnel foi estabelecido, mas a resposta veio com o código 502 ou 503 do domínio de destino — o problema está do lado do site ou de sua proteção.
É útil executar rapidamente uma dezena de proxies do pool com um script e coletar estatísticas dos códigos de resposta — isso mostrará rapidamente se há um problema sistêmico em todo o pool ou se é uma questão de alguns IPs "podres":
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
done
Se mais de 30% dos proxies do pool retornarem 502 em diferentes sites — o problema está no fornecedor ou na própria infraestrutura, e é hora de trocar o pool completamente. Se os erros ocorrem apenas em um domínio específico — o problema está na proteção contra bots desse site.
Tabela: causas de erros por tipos de proxy
Diferentes tipos de proxies estão sujeitos a erros 502 e 503 de maneiras diferentes — isso é importante considerar ao escolher para uma tarefa específica.
| Tipo de proxy | Causa típica de 502/503 | Frequência de erros |
|---|---|---|
| Proxies de data center | Banimentos em massa de faixas de IP por sistemas anti-bots, sobrecarga de servidores públicos | Alta |
| Proxies residenciais | Às vezes, conexão instável do dispositivo doador de IP | Baixa |
| Proxies móveis | Mudança de IP pelo operador no meio da sessão, quedas temporárias de sinal | Média, mas temporária |
IPs de data center são frequentemente conhecidos por sistemas anti-bots com antecedência, portanto, eles provocam a maior parte dos 503 em plataformas como Facebook Ads, Instagram e marketplaces. IPs residenciais e móveis parecem para a proteção como usuários normais, portanto, a taxa de bloqueios falsos é significativamente menor, embora não igual a zero.
Como minimizar a quantidade de erros
Para arbitradores que criam contas de anúncios no Facebook Ads ou TikTok Ads, é crítico que o IP não entre nas listas negras dos sistemas anti-bots — é isso que mais frequentemente se manifesta com o código 503. Nesses casos, proxies residenciais se comportam de forma significativamente mais estável do que os de data center, pois seus IPs pertencem a provedores reais e raramente levantam suspeitas nos sistemas de proteção.
Para especialistas em SMM que gerenciam em massa Instagram e TikTok através de vários perfis anti-detect ao mesmo tempo, a causa do 502 muitas vezes é a sobrecarga do mesmo IP com um número excessivo de sessões. A solução é atribuir um IP único a cada conta e não economizar no número de endereços no pool.
Para vendedores que monitoram preços no Wildberries, Ozon e Avito, 503 geralmente significa que a proteção do site reconheceu o padrão de solicitações frequentes e semelhantes. Aqui, não ajuda tanto mudar o tipo de proxy, mas sim reduzir a frequência das solicitações e adicionar atrasos aleatórios entre as chamadas, juntamente com a rotação de IP para cada nova solicitação.
Para parsing e scripts automatizados, onde a velocidade e a estabilidade da conexão são importantes em grandes volumes de solicitações, proxies de data center continuam a ser uma escolha razoável em termos de preço e velocidade — mas devem ser usados com sabedoria, distribuindo uniformemente a carga entre um grande número de IPs, para não atingir os limites de um único endereço.
Checklist de diagnóstico
Salve esta sequência e siga-a sempre que aparecer 502 ou 503 através de proxy:
- Abra o site sem proxy — o erro se repete?
- Verifique a conexão do proxy separadamente (whatismyip, httpbin).
- Mude o IP dentro do mesmo pool e repita a solicitação.
- Verifique o tipo de proxy e a porta nas configurações do perfil (HTTP/SOCKS5).
- Execute vários IPs através do curl e compare os códigos de resposta.
- Verifique se a geolocalização do proxy mudou em relação à vinculação da conta.
- Reduza a frequência das solicitações se o erro se repetir apenas em um site.
- Se os erros forem massivos em todo o pool — mude o fornecedor ou o tipo de proxy.
Conclusão
Os códigos 502 e 503 não são um veredicto e não são motivo para descartar imediatamente o proxy. Na maioria dos casos, cinco minutos de diagnóstico são suficientes para entender onde exatamente ocorreu a falha: no próprio servidor proxy, no site de destino ou em seu sistema de proteção contra bots. Verificações sem proxy, troca de IP dentro do pool e testes através do curl ou ferramentas integradas de navegadores anti-detect como Dolphin Anty e AdsPower resolvem 90% dessas questões sem suposições desnecessárias.
Se a causa não está nas configurações, mas no fato de que seus IPs estão regularmente entrando nas listas negras dos sistemas anti-bots, é hora de reconsiderar o tipo de proxy para a tarefa. Para a criação de contas de anúncios e trabalho com redes sociais, é sensato considerar proxies residenciais — eles raramente levantam suspeitas nos sistemas de proteção dos sites. Para tarefas onde a velocidade é crítica em grandes volumes de solicitações, proxies de data center são adequados, e para um comportamento o mais natural possível em aplicativos móveis — proxies móveis.