✅ Наличие • Стоки • Мониторинг

Мониторинг наличия товара: как всегда быть в наличии

Как автоматически отслеживать наличие товаров на маркетплейсах и не терять выручку из-за «невидимых» карточек. 2 реальных кейса, ROI 400-520%.

Мониторинг наличия товара: как всегда быть в наличии
18 мин чтения ~5400 слов 24 августа 2026 г. Максим Орлов

Что такое мониторинг наличия товара и чем он отличается от мониторинга остатков

Осенью 2025 года владелец магазина электроники рассказал мне историю: он три дня не мог понять, почему продажи упали на 40%, хотя остатки на складе были в норме. Оказалось, что карточки 15 товаров были «заморожены» маркетплейсом из-за проблем с документами. Товар формально был на складе, но покупатели его не видели.

Мониторинг наличия товара — это отслеживание не только количества товара на складе, но и его доступности для покупателя. Товар может быть на складе, но недоступен для продажи по десяткам причин.

Разница между мониторингом остатков и наличия:

ПараметрМониторинг остатковМониторинг наличия
Что отслеживаетКоличество на складеДоступность для покупателя
Основной источникAPI складаВитрина маркетплейса
Типичные проблемыТовар закончилсяТовар есть, но не продаётся
Частота проверкиКаждые 30 мин – 4 часаКаждые 1-2 часа
СложностьСредняяВысокая

Причины, по которым товар может быть «не в наличии» при наличии на складе:

  • Блокировка карточки. Маркетплейс заблокировал карточку из-за нарушения правил, жалоб, проблем с документами.
  • Модерация. Новая карточка или обновлённая карточка находится на модерации.
  • Проблемы с поставкой. Товар принят на склад, но ещё не обработан (статус «в обработке»).
  • Сезонные ограничения. Маркетплейс ограничивает продажу определённых категорий.
  • Технические сбои. Баги платформы, из-за которых карточка не отображается в поиске.
  • Санкции бренда. Бренд добавлен в стоп-лист маркетплейса.

Если вас интересует полноценная автоматизация маркетплейсов — читайте разработку парсеров маркетплейсов. Для мониторинга цен — мониторинг цен конкурентов.

Полезные материалы по теме
Разработка парсеров маркетплейсовзаказать парсер маркетплейсов
Мониторинг остатков на складахмониторинг остатков товаров
Мониторинг цен на маркетплейсахмониторинг цен конкурентов
Полное руководство по парсингу WBпарсер Wildberries
Полное руководство по парсингу Ozonпарсер Ozon
Аналитика данных маркетплейсованалитика маркетплейсов

Скрытые потери: как «невидимые» товары убивают выручку

Большинство селлеров даже не подозревают, сколько денег теряют из-за товаров, которые формально «есть», но фактически не продаются.

Статистика из моих проектов:

ПоказательБез мониторинга наличияС мониторингом наличия
«Невидимые» товары в каталоге8-15% от ассортимента0-2%
Среднее время обнаружения проблемы3-7 дней1-2 часа
Потери выручки из-за невидимости10-20% от оборота1-3% от оборота
Время на ручную проверку2-3 часа/день0 (автоматически)

Пример расчёта потерь:

Селлер с оборотом 10 млн₽/мес, 500 артикулов: - 40-75 артикулов «невидимы» для покупателей в любой момент времени - Среднее время обнаружения: 5 дней - Потери: 10 000 000 × 15% × (5/30) = 250 000₽/мес только из-за невидимых товаров - С мониторингом: потери сокращаются до 30 000₽/мес - Экономия: 220 000₽/мес

Типы «невидимых» товаров и их последствия:

Тип проблемыДоля в каталогеСреднее время простояПотери
Блокировка карточки2-5%3-14 днейВысокие
Модерация3-8%1-3 дняСредние
Проблемы с поставкой5-10%2-5 днейСредние
Технические сбои1-3%1-7 днейВысокие
Санкции бренда0.5-2%7-30 днейКритические

