Прокси для ZennoPoster и BAS в 2026: потоки, ротация и учёт трафика

ZennoPoster и BAS (Browser Automation Studio) — два популярных в русскоязычной среде конструктора ботов: на них собирают регистрации, прогрев, постинг и парсинг. У обоих прокси — главный расходник, и ошибаются с ними чаще всего не в формате строки, а в схеме: два потока садятся на один IP, адрес меняется посреди регистрации, а браузерный шаблон за ночь выкачивает десятки гигабайт картинок. К осени 2026 года контролировать это стало проще: ZennoPoster 7.9.1 от 11 августа научился считать трафик по каждому прокси прямо из проекта, а ZennoPoster 7.9.2 (17 сентября) и BAS 30.8.0 (16 сентября) перевели браузеры на Chromium 152 и 153. Ниже — рабочая схема «один поток — один IP» для обеих программ, выбор ротации под задачу и расчёт трафика до того, как придёт счёт.

Что изменилось в 2026 году и почему это важно для прокси

Если шаблоны работают на версиях начала года, часть проблем с прокси решается простым обновлением. Из журналов изменений ZennoLab и Bablosoft для работы с прокси важны пять пунктов:

• ZennoPoster 7.9.0 (25 июня). Кубик «Обработка изображения → Сохранение изображения → URL» научился работать через прокси. До этого кубик ходил за картинкой без прокси, с IP машины, на которой крутится шаблон, — тихая утечка, которую легко не заметить.
• ZennoPoster 7.9.1 (11 августа). Появился учёт входящего и исходящего трафика в байтах по каждому прокси: для браузеров Chromium и ChromiumFromZB (включая WebSocket, без ответов из кэша) и для всех HTTP-кубиков — обычных, альтернативных и TLS. Из кода данные доступны через объект ZennoPoster.ProxyTrafficInfo.
• В той же версии эмуляция геоданных и часового пояса начала учитывать IPv6-адреса, а профили ZennoBrowser с SOCKS5-прокси в интеграции перестали падать по таймауту при запуске.
• ZennoPoster 7.9.2 (17 сентября). Публичный HTTP API на 100+ операций, три MCP-сервера для ИИ-ассистентов и агентный режим кубика «ИИ Агент», который сам управляет браузером задачи. Движок — Chromium 152.
• BAS 30.8.0 (16 сентября). Движок обновлён до версии 153, появились режим Agent, который создаёт, меняет и тестирует скрипты по текстовому описанию, и модуль генерации кодов двухфакторной авторизации.

Практический вывод: прежде чем масштабировать шаблоны, обновитесь хотя бы до ZennoPoster 7.9.1 и BAS 30.8.0. Учёт трафика по каждому прокси — ровно то, чего не хватало при оплате за гигабайты.

Шаг 1. Выберите режим ротации под задачу

Короткий ответ: для работы с аккаунтами нужна липкая сессия с отдельным портом на каждый поток; для парсинга HTTP-запросами — новый IP на каждый запрос; для браузерного парсинга без входа в аккаунт — липкая сессия с коротким интервалом.

В ProxyCove режим задаётся портом. Порт 824 меняет IP на каждом запросе. Порты 10000–20000 работают с интервальной ротацией: каждый порт даёт свой IP и держит его заданное время — от 1 до 120 минут. Интервал меняется в настройках ротации в карточке прокси.

• Регистрация, прогрев, постинг. Аккаунту нужен стабильный адрес на весь цикл. Интервал ставьте с запасом к длительности одного прогона: если регистрация с подтверждением почты занимает 20–25 минут, берите 40–60. Смена IP посреди формы — типичная причина чекпоинтов.
• Сбор данных GET/POST-кубиками. Каждый запрос самостоятелен, держать сессию не нужно. Порт 824 распределяет нагрузку по пулу и снижает шанс упереться в лимиты на один IP.
• Браузерный парсинг без логина. Здесь ротация на каждый запрос вредит. По данным Web Almanac 2025, медианная страница на десктопе делает 77 запросов к разным ресурсам, и на порту 824 части одной страницы уйдут с разных адресов. Для антибот-систем это нетипичное поведение, поэтому берите липкий порт с интервалом 1–5 минут и меняйте IP между страницами, а не внутри них.

Шаг 2. Выберите тип прокси

Тип определяет не только цену гигабайта, но и то, как площадка относится к адресу:

