Proxies para ZennoPoster e BAS em 2026: fluxos, rotação e controle de tráfego

ZennoPoster e BAS (Browser Automation Studio) são dois construtores de bots populares no ambiente de língua russa: com eles, são coletadas inscrições, aquecimento, postagem e parsing. Ambos usam proxies como principal recurso, e os erros mais comuns não ocorrem no formato da string, mas na configuração: dois fluxos se conectam a um único IP, o endereço muda no meio da inscrição, e o modelo de navegador consome dezenas de gigabytes de imagens durante a noite. Até o outono de 2026, controlar isso se tornou mais fácil: o ZennoPoster 7.9.1, lançado em 11 de agosto, aprendeu a contar o tráfego por cada proxy diretamente do projeto, enquanto o ZennoPoster 7.9.2 (17 de setembro) e o BAS 30.8.0 (16 de setembro) atualizaram os navegadores para Chromium 152 e 153. Abaixo está um esquema funcional de "um fluxo - um IP" para ambos os programas, a escolha da rotação de acordo com a tarefa e o cálculo do tráfego antes que a conta chegue.

O que mudou em 2026 e por que isso é importante para proxies

Se os modelos funcionam em versões do início do ano, parte dos problemas com proxies pode ser resolvida com uma simples atualização. Dos registros de mudanças da ZennoLab e Bablosoft, cinco pontos são importantes para trabalhar com proxies:

• ZennoPoster 7.9.0 (25 de junho). O bloco "Processamento de imagem → Salvamento de imagem → URL" aprendeu a trabalhar através de proxies. Antes disso, o bloco buscava a imagem sem proxy, usando o IP da máquina onde o modelo estava rodando — um vazamento silencioso que é fácil de não notar.
• ZennoPoster 7.9.1 (11 de agosto). Foi introduzido o controle do tráfego de entrada e saída em bytes por cada proxy: para navegadores Chromium e ChromiumFromZB (incluindo WebSocket, sem respostas do cache) e para todos os blocos HTTP — normais, alternativos e TLS. Os dados estão disponíveis no código através do objeto ZennoPoster.ProxyTrafficInfo.
• Nessa mesma versão, a emulação de dados geográficos e fuso horário começou a considerar endereços IPv6, e os perfis do ZennoBrowser com proxies SOCKS5 na integração deixaram de falhar por timeout ao iniciar.
• ZennoPoster 7.9.2 (17 de setembro). API HTTP pública com mais de 100 operações, três servidores MCP para assistentes de IA e modo agente do bloco "Agente de IA", que gerencia o navegador da tarefa. O motor — Chromium 152.
• BAS 30.8.0 (16 de setembro). O motor foi atualizado para a versão 153, surgiram o modo Agente, que cria, altera e testa scripts com base em descrições textuais, e um módulo para geração de códigos de autenticação de dois fatores.

Conclusão prática: antes de escalar os modelos, atualize pelo menos para ZennoPoster 7.9.1 e BAS 30.8.0. O controle do tráfego por cada proxy é exatamente o que faltava ao pagar por gigabytes.

Passo 1. Escolha o modo de rotação para a tarefa

Resposta curta: para trabalhar com contas, é necessária uma sessão sticky com uma porta separada para cada fluxo; para parsing com requisições HTTP — um novo IP para cada requisição; para parsing de navegador sem login — uma sessão sticky com intervalo curto.

No ProxyCove, o modo é definido pela porta. A porta 824 muda o IP a cada requisição. As portas 10000–20000 funcionam com rotação intervalada: cada porta fornece seu próprio IP e o mantém por um tempo determinado — de 1 a 120 minutos. O intervalo pode ser alterado nas configurações de rotação no cartão de proxy.

• Inscrição, aquecimento, postagem. A conta precisa de um endereço estável durante todo o ciclo. Defina o intervalo com uma margem em relação à duração de uma execução: se a inscrição com confirmação de e-mail leva 20–25 minutos, escolha 40–60. A mudança de IP no meio do formulário é uma causa típica de checkpoints.
• Coleta de dados com blocos GET/POST. Cada requisição é independente, não é necessário manter uma sessão. A porta 824 distribui a carga pelo pool e reduz a chance de atingir limites em um único IP.
• Parsing de navegador sem login. Aqui, a rotação a cada requisição é prejudicial. De acordo com o Web Almanac 2025, a página média em desktop faz 77 requisições a diferentes recursos, e na porta 824 partes de uma mesma página sairão de endereços diferentes. Para sistemas anti-bot, esse é um comportamento atípico, portanto, escolha uma porta sticky com intervalo de 1–5 minutos e mude o IP entre as páginas, e não dentro delas.

Passo 2. Escolha o tipo de proxy

O tipo determina não apenas o preço por gigabyte, mas também como a plataforma se relaciona com o endereço:

