Селлеры Wildberries и Ozon часто закладывают бюджет на прокси «на глаз» — и либо переплачивают в 3-4 раза, либо покупают слишком дешёвый пакет, который заканчивается за неделю. Разберём, как правильно рассчитать объём трафика для мониторинга 10 000 товаров в месяц, какой тип прокси выбрать под такую нагрузку и на чём можно сэкономить без потери качества данных.
Зачем мониторить 10 000 товаров, а не 100
Если у вас 100-200 товаров, можно проверять цены конкурентов руками раз в день. Но когда каталог растёт до тысяч SKU, а конкуренты меняют цены по 5-10 раз в сутки (особенно во время акций Wildberries и Ozon), ручной мониторинг превращается в фикцию — данные устаревают быстрее, чем вы успеваете их собрать.
10 000 товаров — типичный объём для среднего селлера с несколькими категориями или агентства, которое ведёт мониторинг для 5-10 клиентов одновременно. На такой масштаб нужна автоматизация: скрипт или готовый сервис парсинга, который стучится на карточки товаров, страницы категорий и API маркетплейсов десятки тысяч раз в сутки. И тут возникает главный вопрос — через что слать эти запросы, чтобы не получить блокировку по IP уже на второй час работы.
Wildberries, Ozon и Авито активно защищаются от парсинга: ставят капчи, режут скорость ответа, банят IP дата-центров пачками. Поэтому бюджет на мониторинг — это не только оплата серверов и разработки, но и отдельная статья расходов на прокси, причём часто самая непредсказуемая, если считать её «на глаз».
Сколько запросов реально нужно в месяц
Первый шаг расчёта бюджета — понять, сколько HTTP-запросов вам физически нужно сделать. Это зависит от частоты обновления цен, которую вы закладываете в стратегию мониторинга.
| Частота обновления | Запросов на 1 товар в месяц | Запросов на 10 000 товаров |
|---|---|---|
| 1 раз в сутки | 30 | 300 000 |
| 4 раза в сутки | 120 | 1 200 000 |
| Раз в час (24 раза в сутки) | 720 | 7 200 000 |
Для большинства селлеров на Wildberries и Ozon достаточно 4-6 обновлений в сутки — это покрывает утренние и вечерние ценовые войны без избыточной нагрузки на прокси-пул. Ежечасный мониторинг нужен только в высококонкурентных нишах (электроника, косметика) во время крупных акций типа «Черной пятницы».
Формула расчёта трафика
Трафик, который «весит» прокси, зависит не только от числа запросов, но и от того, что вы парсите: карточку товара целиком (HTML-страница с картинками и скриптами) или только JSON-ответ API маркетплейса.
Формула:
Трафик (ГБ) = Количество запросов × Средний вес ответа (КБ) / 1 048 576
Средний вес ответа сильно отличается в зависимости от метода:
- Запрос к API карточки товара (JSON) — 15-60 КБ на ответ
- Полная HTML-страница карточки товара — 300-900 КБ на ответ
- Страница категории/поиска с пагинацией — 500-1500 КБ на ответ
Если вы парсите напрямую через внутренние API маркетплейсов (что предпочтительнее — меньше вес, выше скорость, ниже риск капчи), для 10 000 товаров при 4 обновлениях в сутки получаем 1 200 000 запросов × 40 КБ ≈ 45,8 ГБ трафика в месяц. Если парсить полные HTML-страницы, тот же объём запросов «весит» уже 600-900 ГБ — разница в 15-20 раз только за счёт метода сбора данных.
Datacenter, резидентные и мобильные прокси: что выбрать
Тип прокси напрямую влияет и на стоимость, и на процент успешных запросов (success rate). Для мониторинга маркетплейсов это критично: чем чаще прокси банится, тем больше повторных попыток и тем выше реальный расход трафика сверх расчётной формулы.
| Тип прокси | Success rate на WB/Ozon | Когда использовать |
|---|---|---|
| Прокси дата-центров | 40-60% (легко банятся пачками) | Низкочастотный мониторинг, тестовые прогоны, небольшие каталоги |
| Резидентные прокси | 85-95% | Основной вариант для 10 000+ товаров, ежедневный мониторинг |
| Мобильные прокси | 90-98% | Высокочастотный мониторинг в жёстких нишах, обход усиленной защиты |
Дата-центровые прокси кажутся выгодными по цене за ГБ, но на практике для Wildberries и Ozon их success rate падает уже через несколько часов активного парсинга — маркетплейсы вычисляют диапазоны IP-адресов хостинг-провайдеров и режут доступ пачками. В итоге вы платите за трафик, который тратится на повторные попытки, а не на реальные успешные запросы.
Резидентные прокси используют реальные IP домашних пользователей, поэтому воспринимаются маркетплейсом как обычный посетитель сайта. Для стабильного мониторинга 10 000 товаров это оптимальный баланс цены и надёжности. Мобильные прокси дают ещё выше success rate, но обычно дороже — их разумно подключать точечно, для самых проблемных категорий или в пиковые периоды акций.
Три сценария расчёта бюджета
Разберём три типичных сценария мониторинга 10 000 товаров, чтобы показать, как метод сбора и частота обновления влияют на итоговый объём трафика.
Сценарий 1: Бережливый мониторинг через API
4 обновления в сутки, парсинг через внутренние API маркетплейса (JSON, ~40 КБ на ответ), резидентные прокси с success rate 90%.
- Базовые запросы: 1 200 000 в месяц
- С учётом 10% повторных попыток: 1 320 000 запросов
- Трафик: 1 320 000 × 40 КБ ≈ 50,4 ГБ в месяц
Сценарий 2: Средняя нагрузка со сбором HTML-страниц
6 обновлений в сутки, парсинг полных карточек товара (HTML, ~500 КБ на ответ) для получения не только цены, но и остатков, отзывов, позиции в поиске.
- Базовые запросы: 1 800 000 в месяц
- С учётом повторных попыток (15%): 2 070 000 запросов
- Трафик: 2 070 000 × 500 КБ ≈ 987 ГБ в месяц
Сценарий 3: Высокочастотный мониторинг в пиковый сезон
Ежечасное обновление (24 раза в сутки) через API, дополнительно парсинг страниц категорий для отслеживания позиций в выдаче, мобильные прокси для проблемных категорий.
- Запросы к товарам: 7 200 000 в месяц (по 40 КБ)
- Запросы к страницам категорий: 300 000 в месяц (по 800 КБ)
- Трафик: (7 200 000 × 40 КБ) + (300 000 × 800 КБ) ≈ 274,7 + 228,9 ≈ 503,6 ГБ в месяц
Разница между сценариями наглядно показывает: метод сбора данных влияет на бюджет сильнее, чем частота обновления. Переход с парсинга HTML на работу через API может сократить расход трафика в 10-20 раз при том же объёме товаров и той же частоте проверок.
Как снизить расход трафика без потери данных
Есть несколько практических приёмов, которые позволяют держать бюджет на мониторинг под контролем без потери актуальности данных.
- Парсите API, а не HTML. Если маркетплейс отдаёт данные через внутренний API (это можно определить, анализируя сетевые запросы в браузере при открытии карточки товара), используйте именно его — вес ответа падает в 10-20 раз.
- Разделите товары по приоритету. Не все 10 000 SKU одинаково важны. Товары-локомотивы с высокой конкуренцией мониторьте каждый час, остальные — 1-2 раза в сутки. Это снижает общий объём запросов на 40-60%.
- Кэшируйте статичные данные. Название, описание, характеристики товара меняются редко — их достаточно собирать раз в неделю. Ежечасно нужно обновлять только цену и остатки.
- Настройте ротацию прокси разумно. Слишком частая смена IP на каждый запрос увеличивает число капч и повторных попыток. Ротация раз в 5-10 запросов с одного IP обычно даёт лучший баланс между анонимностью и success rate.
-
Сжимайте трафик через gzip. Убедитесь, что ваш скрипт или сервис парсинга отправляет
заголовок
Accept-Encoding: gzip— это снижает вес JSON-ответов на 60-70%.
Частые ошибки при расчёте бюджета
При планировании бюджета на мониторинг 10 000 товаров селлеры регулярно допускают одни и те же ошибки, которые приводят к перерасходу или, наоборот, к нехватке трафика в разгар месяца.
- Не учитывают повторные попытки. При работе с дата-центровыми прокси до 40-50% запросов могут заканчиваться капчей или блокировкой — реальный расход трафика оказывается в 1,5-2 раза выше расчётного.
- Мониторят всё с одинаковой частотой. Если 10 000 товаров обновляются ежечасно «на всякий случай», бюджет вырастает в разы без реальной пользы для бизнеса.
- Забывают про сезонность. В период распродаж (11.11, «Черная пятница», Новый год) конкуренты меняют цены чаще, а вместе с этим растёт и число ваших повторных запросов из-за более строгой защиты маркетплейсов от парсинга.
- Считают трафик только по формуле, без запаса. Разумно закладывать 20-30% запаса трафика сверх расчётного объёма на случай изменения структуры страниц маркетплейса или временного роста капч.
Чек-лист перед запуском мониторинга
- Определили частоту обновления цен для разных групп товаров (VIP / обычные / низкий приоритет)
- Выяснили, можно ли парсить через API маркетплейса вместо HTML-страниц
- Рассчитали базовый объём трафика по формуле «запросы × вес ответа»
- Добавили запас 20-30% на повторные попытки и капчи
- Выбрали тип прокси под задачу: резидентные для основного объёма, мобильные — для проблемных категорий
- Настроили разумную ротацию IP (не на каждый запрос, а раз в 5-10 запросов)
- Включили gzip-сжатие в запросах для снижения веса ответов
- Заложили дополнительный бюджет на пиковые периоды акций и распродаж
Заключение
Бюджет на мониторинг 10 000 товаров в месяц — это не фиксированная цифра, а результат конкретных решений: как часто обновлять цены, через что парсить данные и какой тип прокси использовать. Правильный расчёт трафика по формуле «количество запросов × вес ответа» с учётом запаса на повторные попытки позволяет заранее понять реальную стоимость мониторинга и избежать неприятных сюрпризов в середине месяца.
Для стабильного мониторинга Wildberries, Ozon и Авито в среднем и крупном объёме рекомендуем начинать с резидентных прокси — они дают высокий success rate при приемлемой стоимости трафика. Если отдельные категории товаров попадают под усиленную защиту маркетплейса, точечно подключайте мобильные прокси именно для них, а не для всего каталога сразу — это позволит контролировать бюджет без потери качества данных.