Назад к блогу

Сколько потоков держит один прокси-порт: расчёт нагрузки для парсинга и мультиаккаунтинга

Как рассчитать количество потоков на один прокси-порт под мультиаккаунтинг, парсинг маркетплейсов и арбитраж трафика — с конкретными цифрами и примерами.

📅18 сентября 2026 г.

Один и тот же прокси-порт может спокойно тянуть 50 параллельных запросов при парсинге Wildberries — и при этом «сгорать» после трёх одновременных сессий в Facebook Ads Manager. Дело не в качестве прокси, а в том, что разный тип трафика создаёт разную нагрузку на IP. В этой статье разберём, как рассчитать реальный лимит потоков под вашу задачу и не спалить аккаунты или прокси-пул из-за банальной ошибки в математике.

Что такое «поток» на прокси-порту

Поток — это одно параллельное соединение через прокси в конкретный момент времени. Если вы открыли 10 вкладок в антидетект-браузере Dolphin Anty, и все они одновременно грузят Instagram через один и тот же прокси-порт, это 10 потоков. Если у вас парсер на Python отправляет 50 запросов к Wildberries одновременно через один IP, это 50 потоков.

Важно понимать: количество потоков — это не про скорость интернета, а про то, сколько «одновременных личностей» видит целевой сайт с одного IP-адреса за единицу времени. Именно это число анализируют антифрод-системы Facebook, Instagram, TikTok и защита маркетплейсов при принятии решения — банить IP или пропускать трафик.

Для арбитражника и SMM-специалиста поток чаще всего равен одному открытому аккаунту в один момент времени. Для селлера на маркетплейсе поток — это одновременный HTTP-запрос парсера или скрипта мониторинга цен. Разница в природе трафика определяет, сколько потоков можно безопасно держать на одном порту.

От чего зависит лимит потоков

Нет универсальной цифры «прокси держит N потоков» — это миф, который приводит к банам. Реальный лимит определяется совокупностью факторов:

  • Тип IP. Резидентные, мобильные и дата-центр прокси по-разному воспринимаются антифрод-системами. Мобильный IP — это чаще всего один реальный человек, поэтому даже 2-3 параллельных сессии с разными cookie на нём выглядят подозрительно.
  • Целевая площадка. Facebook и TikTok анализируют поведенческие паттерны жёстче, чем большинство маркетплейсов. Wildberries и Ozon в первую очередь смотрят на частоту запросов, а не на количество «личностей».
  • Тип запроса. Простой GET-запрос для получения цены товара — это лёгкая нагрузка. Полноценная сессия с авторизацией, загрузкой медиа и взаимодействием с интерфейсом — тяжёлая.
  • Провайдер прокси. Пул IP-адресов, скорость ротации и техническая ёмкость канала у разных провайдеров отличаются в разы.
  • Цель трафика. Мультиаккаунтинг требует уникальности «личности» на IP, а парсинг — просто пропускной способности без привязки к идентичности.

Именно поэтому корректнее говорить не о «лимите потоков прокси», а о «лимите потоков под конкретную задачу на конкретной площадке».

Расчёт для мультиаккаунтинга (SMM и арбитраж)

Для мультиаккаунтинга золотое правило звучит просто: один аккаунт — один IP — одна сессия. То есть в идеале на прокси-порт должен приходиться ровно 1 активный поток, если речь о рекламных кабинетах Facebook Ads, TikTok Ads или аккаунтах Instagram. Причина не в технических ограничениях прокси, а в том, что антифрод-системы отслеживают связку IP + отпечаток устройства + поведение. Если два аккаунта одновременно «сидят» на одном IP через разные вкладки антидетект-браузера, это резко повышает риск chain-бана — блокировки всей цепочки аккаунтов сразу.

На практике в SMM-агентствах и арбитражных командах используют следующую логику распределения:

Задача Потоков на 1 порт Комментарий
Фарм аккаунтов Facebook Ads 1 Строго 1 аккаунт на 1 стабильный IP, желательно закреплённый (sticky session)
Ведение Instagram-аккаунтов клиента 1 Даже кратковременная параллельная сессия ловится как аномалия
TikTok Ads с прогревом 1 TikTok особенно чувствителен к резким сменам IP внутри одной сессии
Массовая проверка аккаунтов (без действий) 2-3 Допустимо для лёгких проверочных операций без риска для основной активности

Для этой схемы критична стабильность IP: если прокси меняет адрес посреди сессии, это разрывает привязку аккаунта к «личности» и выглядит как подмена устройства. Поэтому для мультиаккаунтинга обычно берут резидентные прокси с возможностью держать один IP закреплённым на длительное время (sticky session от 10 минут до нескольких часов), а для особо чувствительных площадок — мобильные прокси, которые дают максимально «человеческий» профиль трафика.

В антидетект-браузерах Dolphin Anty, AdsPower, Multilogin или GoLogin это настраивается просто: в профиле каждого аккаунта прописывается свой прокси-порт, а не общий пул на весь браузер. Открываете настройки профиля → раздел «Прокси» → вставляете отдельные данные (IP, порт, логин, пароль) для каждого аккаунта → сохраняете. Так вы физически исключаете ситуацию, когда два аккаунта случайно окажутся на одном IP одновременно.

Расчёт для парсинга маркетплейсов

С парсингом Wildberries, Ozon или Авито логика обратная. Здесь нет понятия «личность» — есть понятие «частота запросов с одного IP в единицу времени». Защита маркетплейсов реагирует не на количество параллельных потоков как таковое, а на скорость запросов и паттерн поведения (одинаковые интервалы, отсутствие пауз, идентичные заголовки).