• Residenciais — IPs de provedores domésticos. Escolha básica para modelos de navegador, marketplaces, scraping de SEO e inscrições em sites de rigor médio. No ProxyCove, proxies residenciais com escolha de país e intervalo de rotação custam $2,70 por GB.
• Móveis — endereços de operadores de telecomunicações. Um único IP através de CGNAT é compartilhado simultaneamente por muitos assinantes reais, portanto, as redes sociais os banem com mais cautela. Essa é a escolha para contas em redes sociais e plataformas rigorosas: proxies móveis custam $3,80 por GB.
• Data center — $1,50 por GB, rápidos e baratos, mas suas sub-redes são bem conhecidas pelos sistemas anti-bot. Adequados para scraping HTTP de sites amigáveis e APIs, mas uma má escolha para contas em redes sociais.

Se a plataforma valoriza uma geografia estável, e não um endereço específico, inclua segmentação por cidade ou operador (ASN). O IP mudará, mas dentro de uma mesma cidade ou rede, como um usuário comum. A segmentação é mais cara: para residenciais — $4,70 por GB.

Passo 3. Prepare a lista "uma porta - um fluxo"

1. Abra o cartão de proxy no painel do ProxyCove e ative a rotação intervalada.
2. No campo "Número de fluxos", indique quantas linhas são necessárias. As portas não são cobradas separadamente — você paga apenas pelo tráfego, então escolha uma lista 2–3 vezes mais longa que o número de fluxos. O porquê será explicado abaixo.
3. Escolha o formato http ou socks5. O painel gerará linhas com as portas 10000, 10001, 10002 e assim por diante: cada linha é uma sessão separada com seu próprio IP.
4. Salve a lista em um arquivo, por exemplo proxies.txt. A linha se parece com: socks5://login:[email protected]:10000.

Se a segmentação estiver ativada, os parâmetros de país, cidade ou ASN serão adicionados ao login através de ponto e vírgula. Copie a linha inteira e não a edite manualmente: um erro nos parâmetros quebrará a autorização ou a segmentação.

Passo 4. ZennoPoster: seu proxy para cada fluxo

Os proxies no ZennoPoster podem ser definidos globalmente, para o projeto ou para o fluxo. Para trabalho multi-fluxo, é mais confiável pegar a linha da lista dentro do modelo:

1. Adicione um bloco "Lista" no ProjectMaker, ative "Carregar de arquivo" e "Salvar alterações da lista em arquivo", e indique o caminho para proxies.txt.
2. Adicione "Operação sobre a lista": "Obter linha" → "Primeira" com a opção "Remover linha após a obtenção". Armazene o resultado em uma variável, por exemplo proxy. A remoção garante que dois fluxos paralelos não peguem a mesma porta.
3. Adicione "Navegador → Configurações → Definir proxy" e passe {-Variable.proxy-}. Ative a emulação de localização e fuso horário: o navegador receberá dados geográficos e fuso horário pelo IP do proxy.
4. Em cada bloco HTTP (GET, POST), insira o mesmo proxy — através da variável ou da opção de proxy do projeto. Um campo de proxy vazio no bloco significa uma requisição com o IP do servidor.
5. No final da execução — tanto no ramo de sucesso quanto no ramo de erro — devolva a linha ao final da lista. Caso contrário, a lista ficará gradualmente vazia, e cada fluxo que falhar "consumirá" a porta para sempre.

O ProxyChecker embutido é conveniente para listas públicas, mas para um gateway com pagamento por tráfego, a verificação regular de toda a lista é inútil: cada verificação consome megabytes pagos, e na porta 824 a próxima requisição ainda sairá com outro IP. Antes de um grande lançamento, é suficiente verificar algumas linhas.

Passo 5. BAS: recurso com proxy e ação Proxy

1. Crie um recurso do tipo "Arquivo" ou "URL" com a lista de proxies — é assim que a documentação da Bablosoft recomenda, para que o usuário do modelo escolha a fonte.
2. Nas configurações do recurso, limite o uso simultâneo da linha a um único fluxo. Lá também são definidos os limites de usos bem-sucedidos e malsucedidos e o intervalo entre os usos — para portas sticky, não defina um intervalo menor que o intervalo de rotação.
3. Como primeira ação do fluxo, antes de carregar qualquer página, coloque "Proxy" e passe a linha do recurso. O BAS entende muitos formatos, incluindo login:password@host:port e socks5://login:password@host:port, funciona com HTTP e SOCKS5 com autorização e envia requisições DNS através do proxy.
4. Ative na ação a mudança de geolocalização e fuso horário de acordo com o IP do proxy.
5. Se o modelo também acessa o site como cliente HTTP, defina o proxy para ele também: o cliente HTTP do BAS tem suas próprias configurações, separadas do navegador.