• Резидентные — IP домашних провайдеров. Базовый выбор для браузерных шаблонов, маркетплейсов, SEO-съёма и регистраций на сайтах средней строгости. В ProxyCove резидентные прокси с выбором страны и интервала ротации стоят $2,70 за ГБ.
• Мобильные — адреса операторов связи. За одним таким IP через CGNAT одновременно выходят в сеть многие реальные абоненты, поэтому соцсети банят их осторожнее. Это выбор для аккаунтов в соцсетях и строгих площадок: мобильные прокси стоят $3,80 за ГБ.
• Датацентровые — $1,50 за ГБ, быстрые и дешёвые, но их подсети хорошо известны антибот-системам. Подходят для HTTP-парсинга лояльных сайтов и API, для аккаунтов в соцсетях — плохой выбор.

Если площадке важна стабильная география, а не конкретный адрес, включите таргетинг по городу или оператору (ASN). IP будет меняться, но в пределах одного города или сети, как у обычного пользователя. Таргетинг дороже: для резидентных — $4,70 за ГБ.

Шаг 3. Подготовьте список «один порт — один поток»

1. Откройте карточку прокси в кабинете ProxyCove и включите интервальную ротацию.
2. В поле «Количество потоков» укажите, сколько строк нужно. Порты не тарифицируются отдельно — платите вы только за трафик, поэтому берите список в 2–3 раза длиннее числа потоков. Зачем — объясним ниже.
3. Выберите формат http или socks5. Кабинет сгенерирует строки с портами 10000, 10001, 10002 и так далее: каждая строка — отдельная сессия со своим IP.
4. Сохраните список в файл, например proxies.txt. Строка выглядит так: socks5://login:[email protected]:10000.

Если включён таргетинг, параметры страны, города или ASN кабинет дописывает к логину через точку с запятой. Копируйте строку целиком и не правьте её руками: ошибка в параметрах сломает авторизацию или таргетинг.

Шаг 4. ZennoPoster: свой прокси каждому потоку

Прокси в ZennoPoster можно задать глобально, на проект или на поток. Для многопоточной работы надёжнее всего брать строку из списка внутри шаблона:

1. Добавьте в ProjectMaker блок «Список», включите «Загружать из файла» и «Сохранять изменения списка в файл», укажите путь к proxies.txt.
2. Добавьте «Операция над списком»: «Получить строку» → «Первую» с галочкой «Удалить строку после взятия». Результат положите в переменную, например proxy. Удаление гарантирует, что два параллельных потока не возьмут один порт.
3. Добавьте «Браузер → Настройки → Установить прокси» и передайте {-Variable.proxy-}. Включите эмуляцию местоположения и часового пояса: браузер получит геоданные и таймзону по IP прокси.
4. В каждом HTTP-кубике (GET, POST) пропишите тот же прокси — через переменную или опцию прокси проекта. Пустое поле прокси в кубике означает запрос с IP сервера.
5. В конце прогона — и в успешной ветке, и в ветке ошибки — верните строку в конец списка. Иначе список постепенно опустеет, а каждый упавший поток будет «съедать» порт насовсем.

Встроенный ProxyChecker удобен для публичных списков, но для шлюза с оплатой за трафик регулярная проверка всего списка бессмысленна: каждая проверка тратит оплаченные мегабайты, а на порту 824 следующий запрос всё равно уйдёт с другого IP. Перед большим запуском достаточно проверить пару строк.

Шаг 5. BAS: ресурс с прокси и действие Proxy

1. Создайте ресурс типа «Файл» или «URL» со списком прокси — именно так советует документация Bablosoft, чтобы пользователь шаблона сам выбирал источник.
2. В настройках ресурса ограничьте одновременное использование строки одним потоком. Там же задаются лимиты успешных и неудачных использований и интервал между использованиями — для липких портов ставьте его не короче интервала ротации.
3. Первым действием потока, до загрузки любой страницы, поставьте «Proxy» и передайте строку из ресурса. BAS понимает много форматов, включая login:password@host:port и socks5://login:password@host:port, работает с HTTP и SOCKS5 с авторизацией и отправляет DNS-запросы через прокси.
4. Включите в действии смену геолокации и часового пояса под IP прокси.
5. Если шаблон ходит на сайт ещё и HTTP-клиентом, задайте прокси и для него: у HTTP-клиента BAS свои настройки, отдельные от браузера.

Две особенности BAS стоит учитывать. Прокси меняется без перезапуска потока, повторным действием «Proxy», — это удобно для смены IP по ошибке. А если прокси перестал отвечать, BAS перезапускает поток и берёт следующий. Для парсинга это плюс, для аккаунтов — риск: работа продолжится с другого IP. Храните связку «аккаунт — порт» и возвращайте аккаунт на его порт.

