Назад к блогу

Автоматический мониторинг госзакупок и тендеров через прокси: настройка без блокировок

Полное руководство по автоматизации мониторинга государственных и коммерческих тендеров через прокси: настройка парсеров, обход защиты ЕИС, выбор типа прокси для разных площадок.

📅10 марта 2026 г.

Ручной мониторинг тендеров на площадках ЕИС (Zakupki.gov.ru), Сбербанк-АСТ, РТС-тендер отнимает 3-5 часов ежедневно. Автоматизация через парсеры решает проблему, но государственные площадки активно блокируют автоматические запросы — IP попадает в бан после 50-100 запросов. Прокси позволяют обходить ограничения и собирать данные о новых тендерах круглосуточно без риска блокировки основного IP компании.

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

Почему тендерные площадки блокируют автоматические запросы

Государственные и коммерческие тендерные площадки используют многоуровневую защиту от автоматического сбора данных. Это связано с несколькими причинами: нагрузка на серверы от парсеров может достигать 60-70% от общего трафика, конкуренты используют собранные данные для демпинга, а также существуют требования по защите персональных данных участников закупок.

Единая информационная система (ЕИС) — самая защищённая площадка. Система фиксирует следующие параметры каждого запроса: IP-адрес, User-Agent браузера, частоту запросов, последовательность действий на сайте. Если с одного IP приходит более 100 запросов в час или запросы идут слишком равномерно (например, каждые 5 секунд), IP блокируется на 24-72 часа. Блокировка распространяется на весь диапазон подсети, поэтому может пострадать вся компания.

Коммерческие площадки (Сбербанк-АСТ, РТС-тендер, Фабрикант) используют более мягкую защиту, но также отслеживают подозрительную активность. Основные триггеры блокировки: отсутствие cookies, отключённый JavaScript, слишком быстрая навигация по страницам (менее 2 секунд на страницу), одинаковые временные интервалы между запросами.

Реальный кейс: Компания по поставкам оборудования настроила парсер для мониторинга тендеров на ЕИС без прокси. За первые 2 часа работы парсер собрал данные о 340 тендерах, но затем IP офиса попал в блокировку. Сотрудники не могли получить доступ к личному кабинету ЕИС для подачи заявок в течение 48 часов. Компания пропустила 3 важных тендера на общую сумму 12 млн рублей.

Какой тип прокси выбрать для мониторинга тендеров

Для мониторинга тендерных площадок подходят три типа прокси, каждый со своими особенностями применения. Выбор зависит от объёма парсинга, бюджета и требований к надёжности.

Тип прокси Надёжность для ЕИС Скорость Применение
Прокси дата-центров Средняя (блокируются чаще) Очень высокая (50-100 мс) Коммерческие площадки, тестирование
Резидентные прокси Высокая (реальные IP) Средняя (200-500 мс) ЕИС, Сбербанк-АСТ, круглосуточный парсинг
Мобильные прокси Максимальная (IP операторов) Средняя (300-600 мс) ЕИС при высоких требованиях к надёжности

Резидентные прокси — оптимальный выбор для большинства задач мониторинга тендеров. Они используют IP-адреса реальных домашних пользователей, поэтому площадки воспринимают запросы как действия обычных людей. Для ЕИС рекомендуется использовать российские резидентные прокси с ротацией каждые 10-15 минут. Это позволяет собирать данные о 500-1000 тендеров ежедневно без единой блокировки.

Прокси дата-центров подходят для менее защищённых коммерческих площадок: РТС-тендер, Фабрикант, B2B-Center. Они в 3-5 раз дешевле резидентных и работают быстрее, но ЕИС часто распознаёт и блокирует такие IP. Используйте их для первичного тестирования парсера или мониторинга небольших региональных площадок.

Мобильные прокси имеют максимальный уровень доверия, так как используют IP мобильных операторов (МТС, Билайн, Мегафон). Площадки практически никогда не блокируют такие адреса, потому что за одним IP оператора могут находиться тысячи реальных пользователей. Минус — более высокая стоимость. Применяйте мобильные прокси, если работаете с особо ценными тендерами или уже получали блокировки при использовании резидентных прокси.

