Сводная аналитика продаж на Wildberries, Ozon и Яндекс Маркете: дашборд вместо пяти выгрузок в Excel

Короткий ответ: сводная аналитика — это один экран, где заказы, выкупы, возвраты, остатки и реклама с Wildberries, Ozon и Яндекс Маркета собраны по общему списку артикулов и обновляются сами по API. Главное — не смешивать три разные цифры: заказы, выкупы и продажи по отчёту о реализации. Пока площадок одна-две и артикулов немного, хватает таблицы; когда отчёты сводят часами, нужен дашборд с оповещениями в Telegram.

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

Цифра	Когда появляется	Где её видно	Для чего годится
Заказы	В момент оформления покупателем	Кабинет, метод заказов в API	Спрос, реклама, прогноз отгрузок
Выкупы	Когда покупатель забрал товар	Кабинет, API продаж и аналитики	Реальная выручка, процент выкупа
Продажи в отчёте о реализации	По закрытому периоду отчёта	Финансовый отчёт, 1С	Бухучёт, выплаты, сверка с площадкой
Возвраты	Через дни и недели после выкупа	API продаж, отчёт о реализации	Поправка выручки и качества товара

Почему цифры кабинета, 1С и таблицы не сходятся?

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

Типичный разговор: менеджер по кабинету видит «вчера 140 заказов», бухгалтер по 1С — «за неделю продано 610», а собственник в таблице считает выручку по заказам и удивляется выплате. Все трое правы, просто считают разное. В сводной это решается одним правилом: каждая цифра подписана, что она означает, и не складывается с соседней.

Ещё три источника расхождений, которые встречаются почти всегда:

• Даты и часовые пояса. Площадки и методы API отдают время в разных форматах и поясах — это проверяют по документации каждого метода. Заказ в 01:30 по Москве может попасть во «вчера», если пояс не привести к одному.
• Один товар — разные артикулы. На WB это номенклатура и артикул продавца, на Ozon — SKU и offer_id, в 1С — свой код. Без общего справочника один товар на дашборде выглядит как три разных.
• Возвраты задним числом. Возврат приходит через недели после выкупа. Если вчерашнюю неделю не пересчитывать, она навсегда останется сильнее, чем была на самом деле.

Показатель	Как часто	Источник	На какой вопрос отвечает
Заказы, шт. и ₽, по площадкам	Каждый день	Методы заказов / отправлений	Не упал ли спрос вчера
Отмены и невыкупы	Каждый день	Заказы с признаком отмены, продажи	Нет ли проблемы с карточкой или доставкой
Остаток в днях по артикулу и складу	Каждый день	Остатки площадки + скорость заказов	Когда товар закончится
Расход и заказы с рекламы	Каждый день	API продвижения / Performance API	Не съедает ли реклама бюджет впустую
Процент выкупа	Раз в неделю	Заказы и выкупы за 2–4 недели	Что возвращают и почему
Оборачиваемость	Раз в неделю	Средний остаток и продажи за период	Где заморожены деньги
Воронка карточки	Раз в неделю	Аналитика площадки	Где теряются покупатели: показ, корзина, заказ

Какие показатели смотреть каждый день, а какие — раз в неделю?

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

Таблица выше — рабочий минимум для продавца с десятками и сотнями артикулов. Несколько пояснений к ней:

• Заказы сравнивают не со вчера, а с тем же днём недели. Понедельник почти всегда отличается от субботы, поэтому сравнение «к прошлому понедельнику» или к среднему за четыре таких дня показывает настоящую просадку, а не календарь.
• Процент выкупа считают с задержкой. Заказы последних дней ещё в пути, их выкуп неизвестен. Честный показатель — по заказам, которые были две-четыре недели назад.
• Реклама — рядом с заказами, а не в отдельном отчёте. Расход без заказов с этой кампании ничего не говорит. Если площадка не отдаёт атрибуцию, хватает связки «расход по артикулу — заказы по артикулу за те же дни».
• Остаток — по складам, а не по стране. Двести штук на одном складе и ноль на остальных — это потерянные заказы в регионах, хотя суммарный остаток выглядит спокойно.