Шаг 6. Посчитайте трафик до запуска

При оплате за гигабайт браузерный шаблон — самая дорогая часть схемы. По данным Web Almanac 2025, медианная главная страница весит 2862 КБ на десктопе, из них 1058 КБ — картинки. 10 000 загрузок таких страниц — около 28,6 ГБ, на резидентных прокси это порядка $77. Без картинок — около 18 ГБ и $49. Реальные цифры зависят от сайта и кэша, но порядок понятен: картинки — больше трети счёта.

• BAS. Действия «Request mask deny» и «Request mask allow» ставятся до загрузки страницы и принимают маски со звёздочкой. В документации Bablosoft пример: запретить *.png, *.jpg и *.gif, а затем разрешить картинку капчи, чтобы грузилась только она.
• ZennoPoster. Самая большая экономия — перенести сбор данных из браузера в GET/POST-кубики: они не тянут картинки, шрифты и скрипты. В окне «Трафик» видно, какие запросы весят больше всего, а с версии 7.9.1 объём по каждому прокси можно читать из кода через ZennoPoster.ProxyTrafficInfo, писать в лог и останавливать поток при превышении порога.
• Осторожно с соцсетями. Страница без картинок у живого пользователя — редкость, и на части площадок это само по себе выглядит нетипично. Для аккаунтов лучше ограничиться блокировкой тяжёлого видео и медиа, а картинки оставить.

Сверяйте свой учёт с кабинетом: там видны остаток и график расхода по каждому прокси. Данные провайдера обновляются с задержкой, поэтому оперативный контроль удобнее держать в самом шаблоне.

Подводные камни

• Утечки реального IP. HTTP-кубик без прокси, сохранение картинок по URL в ZennoPoster до 7.9.0, WebRTC. Первым шагом шаблона откройте страницу проверки IP и WebRTC и сравните результат с адресом прокси — это дешевле, чем разбираться с баном.
• Смена IP посреди сессии. Если интервал ротации короче цикла аккаунта, площадка видит прыжок адреса между шагами одной формы. Максимальный интервал в ProxyCove — 120 минут; длинные сценарии разбивайте на короткие сессии с сохранением профиля.
• Один IP на два аккаунта. Пока интервал ротации не истёк, порт отдаёт прежний адрес. Если порт сразу достаётся следующему аккаунту, тот выходит в сеть с IP предыдущего. Отсюда совет про длинный список: при 30 потоках и 90 портах каждый порт успевает «остыть» перед повторным использованием.
• Расхождение гео. Часовой пояс и геолокация браузера должны совпадать со страной IP. Если прокси «немецкий», а сайт показывает Нидерланды, дело обычно в базах геолокации, а не в прокси — вот как работает IP-геолокация и почему базы расходятся.
• Отпечаток движка. Новые версии Chromium приносят новые сигналы. В Chrome 152 появилось свойство navigator.cpuPerformance — класс процессора, который зависит прежде всего от числа ядер, а ZennoPoster 7.9.2 и BAS 30.8.0 работают на Chromium 152 и 153. Если шаблоны крутятся на VPS с двумя ядрами, а профили изображают мощные десктопы, проверьте, что отдаёт это свойство: разбор нового сигнала детекта в Chrome 152.
• ИИ-агенты и трафик. Агентный режим кубика «ИИ Агент» в ZennoPoster 7.9.2 управляет браузером задачи, а значит, ходит в сеть через её прокси. Его цикл ограничен обязательным лимитом итераций — не ставьте лимит с большим запасом: каждая лишняя итерация стоит и токенов, и мегабайт.

Вывод

Схема для обеих программ одна: отдельный липкий порт на каждый поток, интервал ротации длиннее цикла аккаунта, пауза перед повторным использованием порта, геолокация и часовой пояс под IP, прокси во всех HTTP-запросах и учёт трафика с первого дня. Начните с одного потока: проверьте IP, WebRTC и часовой пояс, прогоните сотню циклов и посмотрите расход в ZennoPoster.ProxyTrafficInfo или в кабинете. После этого масштабировать шаблон до десятков и сотен потоков безопаснее и дешевле. Для браузерных сценариев с аккаунтами берите резидентные или мобильные прокси с интервальной ротацией, для HTTP-парсинга — порт с новым IP на каждый запрос.