Особенности защиты разных площадок: ЕИС, Сбербанк-АСТ, РТС-тендер

Каждая тендерная площадка имеет свои особенности защиты от парсинга. Понимание этих механизмов позволяет настроить парсер так, чтобы минимизировать риск блокировки.

ЕИС (Zakupki.gov.ru) — максимальная защита

Единая информационная система использует самую строгую защиту среди всех площадок. Основные механизмы: лимит 100 запросов в час с одного IP, обязательная поддержка cookies и JavaScript, проверка реферера (откуда пришёл пользователь), анализ поведенческих факторов (время на странице, движение мыши, прокрутка).

Рекомендации для парсинга ЕИС: используйте резидентные или мобильные прокси с российскими IP, включите автоматическую ротацию прокси каждые 80-90 запросов (чтобы не достичь лимита), добавьте случайные задержки между запросами от 3 до 8 секунд, используйте headless-браузеры (Puppeteer, Selenium) вместо простых HTTP-запросов — они полностью эмулируют поведение реального браузера.

Сбербанк-АСТ — средний уровень защиты

Площадка Сбербанка использует более мягкие ограничения: лимит около 200-300 запросов в час, обязательны cookies, но JavaScript не всегда проверяется, блокировка наступает при очевидно роботизированном поведении (одинаковые интервалы между запросами, отсутствие реферера).

Для Сбербанк-АСТ достаточно резидентных прокси с ротацией каждые 200 запросов. Можно использовать более простые инструменты парсинга без полной эмуляции браузера, но обязательно добавьте случайные задержки 2-5 секунд и корректные заголовки User-Agent.

РТС-тендер, Фабрикант, B2B-Center — базовая защита

Коммерческие площадки имеют минимальную защиту: лимиты 500+ запросов в час, основная проверка — наличие cookies и адекватного User-Agent, редко блокируют прокси дата-центров.

Для этих площадок подходят даже прокси дата-центров с базовой ротацией. Можно использовать простые HTTP-парсеры без эмуляции браузера. Главное — не отправлять запросы слишком часто (минимум 1-2 секунды между запросами) и периодически менять IP.

Готовые инструменты для парсинга тендеров без программирования

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

Octoparse — визуальный парсер с поддержкой прокси и планировщиком задач. Позволяет создать парсер для любой тендерной площадки через графический интерфейс: вы просто кликаете по элементам страницы, которые нужно собрать (номер тендера, заказчик, сумма, дата окончания), и программа автоматически создаёт алгоритм парсинга. В настройках можно указать список прокси, и Octoparse будет автоматически их ротировать. Стоимость — от $75/месяц, есть бесплатная версия с ограничениями.

ParseHub — аналог Octoparse с более простым интерфейсом. Хорошо подходит для начинающих. Поддерживает JavaScript-сайты (важно для ЕИС), работу через прокси, экспорт данных в Excel/Google Sheets. Бесплатная версия позволяет создать до 5 проектов парсинга. Платная версия — от $149/месяц с возможностью запуска парсинга по расписанию (например, каждые 2 часа проверять новые тендеры).

Screaming Frog SEO Spider — изначально инструмент для SEO, но отлично подходит для парсинга структурированных данных. Поддерживает прокси, может собирать данные со страниц по заданным CSS-селекторам. Минус — нужно немного разбираться в HTML-структуре страниц. Стоимость — £149/год (около 15 000 рублей), что дешевле аналогов.

Специализированные сервисы мониторинга тендеров — Контур.Закупки, Тендер.Про, B2B-Center уже имеют встроенные системы мониторинга с фильтрами и уведомлениями. Они не требуют настройки прокси, так как работают от лица сервиса. Стоимость — от 5 000 до 30 000 рублей в месяц в зависимости от количества отслеживаемых категорий. Минус — вы зависите от возможностей сервиса и не можете собирать дополнительные данные или интегрировать их в свою CRM.