💡 Проверьте свой каталог прямо сейчас. Проведу бесплатный аудит — покажу, сколько ваших товаров «невидимы» для покупателей. Заказать аудит →

Подробнее о парсинге данных и аналитике маркетплейсов.

Архитектура системы мониторинга наличия товара

Система мониторинга наличия отличается от мониторинга остатков тем, что проверяет товар «глазами покупателя» — через витрину маркетплейса.

Компоненты системы:

КомпонентФункцияТехнология
Витринный парсерПроверка доступности товара на витринеPython, Selenium, Playwright
API-модульПолучение статусов карточекWB API, Ozon API
Статусный движокАнализ причин недоступностиPython, правила
УведомленияАлерты при изменении статусаTelegram Bot, Email
ДашбордВизуализация доступностиGrafana, React
ИсторияЛогирование всех измененийPostgreSQL

Что проверяет система:

  1. 1.Отображается ли товар в поиске. Парсер ищет товар по ключевым запросам и проверяет, есть ли он в результатах.
  2. 2.Доступна ли кнопка «Купить». Товар может отображаться, но кнопка покупки неактивна.
  3. 3.Статус карточки в API. Через API маркетплейса получаем статус: активна, на модерации, заблокирована.
  4. 4.Корректность отображения. Фотографии, описание, характеристики отображаются правильно.
  5. 5.Наличие в рекомендациях. Попадает ли товар в блоки «Похожие товары», «Рекомендуем».

Частота проверок:

Категория товаровЧастота проверкиПричина
Топ-50 артикуловКаждый часОсновная выручка
Топ-200 артикуловКаждые 3 часаЗначимая выручка
Остальной каталог2 раза в деньБазовый контроль
Новые карточкиКаждые 30 минутРиск проблем с модерацией

Узнать больше о парсере Wildberries и мониторинге цен на маркетплейсах.

Кейс 1: Мониторинг наличия для магазина электроники — возврат 800 000 ₽/мес

Этот кейс демонстрирует, как мониторинг наличия товара помог магазину электроники вернуть потерянную выручку. Из портфолио: Мониторинг наличия на WB.

Задача: Владелец магазина электроники с оборотом 12 млн₽/мес и ассортиментом 600 артикулов обнаружил, что продажи упали на 35% за одну неделю. При этом остатки на складе были в норме. После ручной проверки выяснилось: - 45 карточек были «заморожены» из-за обновления характеристик - 12 карточек были на повторной модерации после изменения описания - 8 карточек не отображались в поиске из-за технического сбоя - Итого: 65 из 600 артикулов (11%) были «невидимы» для покупателей

Решение: Разработали систему мониторинга наличия: - Витринный парсер: проверка доступности каждого артикула через витрину маркетплейса - API-мониторинг: отслеживание статусов карточек через WB API - Двойная верификация: сравнение данных витрины и API для выявления расхождений - Мгновенные уведомления: Telegram-бот с детальной информацией о проблеме - Автоматические отчёты: ежедневная сводка по всем артикулам - Историческая аналитика: графики доступности по каждому артикулу

Результаты за 2 месяца: - Время обнаружения проблемы: с 5 дней до 1-2 часов (-97%) - «Невидимые» товары: с 11% до 1-2% от каталога (-85%) - Возвращённая выручка: 800 000₽/мес - Экономия времени: 3 часа/день на ручную проверку - ROI: 520% за 2 месяца

Технологии: Python, Selenium, Playwright, Wildberries API, PostgreSQL, Redis, Celery, Telegram Bot API, Grafana.

Почему это работает: На маркетплейсах наличие товара на складе не гарантирует его продажу. Система мониторинга наличия проверяет товар «глазами покупателя» и мгновенно сообщает о любых проблемах с доступностью.

Хотите знать, какие ваши товары сейчас «невидимы» для покупателей?

Бесплатный аудит — проверю ваш каталог и покажу скрытые проблемы. От 15 000₽.

Обсудить проект →

Кейс 2: Мультиплатформенный мониторинг наличия для fashion-бренда