Duas características do BAS devem ser consideradas. O proxy muda sem reiniciar o fluxo, com a ação "Proxy" novamente — isso é conveniente para trocar IPs em caso de erro. E se o proxy parar de responder, o BAS reinicia o fluxo e pega o próximo. Para parsing, isso é um ponto positivo, mas para contas — um risco: o trabalho continuará com outro IP. Mantenha a associação "conta — porta" e devolva a conta à sua porta.

Passo 6. Calcule o tráfego antes de iniciar

Ao pagar por gigabyte, o modelo de navegador é a parte mais cara do esquema. De acordo com o Web Almanac 2025, a página principal média pesa 2862 KB em desktop, dos quais 1058 KB são imagens. 10.000 downloads dessas páginas — cerca de 28,6 GB, em proxies residenciais isso custa cerca de $77. Sem imagens — cerca de 18 GB e $49. Os números reais dependem do site e do cache, mas a ordem é clara: imagens representam mais de um terço da conta.

• BAS. As ações "Request mask deny" e "Request mask allow" são definidas antes do carregamento da página e aceitam máscaras com asterisco. Na documentação da Bablosoft, há um exemplo: proibir *.png, *.jpg e *.gif, e então permitir a imagem do captcha, para que apenas ela seja carregada.
• ZennoPoster. A maior economia é transferir a coleta de dados do navegador para blocos GET/POST: eles não puxam imagens, fontes e scripts. Na janela "Tráfego", é possível ver quais requisições pesam mais, e a partir da versão 7.9.1, o volume por cada proxy pode ser lido do código através de ZennoPoster.ProxyTrafficInfo, gravado no log e interrompido o fluxo ao ultrapassar o limite.
• Cuidado com redes sociais. Uma página sem imagens para um usuário real é rara, e em algumas plataformas isso, por si só, parece atípico. Para contas, é melhor limitar-se a bloquear vídeos pesados e mídias, deixando as imagens.

Compare sua contagem com o painel: lá é possível ver o saldo e o gráfico de consumo por cada proxy. Os dados do provedor são atualizados com atraso, portanto, o controle operacional é mais conveniente mantê-lo no próprio modelo.

Armadilhas

• Vazamentos de IP real. Bloco HTTP sem proxy, salvamento de imagens por URL no ZennoPoster até 7.9.0, WebRTC. Como primeiro passo do modelo, abra uma página de verificação de IP e WebRTC e compare o resultado com o endereço do proxy — isso é mais barato do que lidar com um banimento.
• Mudança de IP no meio da sessão. Se o intervalo de rotação for menor que o ciclo da conta, a plataforma verá um salto de endereço entre as etapas de um mesmo formulário. O intervalo máximo no ProxyCove é de 120 minutos; divida longos cenários em sessões curtas mantendo o perfil.
• Um IP para duas contas. Enquanto o intervalo de rotação não expirar, a porta fornecerá o mesmo endereço. Se a porta for imediatamente atribuída à próxima conta, esta sairá na rede com o IP anterior. Daí o conselho sobre uma lista longa: com 30 fluxos e 90 portas, cada porta terá tempo para "esfriar" antes de ser reutilizada.
• Discrepância geográfica. O fuso horário e a geolocalização do navegador devem coincidir com o país do IP. Se o proxy é "alemão", mas o site mostra os Países Baixos, geralmente o problema está nas bases de geolocalização, e não no proxy — veja como funciona a geolocalização de IP e por que as bases divergem.
• Impressão do motor. Novas versões do Chromium trazem novos sinais. No Chrome 152, surgiu a propriedade navigator.cpuPerformance — classe do processador, que depende principalmente do número de núcleos, e o ZennoPoster 7.9.2 e BAS 30.8.0 operam no Chromium 152 e 153. Se os modelos estão rodando em VPS com dois núcleos, e os perfis mostram desktops poderosos, verifique o que essa propriedade retorna: análise do novo sinal de detecção no Chrome 152.
• Agentes de IA e tráfego. O modo agente do bloco "Agente de IA" no ZennoPoster 7.9.2 gerencia o navegador da tarefa, o que significa que acessa a rede através do proxy dela. Seu ciclo é limitado por um limite obrigatório de iterações — não defina um limite com uma grande margem: cada iteração extra custa tokens e megabytes.

Conclusão

O esquema para ambos os programas é o mesmo: uma porta sticky separada para cada fluxo, intervalo de rotação maior que o ciclo da conta, pausa antes da reutilização da porta, geolocalização e fuso horário de acordo com o IP, proxy em todas as requisições HTTP e controle de tráfego desde o primeiro dia. Comece com um fluxo: verifique o IP, WebRTC e fuso horário, execute uma centena de ciclos e observe o consumo em ZennoPoster.ProxyTrafficInfo ou no painel. Depois disso, escalar o modelo para dezenas e centenas de fluxos será mais seguro e mais barato. Para cenários de navegador com contas, use proxies residenciais ou móveis com rotação intervalada; para scraping HTTP — uma porta com um novo IP para cada requisição.