Рекомендация по выбору инструмента:

  • Новичкам без технических навыков — ParseHub или Octoparse
  • Для парсинга 3-5 площадок с интеграцией в CRM — Screaming Frog + настройка экспорта
  • Для мониторинга только ЕИС без дополнительных данных — специализированные сервисы
  • Для сложных задач (анализ документации тендеров, парсинг прикреплённых файлов) — разработка на Python с Selenium

Пошаговая настройка мониторинга через прокси за 20 минут

Рассмотрим настройку автоматического мониторинга тендеров на примере Octoparse — одного из самых популярных инструментов с графическим интерфейсом. Этот пример подходит для мониторинга ЕИС, Сбербанк-АСТ и других площадок.

Шаг 1: Получение прокси. Зарегистрируйтесь у провайдера прокси и получите список IP-адресов с портами и данными авторизации. Для мониторинга ЕИС рекомендуется минимум 10 резидентных российских прокси с автоматической ротацией. Провайдер предоставит данные в формате: IP:PORT:USERNAME:PASSWORD (например, 185.123.45.67:8000:user123:pass456).

Шаг 2: Установка и настройка Octoparse. Скачайте Octoparse с официального сайта и установите на компьютер. После запуска создайте новый проект парсинга, введя URL страницы с результатами поиска тендеров на ЕИС (например, поиск по ключевому слову "оборудование" в вашем регионе).

Шаг 3: Настройка прокси в Octoparse. Откройте Settings → Proxy Settings. Выберите режим "Use custom proxy". Добавьте ваши прокси в список, указав IP, порт, тип (HTTP или SOCKS5), логин и пароль. Включите опцию "Rotate proxy for each request" — это заставит программу менять прокси после каждого запроса, распределяя нагрузку и избегая блокировок.

Шаг 4: Создание алгоритма парсинга. В режиме визуального конструктора кликните по элементам страницы, которые нужно собрать: номер закупки, наименование, заказчик, начальная цена, дата окончания подачи заявок, регион. Octoparse автоматически определит структуру данных и создаст алгоритм сбора. Проверьте результат на первых 5-10 записях — программа покажет предварительный результат парсинга.

Шаг 5: Настройка пагинации. Тендерные площадки выводят результаты постранично (обычно 10-50 тендеров на странице). В Octoparse добавьте действие "Click pagination button" и укажите кнопку "Следующая страница". Программа будет автоматически переходить по страницам и собирать все результаты.

Шаг 6: Добавление задержек. В настройках парсера установите случайные задержки между запросами: минимум 3 секунды, максимум 8 секунд. Это имитирует поведение реального пользователя и снижает риск блокировки. Также добавьте задержку 5-10 секунд после загрузки каждой страницы — это даёт время JavaScript-элементам полностью загрузиться.

Шаг 7: Настройка расписания. В разделе "Task Schedule" настройте автоматический запуск парсинга. Для мониторинга новых тендеров оптимально запускать проверку каждые 2-4 часа в рабочее время. Например: 9:00, 13:00, 17:00, 21:00. Это позволит отслеживать новые публикации в течение дня без чрезмерной нагрузки на площадку.

Шаг 8: Экспорт данных. Настройте автоматический экспорт собранных данных в удобный формат: Excel, Google Sheets, база данных MySQL или отправка по API в вашу CRM-систему. Octoparse может автоматически отправлять новые данные после каждого запуска парсера, что позволяет получать уведомления о новых тендерах в реальном времени.

Настройка ротации прокси и задержек между запросами

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

Стратегии ротации прокси: Существует три основных подхода к смене IP-адресов во время парсинга.

Ротация после каждого запроса — самый безопасный, но медленный метод. Каждый запрос к площадке идёт с нового IP. Подходит для ЕИС при парсинге больших объёмов данных (1000+ тендеров). Минус — увеличивает время парсинга, так как на установку нового соединения через прокси уходит 200-500 мс.

Ротация по количеству запросов — оптимальный баланс скорости и безопасности. Один прокси используется для 50-100 запросов, затем меняется на следующий. Для ЕИС рекомендуется менять прокси каждые 80 запросов (чуть ниже лимита в 100). Для коммерческих площадок можно увеличить до 200-300 запросов на один IP.