Второй кейс показывает, как мониторинг наличия помог fashion-бренду снизить потери на всех площадках. Из портфолио: Мониторинг на нескольких площадках.

Задача: Fashion-бренд с оборотом 18 млн₽/мес работал на WB, Ozon и Яндекс.Маркет. Ассортимент — 1200 артикулов (размеры × цвета). Проблемы: - На каждой площадке 5-10% артикулов были «невидимы» по разным причинам - Причина различалась в зависимости от площадки: на WB — модерация, на Ozon — блокировки, на ЯМ — технические сбои - Ручная проверка 3600 комбинаций (1200 артикулов × 3 площадки) физически невозможна - Потери: ~2 млн₽/мес из-за невидимых товаров

Решение: Разработали единую систему мультиплатформенного мониторинга наличия: - Единый дашборд: статус наличия по всем площадкам на одном экране - Площадочно-специфичные проверки: разная логика для WB, Ozon, ЯМ - Корреляция с продажами: автоматическое выявление товаров, у которых продажи упали без видимых причин - Приоритизация: сначала проверяются топовые артикулы по выручке - Автоисправление: автоматическая подача заявок на повторную модерацию при технических ошибках - Отчёты для менеджеров: ежедневные сводки с приоритизированными задачами

Результаты за 4 месяца: - «Невидимые» товары: с 8-10% до 1-2% на каждой площадке - Время обнаружения: с 3-7 дней до 1-3 часов - Возвращённая выручка: 1,8 млн₽/мес - Экономия на персонале: 2 менеджера высвобождены от ручной проверки (200 000₽/мес) - ROI: 480% за 3 месяца

Технологии: Python, aiohttp, Selenium, Playwright, WB API, Ozon API, Yandex Market API, PostgreSQL, Redis, Celery, Telegram Bot API, Grafana.

Почему это работает: Каждая площадка имеет свои «подводные камни». Единая система учитывает специфику каждой платформы и даёт целостную картину наличия по всем каналам продаж.

🔧 Работаете на нескольких площадках? Создам единую систему мониторинга наличия. Обсудить задачу →

Подробнее о парсере Ozon и парсере данных.

Методы проверки наличия товара: API, витрина, гибридный подход

Существует три подхода к мониторингу наличия товара. Каждый имеет свои сильные и слабые стороны.

1. Проверка через API маркетплейса.

ПлощадкаEndpointДоступные данные
Wildberries/content/v2/cards/cursor/listСтатус карточки, причины блокировки
Ozon/v3/product/info/listСтатус товара, причины деактивации
Яндекс.Маркет/campaigns/{id}/offer-mappingsСтатус оффера, ошибки модерации

Плюсы API: быстро, стабильно, структурированные данные с причинами проблем. Минусы API: не показывает, как товар выглядит на витрине, не ловит визуальные баги.

2. Проверка через витрину (скрейпинг).

Парсер заходит на страницу товара «как покупатель» и проверяет: - Отображается ли страница товара - Активна ли кнопка «Купить» - Есть ли товар в результатах поиска - Корректно ли отображаются фото и описание

Плюсы витрины: видит реальную картину глазами покупателя, ловит визуальные баги. Минусы витрины: медленнее API, нужна ротация прокси, может сломаться при обновлении вёрстки.

3. Гибридный подход (рекомендуется).

Комбинация API и витрины. API — для быстрой проверки статусов. Витрина — для верификации и поиска визуальных проблем.

ПроверкаМетодЧастота
Статус карточкиAPIКаждые 30 минут
Отображение в поискеВитринный парсерКаждые 2 часа
Кнопка «Купить»Витринный парсерКаждые 2 часа
Корректность фото/описанияВитринный парсер1 раз в день
Наличие в рекомендацияхВитринный парсер1 раз в день

Рекомендуемый стек технологий:

КомпонентТехнологияНазначение
API-клиентPython, aiohttpБыстрая проверка статусов
Витринный парсерPlaywright, SeleniumПроверка глазами покупателя
База данныхPostgreSQLИстория изменений
КэшRedisКэширование результатов
ПланировщикCeleryАвтоматический запуск
УведомленияTelegram Bot APIАлерты