Откуда брать данные по API на каждой площадке?

У каждой площадки свой API и свои правила: у Wildberries — категории токена, у Ozon — Seller API для продаж и отдельный Performance API для рекламы, у Яндекс Маркета — API партнёра с отчётами, которые готовятся асинхронно. Ниже — что откуда берут для сводной, по документации на октябрь 2026 года.

Wildberries. Заказы и продажи с возвратами — раздел статистики, воронка карточек и отчёты об остатках — раздел аналитики, реклама — продвижение, деньги — финансы. Две детали из документации WB API важны именно для аналитики: данные метода заказов обновляются раз в 30 минут, а их хранение гарантируется не более 90 дней. Поэтому историю за год площадка вам не отдаст — её нужно копить у себя с первого дня.

Ozon. Отправления FBO и FBS, остатки на складах и аналитика по товарам — в Seller API. Какие метрики и за какой период отдаёт метод аналитики именно вашему кабинету, стоит проверить тестовым запросом до проектирования. Статистика рекламных кампаний — в отдельном Performance API со своими учётными данными: ключ Seller API туда не подходит.

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

Как выдать токены и ключи безопасно, какие права дать подрядчику и почему интеграция упирается в лимиты запросов — подробно в статье «API Wildberries и Ozon для продавца». Для аналитики обычно хватает доступа «только чтение»: записывать в кабинет ей ничего не нужно.

Как посчитать остаток в днях и оборачиваемость?

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

Модельный пример с условными числами. На складе площадки 84 штуки артикула, за последние 14 дней заказали 168, то есть 12 в день. Остаток — 7 дней. Если поставка на этот склад занимает 10 дней с учётом приёмки, заказывать её надо было ещё вчера. У соседнего артикула 300 штук и 2 заказа в день: остаток на 150 дней, и это повод разобраться с ценой, карточкой или выводом товара, а не везти новую партию.

На чём спотыкаются при расчёте:

• Дни без остатка портят среднюю. Если товар неделю отсутствовал, заказов не было не из-за спроса. Такие дни из расчёта скорости исключают, иначе прогноз занижается и дефицит повторяется.
• API отдаёт остаток «на сейчас». Чтобы видеть оборачиваемость за месяц, нужны ежедневные снимки остатков в вашей базе. Без них средний остаток за период не посчитать.
• Товар в пути — отдельно. Поставка, которая едет на склад или ждёт приёмки, ещё не продаётся, но уже не лежит у вас. Её показывают отдельной колонкой.

Какие уведомления в Telegram действительно полезны?

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

Набор, с которого разумно начать:

1. Утренняя сводка. Одно сообщение в 9:00: заказы вчера по площадкам в сравнении с тем же днём недели, отмены, пять артикулов с самым сильным падением.
2. Остаток меньше N дней. По ходовым артикулам и по конкретному складу, где N — срок поставки плюс запас. Одно оповещение на артикул, а не каждые полчаса.
3. Просадка заказов. Если заказы артикула за день ниже среднего за четыре таких же дня, например, на 40 % — сигнал проверить карточку, цену, остаток и рекламу.
4. Реклама без результата. Кампания потратила заданную сумму, а заказов по артикулу нет.
5. Данные не обновились. Если загрузка с площадки не прошла дольше нескольких часов, это важнее любой цифры: иначе вся сводная показывает вчерашний день как сегодняшний.

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

Готовый сервис, таблица или свой дашборд — что выбрать?

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

Как выбрать честно:

• Таблица работает, пока выгрузку делает один человек раз в неделю и не ошибается. Признаки, что пора уходить: отчёт собирают больше часа, цифры по площадкам сводят руками по артикулам, решения принимают по данным недельной давности.
• Готовый сервис подключается за вечер и покрывает заказы, остатки, рекламу и воронку. Ограничения: показатели и формулы — как у сервиса, себестоимость и склад из 1С подключаются не всегда, а токен уходит во внешнюю систему. На WB для облачных сервисов предусмотрен отдельный, сервисный тип токена.
• Свой дашборд собирает данные площадок и вашей учётной системы в одну базу, считает показатели по вашим правилам и шлёт оповещения туда, куда нужно. Ограничения: разработка и поддержка, когда площадки меняют методы API.

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