Практический расчёт строится по формуле:

Число потоков на порт = (Лимит запросов в минуту, который выдерживает площадка без бана) ÷ (Среднее время ответа одного запроса в секундах × 60)

На практике для большинства крупных маркетплейсов безопасный коридор — 3-8 параллельных потоков на один дата-центр IP при паузах между запросами от 1 до 3 секунд. Если вы превышаете это значение, растёт процент 403-х и 429-х ответов (капча, временная блокировка запросов).

Площадка Рекомендуемые потоки на 1 IP Задержка между запросами
Wildberries (карточки товаров) 3-6 1-2 сек
Ozon (мониторинг цен) 4-8 1-2 сек
Авито (парсинг объявлений) 2-4 2-4 сек
Яндекс.Маркет 3-5 1-3 сек

Если задача — обойти большой объём товаров быстро, правильный путь не «прогружать» один IP сверх лимита, а увеличивать пул IP-адресов и распределять нагрузку. При 1000 товаров и лимите 5 потоков на IP с задержкой 1,5 секунды один IP обработает около 200 запросов в 5 минут — а с пулом из 10 IP то же самое займёт около 30 секунд. Для таких задач по соотношению скорость/стоимость оптимальны прокси дата-центров — они быстрее резидентных и достаточны для парсинга публичных страниц без авторизации.

Резидентные vs мобильные vs датацентр: таблица потоков

Ниже — обобщённая таблица, которая помогает быстро прикинуть безопасный лимит параллельных потоков в зависимости от типа прокси и характера задачи. Цифры ориентировочные и зависят от конкретной площадки, но дают правильный порядок величин для планирования.

Тип прокси Мультиаккаунтинг (потоков/порт) Парсинг (потоков/порт) Особенность
Резидентные прокси 1 3-5 Высокое доверие площадок, гибкая ротация
Мобильные прокси 1 2-3 Максимальная «человечность», но ограниченная пропускная способность
Прокси дата-центров не рекомендуется для соцсетей 5-10 Высокая скорость и низкая цена, но легче детектируется соцсетями

Обратите внимание: дата-центр прокси не запрещают открыть несколько аккаунтов Instagram технически, но такие IP гораздо чаще числятся в базах детекта соцсетей как «серверные», что резко повышает риск бана даже при одном потоке. Для соцсетей и рекламных платформ важнее не количество потоков, а тип и репутация IP.

Типичные ошибки при расчёте нагрузки

На практике большинство банов и блокировок связаны не с плохими прокси, а с неправильным распределением потоков. Вот самые частые ошибки:

  • Общий прокси-пул на весь антидетект-браузер. Если в настройках профилей не указан индивидуальный порт для каждого аккаунта, система может случайно направить два профиля через один и тот же IP.
  • Игнорирование задержек в парсере. Скрипт без пауз между запросами создаёт паттерн, который сразу вычисляется как автоматизация, даже если поток формально один.
  • Смешивание задач на одном порту. Использование одного прокси одновременно и для прогрева аккаунта, и для парсинга ленты — типичная причина внезапных блокировок.
  • Ротация IP посреди активной сессии. Для мультиаккаунтинга важна sticky-сессия: смена IP в процессе работы с аккаунтом выглядит как компрометация учётной записи.
  • Расчёт потоков «на глаз». Без учёта времени ответа площадки и её реальных лимитов легко либо перегрузить IP, либо неэффективно использовать пул прокси.

Чек-лист: как рассчитать нужное число потоков

Перед запуском задачи — будь то фарм аккаунтов Facebook Ads или мониторинг цен на Wildberries — пройдите по короткому чек-листу:

  1. Определите тип трафика: мультиаккаунтинг (1 аккаунт = 1 поток = 1 IP) или парсинг (несколько запросов на 1 IP допустимо).
  2. Проверьте, есть ли у площадки публичные лимиты запросов (rate limits) или задокументированные пороги блокировок.
  3. Для соцсетей и рекламных кабинетов выбирайте резидентные или мобильные IP и жёстко фиксируйте 1 поток на порт.
  4. Для парсинга рассчитайте формулу «лимит запросов ÷ время ответа» и добавьте запас 20-30% на всплески нагрузки.
  5. Настройте задержки между запросами вручную, даже если инструмент парсинга это не требует по умолчанию.
  6. Тестируйте на небольшом пуле IP перед масштабированием — так вы увидите реальный порог блокировок конкретной площадки.
  7. Ведите логи ошибок (403, 429, капчи) — рост этих кодов сигнализирует, что текущий лимит потоков превышен.

Заключение

Универсального ответа на вопрос «сколько потоков держит прокси-порт» не существует — всё зависит от типа трафика. Для мультиаккаунтинга в Facebook Ads, TikTok Ads или Instagram правило одно: 1 аккаунт — 1 IP — 1 поток, и здесь важнее репутация IP, чем его пропускная способность. Для парсинга Wildberries, Ozon или Авито можно безопасно держать 3-8 параллельных потоков на один IP, если правильно настроены задержки между запросами.

Если ваша задача — фарм и ведение множества аккаунтов без риска chain-бана, обратите внимание на резидентные прокси с поддержкой закреплённых сессий, а для особенно чувствительных площадок — на мобильные прокси. Если же цель — быстрый и объёмный парсинг цен и товарных карточек, где скорость важнее «человечности» IP, разумнее рассчитать нагрузку на пул из нескольких прокси дата-центров и распределить запросы равномерно, не превышая безопасный порог потоков на один адрес.