Узнать больше о методах парсинга Wildberries и парсере Ozon.

Как внедрить мониторинг наличия: пошаговый план

Внедрение мониторинга наличия товара — это процесс из 5 шагов.

Шаг 1: Аудит текущего каталога

Первый шаг — выявить все «невидимые» товары в текущем каталоге. Для этого: - Проверяем статус каждой карточки через API - Сканируем витрину на предмет доступности - Сравниваем данные API и витрины - Составляем список проблемных артикулов с причинами

Результат: полная карта проблем с наличием и приоритетный план их устранения.

Шаг 2: Определить критичные артикулы

Не все артикулы одинаково важны. Проводим ABC-анализ: - A-категория (20% артикулов = 80% выручки): мониторинг каждый час - B-категория (30% артикулов = 15% выручки): мониторинг каждые 3 часа - C-категория (50% артикулов = 5% выручки): мониторинг 2 раза в день

Это оптимизирует нагрузку на парсер и снижает операционные расходы.

Шаг 3: Разработать систему мониторинга

Разработка включает: - API-модуль: подключение к WB API, Ozon API, ЯМ API - Витринный парсер: проверка доступности через Playwright - Движок правил: классификация проблем по типам и критичности - Система уведомлений: Telegram-бот с детальной информацией - Дашборд: визуализация статусов по всем артикулам - Историческая аналитика: логирование всех изменений

Сроки: от 1 недели для простой системы до 3-4 недель для комплексной.

Шаг 4: Настроить правила реагирования

Для каждого типа проблемы — свой алгоритм действий:

Тип проблемыАвтоматическое действиеРучное действие
Модерация > 24 часовУведомление менеджеруПроверка документов
Блокировка карточкиУведомление + причинаИсправление нарушения
Технический сбойПовторная проверка через 1 часОбращение в поддержку
Товар не в поискеПроверка SEO-параметровКорректировка карточки
Нет кнопки «Купить»Проверка остатков и статусаПроверка поставки

Шаг 5: Запуск и мониторинг эффективности

После запуска отслеживаем метрики: - Количество «невидимых» товаров (цель: < 2%) - Среднее время обнаружения проблемы (цель: < 2 часа) - Время устранения проблемы (цель: < 24 часа) - Возвращённая выручка

ЭтапСрокРезультат
Аудит каталога2-3 дняКарта проблем
ABC-анализ1 деньПриоритизация
Разработка1-4 неделиРабочая система
Настройка правил2-3 дняАвтоматические действия
Запуск1 неделяСтабильный мониторинг

Стоимость системы мониторинга наличия товара

Стоимость зависит от количества площадок, артикулов и глубины проверок:

Базовый мониторинг (1 площадка, до 200 артикулов): - Проверка статусов через API - Telegram-уведомления при проблемах - Базовый дашборд - Стоимость: 15 000–30 000 ₽ - Срок: 5–10 дней

Расширенный мониторинг (2-3 площадки, до 1000 артикулов): - API + витринный парсер - Классификация проблем, правила реагирования - Дашборд с аналитикой - Стоимость: 30 000–70 000 ₽ - Срок: 2–3 недели

Комплексная система (4+ площадки, 1000+ артикулов): - Полный гибридный мониторинг - Автоматическое исправление проблем - Историческая аналитика, тренды - Стоимость: 70 000–180 000 ₽ - Срок: 3–5 недель

СистемаПлощадкиАртикулыСтоимостьСрок
Базовая1до 20015 000-30 000₽5-10 дней
Расширенная2-3до 100030 000-70 000₽2-3 недели
Комплексная4+1000+70 000-180 000₽3-5 недель

Операционные расходы: 3 000–15 000 ₽/мес (сервер, прокси, база данных).

💰 Хотите точную смету? Расскажите о вашем каталоге — подготовлю оценку за 24 часа. Заказать оценку

Узнать, сколько стоит мониторинг наличия для вашего бизнеса?

