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

По данным исследований, пользователи проводят менее 6% экранного времени смартфона в браузере — всё остальное время они находятся в приложениях. Именно туда маркетплейсы направляют самые актуальные данные, персональные предложения и эксклюзивный контент. Компании, которые строят конкурентную аналитику только на данных сайта, систематически упускают часть рыночной картины.

Почему приложение знает больше, чем сайт

Когда пользователь открывает сайт маркетплейса, браузер получает HTML-страницу — она могла быть сгенерирована и закэшированна CDN несколько часов назад. Данные в ней статичны до следующей инвалидации кэша.

Когда пользователь открывает мобильное приложение, оно делает прямой запрос к операционным серверам маркетплейса: «Покажи товары по моему адресу, моему профилю, прямо сейчас». Ответ содержит данные, которые сервер генерирует именно для этого пользователя, в этой геолокации, в эту секунду. Никакого кэша — только актуальное состояние системы.

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

8 типов данных, которые есть в приложении и которых нет на сайте

1. Геолокационные цены

Цена в приложении зависит от вашего адреса. Wildberries, Самокат, Яндекс Лавка — все крупные сервисы варьируют цену по складам и регионам. Сайт показывает усреднённую или «базовую» цену. Приложение — реальную цену для вашей точки доставки. Разница может достигать 5–15% на одну и ту же позицию.

2. Реальные остатки по складам

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

3. Персональные акции

Часть скидок и промоакций маркетплейсы запускают точечно: для конкретного сегмента пользователей, для новичков, для пользователей с конкретной историей покупок. Эти акции не отображаются на сайте — они существуют только в приложении и только для выбранной аудитории. Конкурент может продавать дешевле вашего клиента, и вы об этом не узнаете. Персонализированный ценовой сигнал, который получает покупатель в приложении, не совпадает с тем, что видит аналитик в вебе — это принципиально разные данные.

4. Флэш-акции через push

Краткосрочные скидки — на несколько часов или до конца запасов — маркетплейсы запускают через push-уведомления. Они существуют только в приложении и не индексируются на сайте. Мониторинг сайта эти события не фиксирует — они проходят незамеченными для любой системы веб-парсинга. При этом флэш-акции нередко имеют самую агрессивную скидку именно потому, что не видны конкурентам: эффективный инструмент стимулирования спроса без раскрытия ценовой политики на публичной витрине.

5. Скрытые SKU

Часть товарных позиций маркетплейсы намеренно не индексируют в поисковиках и не выводят на веб-странице — они доступны только через приложение. Это могут быть эксклюзивные позиции для мобильных покупателей, товары в ограниченном ассортименте или позиции на стадии тестирования. Веб-парсинг их не увидит. Для анализа ассортимента конкурента это означает систематическую слепую зону: часть каталога попросту не существует с точки зрения аналитики на основе сайта.

6. Персональная цена покупателя (СПП)

Wildberries и Ozon применяют скидку постоянного покупателя (СПП) — она рассчитывается индивидуально на основании истории покупок и напрямую влияет на цену, которую видит покупатель в приложении. Ozon убрал параметр СПП из API в 2024 году: официальный программный доступ к этим данным закрыт. Реальную итоговую цену конкурента можно получить только из приложения. Это значит, что без мобильного источника данных продавец не знает свою реальную конкурентную позицию — только её публичную витрину.

7. Региональные и локальные акции

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

8. Данные доставки в реальном времени

Время доставки в приложении рассчитывается динамически: по загруженности склада, количеству курьеров, адресу покупателя. Для сервисов быстрой доставки — Самокат, Яндекс Лавка — эта информация показывает реальную операционную ситуацию конкурента. Это один из редких способов оценить операционную эффективность конкурента без его внутренней отчётности. Сайт такого не даёт.

Три сценария, где данные приложения меняют результат

Репрайсинг по реальной цене покупателя. Продавец на маркетплейсе видит на сайте цену конкурента 1 543 ₽ и выставляет свою в 1 540 ₽ — кажется, что выигрывает. Но в приложении Wildberries с геолокацией на конкретный московский район та же позиция стоит 1 319 ₽: здесь действует персональная СПП и локальная флэш-акция. Репрайсинг по данным сайта работает вхолостую — покупатель видит совсем другие числа. Разрыв в ценовом позиционировании остаётся невидимым до тех пор, пока источником не становится приложение.

Мониторинг остатков для управления рекламой. Бренд хочет знать, когда ключевой конкурент выходит из стока в конкретном регионе. Сайт показывает «в наличии» почти до самого конца — складской статус обновляется с задержкой CDN в несколько часов. Приложение видит «осталось 3 единицы на складе» за сутки до фактического исчезновения товара. Зная это заранее, бренд усиливает рекламу в этом регионе до того, как конкурент пропадает с полки — а не после.

Операционная аналитика для e-grocery. Сервис быстрой доставки ежедневно снимает данные приложения Самоката по 50 дарк сторам: время обещанной доставки, остатки в нескольких ключевых категориях, наличие локальных акций. Анализ за месяц показывает, что по субботам у конкурента вырастает время доставки и падает ассортимент в категории «молочное» — очевидное операционное узкое место. Это сигнал для таргетированной рекламной кампании именно в эти дни и именно в этих районах.

Кто теряет эти данные и что это стоит

  • Продавцы на маркетплейсах — не видят реальные цены конкурентов с учётом СПП и персональных акций, строят репрайсинг на неполных данных.
  • Категорийные менеджеры — пропускают флэш-акции конкурентов, не реагируют вовремя на изменение цен в конкретных регионах.
  • Бренды и производители — не видят реальную полочную цену своих товаров у разных ритейлеров с учётом всех скидок покупателя.
  • FMCG-аналитики — строят отчёты по данным сайта, которые могут расходиться с реальностью на 5–15% из-за геолокационного ценообразования.
  • Сервисы быстрой доставки — не отслеживают операционную ситуацию конкурентов: остатки по дарк сторам, время доставки, локальные акции.

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

Как выглядит процесс получения данных из приложения

1. Формулируем задачу

Вы определяете, какие именно данные нужны: геолокационные цены, остатки, акции. Указываете приложения, регионы и частоту обновления.

2. Собираем данные

Система считывает данные напрямую из мобильного приложения — с нужной геолокацией, в нужное время, без CDN-кэша и ограничений официального API.

3. Получаете результат

Данные в формате JSON, CSV или Excel — по расписанию или разово. Полная картина рынка вместо усреднённой витрины.

Хотите видеть данные, которые скрыты на сайте?

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

Обсудить задачу

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