Как устроен свой дашборд изнутри?

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

• Сборщик ходит на каждую площадку с учётом её лимитов, догружает пропущенное после сбоя и пишет в журнал, что и когда загрузил.
• База хранит заказы, продажи, возвраты и ежедневные снимки остатков. Возвраты за прошлые недели пересчитываются, когда приходят.
• Справочник артикулов связывает коды WB, Ozon, Маркета и 1С. Его ведут люди: новый товар без связки дашборд показывает отдельным списком «не сопоставлено».
• Экран открывается в браузере и на телефоне, доступ — по ролям: собственник видит всё, менеджер — свои площадки.

Когда это не нужно и какие ошибки встречаются чаще всего?

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

Ошибки, которые мы видим чаще всего:

• считать выручку по заказам и сравнивать её с выплатой площадки;
• начинать с графиков, а не со списка решений, которые по ним будут принимать;
• не хранить историю у себя и через три месяца обнаружить, что сравнить с прошлым годом не с чем;
• сводить площадки без общего справочника артикулов;
• ставить оповещения на каждую цифру и получать сорок сообщений в день;
• не следить за изменениями API: метод отключили — дашборд молча показывает нули.

Сколько стоит и как проходит работа?

В Roboweb.team автоматизация маркетплейсов стоит от 40 000 ₽, срок — от 3 дней: подключение WB и Ozon по API, продажи в дашборд, уведомления в Telegram о заказах и сбоях синхронизации. Яндекс Маркет — за доплату. Точную сумму считаем после брифа и фиксируем в договоре до старта.

Если нужен только бот оповещений — Telegram-бот от 16 000 ₽. Полноценный кабинет аналитики с ролями, своей базой и данными 1С — это уже веб-приложение, от 160 000 ₽. Состав тарифа — на странице автоматизации маркетплейсов, все цены — в прайсе.

1. Бриф. Площадки, число артикулов, где себестоимость и остатки, какие решения принимаете по цифрам и кто смотрит дашборд.
2. Доступы. Вы создаёте токены только на чтение нужных разделов; на WB персональный токен вносит ваш сотрудник на вашем сервере.
3. Сборка. Сборщик, база, справочник артикулов, экран и оповещения; проверка на ваших реальных данных.
4. Сдача. До 2 раундов правок, 7 дней бесплатной поддержки после запуска, гарантия по договору — 30 календарных дней с даты акта. Оплата 50/50, исполнитель освобождён от НДС по п. 1 ст. 145 НК РФ.

Дальше дашборд требует присмотра: площадки меняют методы и форматы отчётов. Поддержка и развитие — от 7 900 ₽/мес.

Короткие ответы на частые вопросы

Почему заказов на Wildberries больше, чем продаж в 1С?

Заказ фиксируется при оформлении, а в 1С продажа попадает по отчёту о реализации — после выкупа и за закрытый период. Разница — это отмены, невыкупы, товары в пути и сдвиг дат.

Можно ли смотреть WB, Ozon и Яндекс Маркет в одной таблице?

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

Какие показатели продаж на маркетплейсе смотреть каждый день?

Заказы по площадкам, отмены, остаток в днях по ходовым артикулам и расход рекламы. Процент выкупа, оборачиваемость и воронку карточек удобнее разбирать раз в неделю.

Нужен ли свой дашборд, если есть готовый сервис аналитики?

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

Сколько стоит сводная аналитика маркетплейсов на заказ?

В Roboweb.team автоматизация маркетплейсов — от 40 000 ₽ и от 3 дней для WB и Ozon, Яндекс Маркет — за доплату. Отдельный бот оповещений — от 16 000 ₽; точную смету считаем после брифа.

Услуги и кейсы по теме: автоматизация Wildberries и Ozon · заказная разработка · типовые договоры · цены и сроки