Quando você trabalha com um pool de proxies — scraping de marketplaces, criando contas ou rodando anúncios através de um navegador anti-detect — é importante não apenas ter endereços IP de qualidade, mas também rotacioná-los corretamente. Uma estratégia de rotação inadequada leva a bloqueios, sobrecarga de proxies individuais e funcionamento instável. Neste artigo, vamos analisar três estratégias principais — random (aleatória), round-robin (em ordem) e least connections (menos conexões) — e mostrar qual se adapta a tarefas específicas.
O que é rotação de proxies e por que é necessária
A rotação de proxies é a troca automática entre endereços IP do seu pool ao realizar solicitações. Em vez de usar o mesmo proxy para todas as operações, o sistema distribui a carga entre vários servidores. Isso é criticamente importante para tarefas onde a anonimidade e a proteção contra bloqueios são essenciais.
Imagine que você está scraping preços do Wildberries. Se você enviar todas as solicitações de um único IP, o marketplace rapidamente notará atividade suspeita e bloqueará o endereço. A rotação resolve esse problema — cada solicitação vem de um novo IP, imitando o comportamento de diferentes usuários de diferentes locais.
As principais razões para usar rotação:
- Proteção contra bloqueios: os sites não veem atividade em massa de um único IP
- Distribuição de carga: os proxies não ficam sobrecarregados, a velocidade de operação é mais estável
- Imitação de usuários reais: as solicitações parecem naturais
- Contorno de limites: muitas plataformas limitam o número de solicitações de um único IP por minuto
Mas a estratégia de rotação importa. Se você simplesmente alternar proxies aleatoriamente, pode obter uma carga desigual — alguns servidores ficarão sobrecarregados, enquanto outros ficarão ociosos. Vamos analisar três estratégias principais e suas aplicações.
Random (rotação aleatória): quando usar
Random (rotação aleatória) é a estratégia mais simples. O sistema escolhe um proxy do pool aleatoriamente para cada solicitação. Sem lógica, sem consideração de carga — apenas aleatório.
Como funciona a rotação random
Você tem um pool de 10 proxies. A cada nova solicitação, o sistema gera um número aleatório de 1 a 10 e escolhe o proxy correspondente. Teoricamente, com um grande número de solicitações, a carga se distribuirá uniformemente, mas na prática, podem ocorrer desvios — um proxy pode receber 3 solicitações seguidas, enquanto outro pode não ser usado de forma alguma.
Exemplo: Você está scraping 100 produtos do Ozon. A rotação random pode enviar 15 solicitações através do proxy nº 1, 8 através do proxy nº 2, 12 através do proxy nº 3 e assim por diante. A distribuição não é uniforme, mas para volumes pequenos isso não é crítico.
Vantagens da rotação random
- Facilidade de implementação: não requer rastreamento do estado dos proxies
- Imprevisibilidade: mais difícil para sistemas anti-fraude identificarem um padrão
- Baixo overhead: não é necessário armazenar contadores ou estatísticas
- Adequado para pequenos volumes: se você tem 10-20 proxies e 100-200 solicitações por hora
Desvantagens da rotação random
- Carga desigual: alguns proxies ficam sobrecarregados, outros ficam ociosos
- Risco de reutilização: um proxy pode receber várias solicitações seguidas
- Pobre previsibilidade: difícil planejar a carga e otimizar o pool
- Não adequado para altas cargas: com milhares de solicitações, os desvios se tornam críticos
Quando usar random
A rotação random é ideal para tarefas onde a imprevisibilidade é importante e o volume de solicitações é pequeno:
- Scraping de pequenos volumes de dados (até 500-1000 solicitações por hora)
- Trabalho com sistemas anti-fraude que buscam padrões na rotação
- Teste de um pool de proxies antes de configurar uma estratégia mais complexa
- Tarefas onde a máxima anonimidade é importante, e não a velocidade
Para esses fins, proxies residenciais são excelentes — eles têm IPs reais de usuários domésticos, tornando a rotação ainda mais natural.
Round-robin (em ordem): distribuição uniforme da carga
Round-robin (rotação cíclica) é uma estratégia onde os proxies são escolhidos estritamente em ordem. O sistema passa pela lista do primeiro ao último, depois retorna ao início e repete o ciclo. Isso garante uma distribuição absolutamente uniforme da carga.
Como funciona o round-robin
Você tem um pool de 5 proxies. A primeira solicitação vai através do proxy nº 1, a segunda através do nº 2, a terceira através do nº 3, a quarta através do nº 4, a quinta através do nº 5, a sexta novamente através do nº 1 e assim por diante. Cada proxy recebe exatamente o mesmo número de solicitações — se você enviou 100 solicitações, cada proxy processou exatamente 20.
Exemplo: Você está scraping o catálogo do Wildberries com 1000 produtos. O round-robin garante que cada proxy do seu pool processe exatamente 1000 ÷ número_de_proxies solicitações. Se você tem 10 proxies, cada um receberá exatamente 100 solicitações.
Vantagens do round-robin
- Distribuição ideal: cada proxy recebe a mesma carga
- Previsibilidade: fácil calcular quantas solicitações cada proxy processará
- Facilidade de implementação: apenas um contador da posição atual na lista é necessário
- Uso otimizado de recursos: nenhum proxy fica ocioso
- Adequado para grandes volumes: funcionamento estável com milhares de solicitações
Desvantagens do round-robin
- Padrão previsível: sistemas anti-fraude podem notar a troca cíclica de IPs
- Não considera o estado dos proxies: se um proxy é lento, ele ainda receberá sua parte
- Problemas em caso de falha: se um proxy falhar, é necessária uma lógica de pular ou substituir
- Não adequado para pools heterogêneos: se os proxies têm velocidades diferentes, os rápidos ficarão ociosos
Quando usar round-robin
Round-robin é a escolha ideal para tarefas onde a estabilidade e a carga uniforme são importantes:
- Scraping em massa de marketplaces (Wildberries, Ozon, Yandex.Market) — milhares de solicitações por hora
- Monitoramento de preços de concorrentes — verificações regulares a cada N minutos
- Trabalho com APIs, onde uma velocidade de resposta estável é importante
- Tarefas onde todos os proxies têm aproximadamente a mesma velocidade e qualidade
- Cenários com carga previsível — você sabe quantas solicitações precisa enviar
Para scraping e monitoramento, proxies de data center são excelentes — eles são rápidos, estáveis e, com round-robin, mostram o máximo desempenho.
Least connections (menos carregado): para tarefas de alta carga
Least connections (menor número de conexões) é uma estratégia inteligente que rastreia as conexões ativas em cada proxy e direciona uma nova solicitação para o servidor menos carregado. É um balanceamento dinâmico de carga em tempo real.
Como funciona least connections
O sistema monitora constantemente quantas conexões ativas (solicitações) cada proxy está processando no momento. Quando uma nova solicitação chega, ele escolhe o proxy com o menor número de conexões ativas. Se o proxy nº 1 está processando 3 solicitações, o proxy nº 2 — 7 solicitações, e o proxy nº 3 — 1 solicitação, a nova solicitação irá através do proxy nº 3.
Exemplo: Você está rodando um scraper com 50 threads paralelas. Algumas solicitações são processadas rapidamente (200ms), outras lentamente (2000ms). Least connections automaticamente direcionará mais solicitações para proxies rápidos, enquanto os lentos receberão menos carga. O resultado — máxima velocidade de scraping.
Vantagens do least connections
- Desempenho ideal: proxies rápidos processam mais solicitações
- Adaptabilidade: se ajusta automaticamente à velocidade de cada proxy
- Trabalho com pools heterogêneos: é possível misturar proxies de diferentes velocidades
- Resistência a sobrecargas: se um proxy começar a falhar, ele automaticamente recebe menos carga
- Ideal para tarefas paralelas: quando dezenas de solicitações são executadas simultaneamente
Desvantagens do least connections
- Complexidade de implementação: é necessário monitorar o estado de cada proxy em tempo real
- Overhead: requer memória e cálculos adicionais
- Não adequado para tarefas sequenciais: se as solicitações são feitas uma a uma, a vantagem se perde
- Requer monitoramento: é necessário rastrear corretamente a abertura/fechamento de conexões
Quando usar least connections
Least connections é a escolha para tarefas de alta carga com processamento paralelo:
- Scraping em massa com 20+ threads paralelas
- Trabalho com um pool de proxies de diferentes velocidades (por exemplo, mistura de residenciais e data centers)
- Tarefas onde a máxima velocidade de processamento é crítica
- Cenários com tempo de resposta imprevisível do servidor (API com carga variável)
- Bots de alta carga para redes sociais ou marketplaces
Para essas tarefas, muitas vezes são usados proxies móveis em conjunto com data centers — móveis para solicitações críticas (autenticação, ações em contas), data centers para scraping em massa.
Tabela comparativa de estratégias
Vamos resumir as três estratégias em uma tabela para comparação rápida:
| Critério | Random | Round-robin | Least connections |
|---|---|---|---|
| Distribuição de carga | Desigual | Perfeitamente uniforme | Otimizada (por velocidade) |
| Complexidade de implementação | Muito simples | Simples | Complexa |
| Desempenho | Médio | Bom | Máximo |
| Previsibilidade | Imprevisível | Previsível | Adaptativa |
| Adequado para pequenos volumes | ✅ Sim | ✅ Sim | ❌ Excessivo |
| Adequado para grandes volumes | ❌ Não | ✅ Sim | ✅ Sim |
| Trabalho com pool heterogêneo | ❌ Ruim | ❌ Ruim | ✅ Excelente |
| Proteção contra padrões | ✅ Alta | ❌ Baixa | ⚠️ Média |
| Solicitações paralelas | ⚠️ Média | ✅ Boa | ✅ Excelente |
Qual estratégia escolher para sua tarefa
A escolha da estratégia de rotação depende da tarefa específica, do volume de solicitações e do tipo de proxy. Vamos analisar cenários populares.
Scraping de marketplaces (Wildberries, Ozon, Avito)
Volume: 1000-10000 solicitações por hora
Recomendação: Round-robin
Por que: Distribuição uniforme da carga, velocidade previsível, funcionamento estável. Todos os proxies recebem a mesma carga, o que é importante ao pagar por tráfego.
Configuração: Pool de 10-20 proxies residenciais ou de data center, rotação a cada solicitação. Se o marketplace banir agressivamente, adicione um atraso de 1-3 segundos entre as solicitações de um único IP.
Multi-contas em redes sociais (Instagram, TikTok, VK)
Volume: 10-50 contas, 100-500 ações por dia
Recomendação: Random
Por que: A imprevisibilidade é importante. Sistemas anti-fraude em redes sociais analisam padrões, e a rotação cíclica pode indicar automação. Random imita o comportamento de usuários reais.
Configuração: Cada conta — um proxy móvel ou residencial separado. Rotação apenas ao mudar de conta, dentro de uma sessão o IP não muda. Use navegadores anti-detect (Dolphin Anty, AdsPower) para gerenciar a impressão digital.
Criação de contas para arbitragem (Facebook Ads, TikTok Ads)
Volume: 20-100 contas, aquecimento de 7-14 dias
Recomendação: Random com fixação de IP por conta
Por que: Cada conta deve ter uma "geografia" estável. A rotação entre contas é aleatória, mas dentro de uma conta o IP não muda por semanas.
Configuração: Vínculo "1 conta = 1 proxy móvel". Random é usado apenas para selecionar o proxy ao criar uma nova conta. Nenhuma rotação dentro da sessão.
Scraping em massa com alta carga (motores de busca, agregadores)
Volume: 10000+ solicitações por hora, 20+ threads paralelas
Recomendação: Least connections
Por que: Máxima velocidade de processamento. Proxies rápidos processarão mais solicitações, enquanto os lentos não atrasarão todo o sistema.
Configuração: Pool de 50-100 proxies de data center. Monitoramento de conexões ativas através de um gerenciador de proxies ou balanceador (HAProxy, Nginx). Exclusão automática de proxies que falharam.
Monitoramento de preços de concorrentes (verificações regulares)
Volume: 100-500 solicitações a cada 30-60 minutos
Recomendação: Round-robin
Por que: Carga previsível, fácil planejar o consumo de tráfego. A distribuição uniforme garante que nenhum proxy fique sobrecarregado.
Configuração: Pool de 5-10 proxies residenciais. Rotação a cada solicitação. Registro de resultados para rastrear bloqueios por IP.
Como configurar a rotação em ferramentas populares
A maioria das ferramentas para trabalhar com proxies suporta a configuração da estratégia de rotação. Vamos analisar como isso é feito em soluções populares.
Navegadores anti-detect (Dolphin Anty, AdsPower, Multilogin)
Nos navegadores anti-detect, a rotação geralmente não é necessária — cada perfil (conta) recebe um proxy separado, que não muda. Mas se você gerencia um grande número de perfis, pode configurar a atribuição automática de proxies do pool.
Dolphin Anty: Configurações → Proxies → Importar lista de proxies → escolha "Atribuir aleatoriamente" (random) ou "Em ordem" (round-robin). Cada novo perfil receberá um proxy de acordo com a estratégia escolhida.
AdsPower: Criação em massa de perfis → carregue a lista de proxies → escolha o modo de distribuição (Random / Sequential). Sequential funciona como round-robin.
Recomendação: Para multi-contas, use random ao criar perfis, mas dentro do perfil o proxy deve ser fixo.
Scrapers e crawlers (soluções prontas)
Muitos scrapers de marketplaces e redes sociais têm suporte embutido para rotação de proxies. Normalmente, isso é configurado através de uma lista de proxies e escolha da estratégia.
Configuração típica: Carregue um arquivo de texto com proxies (formato IP:PORT:USER:PASS, cada proxy em uma nova linha) → escolha a estratégia de rotação (Random / Round-robin / Por solicitação) → inicie o scraping.
Por solicitação geralmente significa round-robin — o proxy muda a cada solicitação em ordem.
Gerenciadores de proxies e balanceadores (HAProxy, Nginx)
Para usuários avançados — configuração de um balanceador de carga que distribuirá as solicitações entre proxies de acordo com a estratégia escolhida.
HAProxy (least connections): Na configuração do backend, especifique balance leastconn. O HAProxy monitorará as conexões ativas e direcionará novas solicitações para o proxy menos carregado.
Nginx (round-robin): Por padrão, o Nginx usa round-robin para servidores upstream. Basta listar os proxies no bloco upstream, e a rotação será automática.
Essas soluções são adequadas para sistemas de alta carga, onde é necessário o máximo desempenho e controle.
Erros típicos na configuração da rotação
Mesmo uma estratégia bem escolhida pode não funcionar devido a erros na configuração. Vamos analisar problemas comuns.
Erro 1: Rotação dentro da sessão (para multi-contas)
Problema: Você configurou a rotação de proxies a cada 5 minutos para uma conta do Instagram. O resultado — banimento por atividade suspeita (login de Moscovo, depois de 5 minutos de São Petersburgo, mais 5 minutos de Kazan).
Solução: Para trabalhar com contas, o proxy deve ser fixo durante toda a sessão (ou melhor — por semanas e meses). Rotação apenas entre contas, não dentro de uma única.
Erro 2: Uso de round-robin para proteção contra anti-fraude
Problema: Você está scraping um site com proteção agressiva, usando round-robin. O anti-fraude percebe que as solicitações estão indo ciclicamente dos mesmos IPs (1-2-3-4-5-1-2-3...) e bloqueia todo o pool.
Solução: Para sites com proteção inteligente, use random ou adicione atrasos aleatórios entre as solicitações para quebrar o padrão.
Erro 3: Pool de proxies muito pequeno
Problema: Você tem 3 proxies e 1000 solicitações por hora. Mesmo com uma rotação ideal, cada proxy receberá ~333 solicitações por hora, o que parece suspeito.
Solução: Calcule o tamanho ideal do pool. Para a maioria das tarefas, é seguro ter 20-50 solicitações por hora de um único IP. Se você precisa de 1000 solicitações — tenha pelo menos 20-50 proxies.
Erro 4: Ignorar proxies que falharam
Problema: Um dos proxies parou de funcionar, mas o round-robin continua enviando solicitações para ele. Cada N-ésima solicitação falha com erro.
Solução: Configure o monitoramento do estado dos proxies. Em caso de erro, exclua automaticamente o proxy do pool por 5-10 minutos, depois verifique novamente. A maioria dos gerenciadores de proxies suporta verificações de saúde.
Erro 5: Uso de least connections para tarefas sequenciais
Problema: Você está enviando solicitações uma a uma (sem paralelismo), mas configurou least connections. O resultado — todas as solicitações vão através de um único proxy, porque ele sempre tem 0 conexões ativas no momento da escolha.
Solução: Least connections faz sentido apenas para processamento paralelo (10+ solicitações simultâneas). Para tarefas sequenciais, use round-robin ou random.
Conclusão
A escolha da estratégia de rotação de proxies não é uma teoria abstrata, mas uma solução concreta que afeta diretamente a velocidade de operação, estabilidade e proteção contra bloqueios. Random é adequado para tarefas onde a imprevisibilidade é importante e os volumes são pequenos — multi-contas em redes sociais, criação de contas, trabalho com sistemas anti-fraude. Round-robin é a escolha ideal para scraping em massa e monitoramento, onde uma carga uniforme e previsibilidade são necessárias. Least connections é para sistemas de alta carga com processamento paralelo, onde a máxima velocidade é crítica.
A regra principal é que não existe uma estratégia universal. Analise sua tarefa: volume de solicitações, tipo de site-alvo, requisitos de anonimidade, presença de paralelismo. Experimente com as configurações, registre os resultados, monitore bloqueios. A rotação correta em conjunto com proxies de qualidade proporciona um funcionamento estável sem bloqueios.
Se você ainda não decidiu sobre o tipo de proxy para sua tarefa, recomendamos começar com proxies residenciais — eles são universais, têm um alto nível de confiança e são adequados para a maioria dos cenários. Para scraping de alta carga, considere os data centers, e para trabalhar com aplicativos móveis e redes sociais — os proxies móveis.