Бесплатная консультация — проанализирую ваш каталог и подготовлю индивидуальную оценку. От 15 000₽.

Обсудить проект →

Частые вопросы о мониторинге наличия товара

Ответы на вопросы, которые мне задают чаще всего.

🚀 Хотите мониторинг наличия как в кейсах? Реализую систему под ваш бизнес. Обсудим.

В чём разница между мониторингом наличия и остатков?

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

Как часто нужно проверять наличие?

Зависит от критичности артикула. Топ-50 артикулов — каждый час. Топ-200 — каждые 3 часа. Остальной каталог — 2 раза в день. Новые карточки — каждые 30 минут в первые 3 дня после публикации.

Можно ли автоматически исправлять проблемы с наличием?

Частично — да. Система может автоматически подавать заявки на повторную модерацию, уведомлять менеджеров с инструкциями по исправлению, автоматически обновлять карточки при технических ошибках. Полная автоматизация исправлений возможна не для всех типов проблем.

Система работает с новыми карточками?

Да, и это особенно важно. Новые карточки чаще всего сталкиваются с проблемами модерации. Система отслеживает статус модерации и сообщает, если карточка «застряла» на модерации дольше обычного (более 24 часов для WB, более 48 часов для Ozon).

Сколько стоит поддержка системы?

Операционные расходы: 3 000–15 000 ₽/мес. Система работает автономно. Дополнительная настройка — по запросу. Обычно клиенты обращаются 1-2 раза в месяц для корректировки правил или добавления новых артикулов.

Как быстро окупается система мониторинга наличия?

В проектах: ROI 400-520% за 2-3 месяца. Для селлера с оборотом 10 млн₽/мес система стоимостью 30 000₽ окупается за 1 неделю за счёт возвращённой выручки от «невидимых» товаров. Основной эффект — сокращение потерь с 15-20% до 1-3% от оборота.

Заключение: мониторинг наличия — защита от скрытых потерь

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

1. Наличие на складе ≠ наличие для покупателя. 8-15% артикулов в среднем каталоге могут быть «невидимы» для покупателей по разным причинам. Без мониторинга вы узнаёте об этом через 3-7 дней — когда уже потеряли сотни тысяч рублей.

2. Автоматизация окупается за 1 неделю. Стоимость системы от 15 000₽, а экономия — сотни тысяч рублей в месяц за счёт возвращённой выручки. ROI 400-520%.

3. Начните с топ-50 артикулов. Проверьте наличие ваших бестселлеров прямо сейчас. Скорее всего, вы найдёте 3-5 «невидимых» товаров, которые теряют вам деньги каждый день.

Если хотите узнать больше — читайте мониторинг остатков товаров, парсер Wildberries и аналитику маркетплейсов.

Готовы узнать, сколько ваших товаров сейчас «невидимы» для покупателей?

Бесплатный аудит каталога — проверю наличие всех ваших артикулов и покажу скрытые проблемы. От 15 000₽.

Написать в Telegram →

Частые вопросы

Ответы на самые популярные вопросы о мониторинг наличия товара

Хотите мониторинг наличия от 15 000 ₽ — за 5 дней?

Бесплатная консультация — проверю ваш каталог и покажу, сколько товаров «невидимы» для покупателей.

Или посмотрите наши услуги по разработке ботов

Примеры реализованных проектов

Посмотрите мои работы: Telegram-боты, сервисы, CRM и автоматизация для бизнеса

Похожие статьи

Парсер Wildberries

Парсер Wildberries от 10 000 ₽: мониторинг цен конкурентов, отслеживание позиций товаров, аналитика остатков через WB AP...

Читать далее

Парсер Ozon

Парсер Ozon от 10 000 ₽. Сбор цен, отзывов, позиций товаров. Ozon Seller API. Автоматизация за 3 дня. Бесплатная оценка ...

Читать далее

Мониторинг цен на маркетплейсах

Мониторинг цен на маркетплейсах от 10 000 ₽. Автоматизация ценообразования, аналитика Wildberries и Ozon. Бесплатная оце...

Читать далее