Ротация по времени — смена IP каждые 10-15 минут независимо от количества запросов. Подходит для длительного парсинга с небольшой интенсивностью (например, мониторинг обновлений в течение дня). Некоторые провайдеры прокси предоставляют автоматическую ротацию по времени — вы получаете один URL прокси, но IP меняется автоматически каждые N минут.

Настройка задержек между запросами: Человек не может мгновенно переходить между страницами — ему нужно время на чтение, прокрутку, клики. Парсер должен имитировать это поведение.

Площадка Задержка между запросами Задержка после загрузки страницы
ЕИС (Zakupki.gov.ru) 3-8 секунд (случайно) 5-10 секунд
Сбербанк-АСТ 2-5 секунд (случайно) 3-7 секунд
РТС-тендер, Фабрикант 1-3 секунды (случайно) 2-4 секунды

Важно использовать именно случайные задержки в указанном диапазоне. Если парсер делает запросы ровно каждые 5 секунд, система защиты легко определит робота. Функция случайной задержки есть во всех популярных инструментах парсинга.

Совет: Добавьте "ночной режим" парсинга. С 23:00 до 7:00 можно увеличить интенсивность запросов (уменьшить задержки), так как в это время на площадках минимальная активность реальных пользователей, и системы защиты работают менее строго. Это позволит собирать больше данных за то же время.

Типичные ошибки, которые приводят к блокировке

Даже при использовании качественных прокси парсер может попасть в блокировку из-за технических ошибок в настройке. Вот самые распространённые проблемы и способы их решения.

Ошибка 1: Использование одинакового User-Agent. User-Agent — это строка, которая сообщает сайту, какой браузер и операционная система используются. Если все запросы идут с одинаковым User-Agent (например, стандартным для Python-библиотеки requests), это явный признак бота. Решение: используйте список из 10-20 популярных User-Agent для разных браузеров (Chrome, Firefox, Safari) и операционных систем (Windows, macOS, Linux), и ротируйте их случайным образом при каждом запросе.

Ошибка 2: Отключённые cookies. Большинство сайтов устанавливают cookies при первом посещении и проверяют их наличие при последующих запросах. Если парсер не сохраняет cookies, каждый запрос выглядит как первое посещение с нового устройства, что подозрительно. Решение: включите поддержку cookies в настройках парсера. В Octoparse и ParseHub это делается автоматически. Если пишете собственный парсер на Python, используйте библиотеку requests.Session() — она автоматически сохраняет cookies между запросами.

Ошибка 3: Парсинг без выполнения JavaScript. Современные сайты, включая ЕИС, активно используют JavaScript для загрузки контента. Если парсер просто скачивает HTML-код страницы без выполнения JavaScript, он получит неполные данные, а сервер зафиксирует подозрительное поведение. Решение: используйте headless-браузеры (Puppeteer, Selenium, Playwright), которые полностью загружают страницу, выполняют JavaScript и даже могут прокручивать страницу для загрузки динамического контента.

Ошибка 4: Игнорирование капчи. Некоторые площадки показывают капчу при подозрительной активности. Если парсер не может решить капчу, он зависнет и начнёт отправлять повторные запросы, что приведёт к блокировке IP. Решение: используйте сервисы автоматического решения капчи (2Captcha, Anti-Captcha) — они стоят около $1-3 за 1000 решённых капч. Большинство инструментов парсинга имеют встроенную интеграцию с такими сервисами.

Ошибка 5: Парсинг в часы пиковой нагрузки. С 10:00 до 16:00 в рабочие дни на тендерных площадках максимальная активность пользователей, и системы защиты работают наиболее строго. Интенсивный парсинг в это время быстрее приведёт к блокировке. Решение: основной объём парсинга запускайте в вечернее время (18:00-23:00) или ночью. В рабочие часы делайте только точечные проверки новых тендеров с минимальной интенсивностью.

