Прокси для Wildberries и Ozon: как мониторить цены и остатки
5 сентября 2026
Для сбора цен и остатков с Wildberries и Ozon чаще всего нужны резидентские прокси с точным выбором города: оба маркетплейса показывают разную цену, наличие и срок доставки в зависимости от региона, и без гео-IP вы получаете усреднённую витрину, а не то, что видит реальный покупатель. Для веб-версии, где включена защита от автоматических запросов, резидентские и мобильные IP проходят чаще серверных. Ниже — зачем компании вообще мониторят эти площадки, чем их защита отличается от обычного интернет-магазина, какой тип прокси брать под задачу и как не потерять доступ при регулярном сборе данных.
Зачем компании мониторят Wildberries и Ozon
Wildberries и Ozon — две крупнейшие площадки российской онлайн-торговли, и для продавца или бренда, который на них присутствует, ручное отслеживание конкурентов невозможно физически: карточек тысячи, а цены и остатки меняются несколько раз в день.
Задачи, ради которых бизнес строит регулярный сбор данных с маркетплейсов:
Мониторинг цен конкурентов. Чтобы вовремя реагировать на снижение цены соседним продавцом и не терять место в выдаче по цене.
Контроль MAP (минимальной рекомендованной цены). Бренды проверяют, не демпингует ли кто-то из партнёров ниже согласованного уровня.
Отслеживание остатков и допродаж. Знание, когда у конкурента заканчивается товар, позволяет скорректировать собственную цену или рекламный бюджет именно в этот момент.
Сбор карточек и отзывов. Для анализа ассортимента, характеристик товаров конкурентов и управления репутацией по отзывам.
Отслеживание позиций в поисковой выдаче маркетплейса. По сути внутренний SEO: как карточка ранжируется по ключевым запросам площадки.
Всё это требует не разового снимка, а регулярного прохода по каталогу — то есть автоматизации, а автоматизацию площадки видят и ограничивают.
Чем защита Wildberries и Ozon отличается от обычного интернет-магазина
Обычный интернет-магазин редко всерьёз борется с автоматическими запросами: трафика немного, и защита ограничивается базовой капчей на форме заказа. Маркетплейсы обрабатывают на порядки больше запросов и целенаправленно ограничивают паттерны, похожие на массовый сбор данных или бот-покупки:
Лимиты по IP и по сессии. Слишком частые запросы с одного адреса или в рамках одной сессии приводят к временному замедлению ответа, капче или отказу — обычно это откатывается через некоторое время, а не превращается в постоянный бан IP.
Проверка паттерна запросов, а не только адреса. Подозрительным считается не сам факт использования прокси, а поведение: одинаковые интервалы между запросами, обход каталога строго по порядку, отсутствие типичных для браузера сопутствующих запросов (шрифты, аналитика, изображения).
Разница между веб-версией и мобильным приложением. У веб-версии обеих площадок больше динамических проверок на стороне браузера. Мобильное приложение работает по своему API с собственной подписью запросов — технически это отдельная поверхность со своими особенностями, которые быстро меняются, поэтому в статье не разбираем её отдельно.
Точные пороги — после скольких запросов в минуту включается капча, насколько долго держится ограничение — площадки не публикуют, и они меняются без предупреждения. Единственный рабочий подход: закладывать запас по частоте запросов и следить за долей капч и отказов в собственном логе, а не ориентироваться на чужие цифры из статей.
Почему региональность IP критична для маркетплейсов
Это главное отличие мониторинга маркетплейсов от парсинга обычного каталога с фиксированной ценой. Wildberries и Ozon подстраивают то, что видит пользователь, под определённый регион доставки: цена товара, наличие на ближайшем складе и срок доставки могут отличаться в зависимости от того, откуда именно смотрит покупатель.
Практическое следствие: если вы собираете цены с одного IP (например, московского), вы получаете витрину для одного региона — и делаете вывод «наша цена конкурентна», хотя в другом городе, где у вас работает основной объём продаж, конкурент может показывать совсем другую цену. Для корректного мониторинга нужно собирать данные с IP тех городов, где вы фактически конкурируете, а не с одной точки.
Отдельно стоит закладывать это в архитектуру сбора данных с самого начала: если инструмент мониторинга изначально не рассчитан на смену региона на лету, придётся переписывать его позже, когда обнаружится расхождение с реальными продажами.
Какой тип прокси подходит для мониторинга маркетплейсов
| Тип прокси | Как ведёт себя на защите маркетплейсов | Скорость | Когда брать |
|---|---|---|---|
| Серверные (дата-центр) | Чаще всего заметны защите, особенно при большом объёме запросов подряд | Самая высокая | Разовые точечные проверки, тестовые запуски скрипта |
| ISP (адреса провайдеров) | Проходят лучше серверных, но хуже резидентских на плотных проверках | Высокая | Задачи, где важна стабильность одного адреса дольше, чем даёт резидентский пул |
| Резидентские | Основной вариант для регулярного мониторинга веб-версии | Средняя | Сбор цен, остатков, карточек по каталогу на постоянной основе |
| Мобильные | Наиболее устойчивы на самых жёстких проверках | Самая высокая по задержке, наименее стабильная | Точечные проверки в сложных случаях, когда резидентские уже упираются в капчу |
Для большинства задач мониторинга маркетплейсов достаточно резидентских прокси с выбором города. Мобильные имеет смысл подключать точечно — как резерв для конкретных карточек или категорий, где резидентский пул начинает давать много капч, а не как основной канал сбора для всего каталога.
Wildberries и Ozon: в чём разница для сборщика данных
| Параметр | Wildberries | Ozon |
|---|---|---|
| Официальный API для продавцов | Есть, но даёт данные по собственному кабинету, а не по чужим карточкам и ценам | Есть, аналогично — для своего ассортимента, не для конкурентной разведки |
| Структура карточки | Размеры и цвета товара часто представлены как отдельные позиции внутри одной карточки | Вариации товара структурированы иначе — состав карточки стоит сверять отдельно перед началом сбора, так как разметка меняется |
| Региональность выдачи | Цена и остаток зависят от выбранного адреса доставки | Аналогично — цена и сроки доставки привязаны к региону |
| Частота изменений защиты | Регулярно меняет клиентские проверки; жёстко фиксированных порогов нет | То же самое |
Главный практический вывод из этой таблицы: нельзя один раз настроить парсер под обе площадки и больше не возвращаться к проверке разметки. Обе меняют структуру страниц и правила достаточно часто, чтобы раз в один-два месяца стоило вручную сверять, что собранные поля всё ещё соответствуют тому, что видно в браузере.
Как построить сбор данных без банов
- Ограничьте частоту запросов с одного адреса. Резидентский пул даёт много разных IP, но это не повод бить по каталогу максимально быстро — оставляйте паузы между запросами, сравнимые с поведением обычного посетителя, листающего каталог.
- Распределяйте нагрузку по городам, а не бейте одной точкой. Если нужны данные по десяти регионам, разумнее вести десять параллельных потоков с невысокой частотой каждый, чем гонять один поток последовательно по всем городам с максимальной скоростью.
- Логируйте капчи и отказы отдельно от прочих ошибок. Рост доли капч — это сигнал снизить частоту заранее, до того как площадка начнёт массово блокировать сессии.
- Обновляйте разметку сбора регулярно. Изменение вёрстки карточки — куда более частая причина «парсер сломался», чем блокировка прокси. Проверяйте это в первую очередь при сбое.
- Не смешивайте задачи в одном скрипте. Сбор цен по каталогу и мониторинг конкретных карточек на позиции в выдаче — разные по интенсивности задачи, и их стоит разносить по отдельным процессам с разными настройками частоты.
Частые ошибки при мониторинге маркетплейсов
Собирают цены с одного региона и считают их универсальными. Самая частая ошибка именно для Wildberries и Ozon — она приводит к неверным управленческим решениям, а не только к техническому сбою.
Принимают капчу за поломку прокси. Капча — это реакция площадки на паттерн запросов, а не индикатор плохого пула. Решение — снизить частоту и разнообразить поведение, а не менять поставщика прокси.
Игнорируют изменение вёрстки карточки. Из-за этого в таблицу мониторинга попадают пустые или сдвинутые значения, которые выглядят как «товар пропал», хотя на самом деле изменилось расположение данных на странице.
Используют один и тот же IP для проверки и для боевого сбора. Тестовый прогон скрипта лучше запускать на отдельном адресе — иначе отладочные ошибки увеличивают долю капч на рабочем пуле.
Не разделяют мониторинг цен и парсинг отзывов по нагрузке. Отзывов на популярную карточку может быть в разы больше строк, чем полей цены — если гнать оба процесса с одной настройкой частоты, отзывы создают основную часть риска блокировки.
Как это устроено у нас
Proxy.Market предоставляет резидентские прокси с выбором конкретного города при оформлении заказа — для мониторинга маркетплейсов это база, а не опция. Тарифы начинаются от 219 ₽ за гигабайт, пробный доступ стоит 49 ₽ за 100 МБ и его достаточно, чтобы прогнать тестовый сбор по нескольким регионам и посмотреть на реальную долю капч и отказов. Для задач, где нужен стабильный адрес на более длительный срок, доступны ISP-прокси от 296 ₽ за IP.
Сбор общедоступных данных — цен, остатков, характеристик товаров — ведётся в рамках 149-ФЗ и не требует отдельного разрешения площадки, если данные не защищены авторским правом и не относятся к персональным данным продавцов или покупателей.
Вопросы и ответы
Можно ли легально парсить цены и остатки на Wildberries и Ozon?
Да, если собираются общедоступные данные — цена, наличие, характеристики товара. Согласно 149-ФЗ, сбор информации, размещённой в открытом доступе, законен. Нельзя собирать персональные данные и авторский контент без разрешения правообладателя.
Какой тип прокси лучше для мониторинга цен на маркетплейсах?
Для регулярного сбора по каталогу — резидентские с выбором города. Мобильные стоит подключать точечно, там, где резидентский пул уже упирается в капчу. Серверные подходят только для разовых тестовых проверок.
Почему у одного и того же товара разные цены в разных городах?
Wildberries и Ozon показывают цену и наличие с учётом ближайшего склада и региона доставки. Это нормальное поведение площадок, а не ошибка сбора — если вы видите расхождение, собирайте данные с IP каждого целевого города отдельно.
Как часто нужно обновлять данные, чтобы не получить бан?
Единого безопасного порога нет — площадки не публикуют лимиты и регулярно их меняют. Начинайте с невысокой частоты, распределённой по нескольким IP и городам, и увеличивайте её постепенно, ориентируясь на долю капч в собственном логе.
Что делать, если при сборе стала часто появляться капча?
Снизить частоту запросов и распределить нагрузку по большему числу адресов. Капча — это реакция на паттерн трафика, а не признак некачественного прокси-пула.
Источники и что почитать
The Web Scraping Club — материалы Pierluigi Vinciguerra о развитии антибот-защит и методиках устойчивого сбора данных
Наблюдения собственной службы поддержки Proxy.Market по обращениям клиентов, работающих с российскими маркетплейсами