Ошибка 6: Использование "грязных" прокси. Некоторые дешёвые провайдеры прокси продают IP, которые уже использовались для спама или других подозрительных активностей и находятся в чёрных списках. Решение: тестируйте прокси перед массовым использованием. Отправьте 20-30 тестовых запросов на площадку с каждого нового прокси и проверьте, не возникает ли капча или блокировка. Если прокси "грязный", замените его у провайдера.

Масштабирование: мониторинг 10+ площадок одновременно

Когда базовый мониторинг одной-двух площадок настроен и работает стабильно, возникает задача масштабирования — одновременный парсинг десятков тендерных площадок для получения максимального охвата рынка.

Распределение прокси между площадками. Не используйте одни и те же прокси для разных площадок одновременно. Создайте пулы прокси: например, 10 прокси для ЕИС, 5 для Сбербанк-АСТ, 5 для РТС-тендер и так далее. Это предотвратит ситуацию, когда блокировка на одной площадке повлияет на работу парсера на другой.

Приоритизация площадок. Не все тендерные площадки одинаково важны для вашего бизнеса. Определите 3-5 ключевых площадок, где публикуется больше всего релевантных тендеров, и выделите им больше ресурсов: лучшие прокси, более частые проверки, более детальный парсинг (включая сбор документации). Для остальных площадок используйте базовый мониторинг только основных параметров тендеров.

Автоматизация обработки данных. При парсинге 10+ площадок вы будете получать сотни новых тендеров ежедневно. Ручная обработка невозможна. Настройте автоматическую фильтрацию: по ключевым словам в названии тендера, по региону заказчика, по диапазону начальной цены, по дате окончания приёма заявок. Только тендеры, прошедшие все фильтры, попадают в список для ручной проверки.

Интеграция с CRM и системами уведомлений. Настройте автоматическую отправку отфильтрованных тендеров в вашу CRM-систему или корпоративный мессенджер (Slack, Telegram, Microsoft Teams). Менеджеры будут получать уведомления о новых подходящих тендерах в реальном времени и смогут быстро принять решение об участии.

Мониторинг работы парсеров. При работе с множеством площадок критически важно отслеживать статус каждого парсера. Настройте дашборд, где видно: когда последний раз запускался каждый парсер, сколько тендеров собрал, были ли ошибки или блокировки. Инструменты типа Octoparse имеют встроенные дашборды. Если используете собственные скрипты, можно настроить логирование в Google Sheets или специализированные системы мониторинга типа Grafana.

Пример масштабированной системы мониторинга:

Компания по поставкам IT-оборудования настроила мониторинг 15 тендерных площадок: ЕИС, Сбербанк-АСТ, РТС-тендер, 8 региональных площадок и 4 коммерческие площадки. Используется 50 резидентных прокси, разделённых на пулы. Парсеры запускаются каждые 2 часа и собирают в среднем 600 новых тендеров в день. Автоматические фильтры по ключевым словам ("компьютер", "сервер", "сетевое оборудование") и региону (Москва, Московская область, Санкт-Петербург) отсеивают 85% нерелевантных тендеров. Оставшиеся 90 тендеров автоматически попадают в Telegram-канал отдела продаж. Результат: время на мониторинг тендеров сократилось с 4 часов в день до 30 минут, количество поданных заявок выросло на 40%.

Заключение

Автоматизация мониторинга государственных и коммерческих тендеров через прокси позволяет получать информацию о новых закупках в режиме реального времени, экономить до 4 часов ежедневно на ручном поиске и увеличивать количество поданных заявок на 30-50%. Ключевые факторы успеха: правильный выбор типа прокси в зависимости от площадки, корректная настройка ротации IP и задержек между запросами, использование инструментов с поддержкой JavaScript и cookies.

Для мониторинга защищённых площадок типа ЕИС используйте резидентные или мобильные прокси с российскими IP-адресами — они обеспечивают максимальный уровень доверия и минимальный риск блокировок. Для коммерческих площадок с базовой защитой подойдут более доступные прокси дата-центров. Начните с автоматизации 2-3 ключевых площадок, отработайте настройки, а затем масштабируйте систему на весь рынок тендеров в вашей отрасли.

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