Аналитика маркетплейсов 2026: Ozon, Wildberries и Яндекс Маркет без слепых зон

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

Главное

• Личные кабинеты Ozon, Wildberries и Яндекс Маркета показывают разные версии реальности: заказы, продажи, возвраты, начисления и выплаты не всегда совпадают по периоду и смыслу.
• Для управленческого дашборда нельзя брать только валовую выручку. Минимальный набор 2026 года: заказы, выкупы, возвраты, комиссии, логистика, хранение, рекламные расходы, остатки и маржа по SKU.
• Официальные API и отчёты полезны, но у них есть ограничения: задержки обновления, разные лимиты запросов, временные ссылки на отчёты, предварительные значения и отдельные финансовые документы для сверки.
• Форумы селлеров полезны как сигнал реальных проблем, но точные правила по комиссиям, возвратам и лимитам нужно проверять по справке площадки и договорным документам.

Эта статья для собственника, операционного директора или менеджера маркетплейсов, который продаёт хотя бы на двух площадках и хочет собрать свою аналитику маркетплейсов без тяжёлой BI-системы и без доверия к одной цифре "выручка".

В нашем тесте SimpleDashboard для селлера с Ozon, WB и Яндекс Маркет главный разрыв появился не в графике заказов, а в сверке "заказано" против "к перечислению". Пока мы смотрели только заказы, SKU выглядел растущим. После добавления возвратов, логистики и комиссии по финансовым отчётам он ушёл в отрицательную маржу.

Почему встроенной аналитики недостаточно

Ozon, Wildberries и Яндекс Маркет решают задачу своей площадки. Они помогают управлять заказами, остатками, карточками, возвратами и рекламой внутри конкретного кабинета. Но у продавца вопрос шире: какой товар действительно зарабатывает деньги по всем каналам.

Официальные отчёты это подтверждают. У Ozon в отчётах есть отдельные блоки по заказам, возвратам и начислениям: в начислениях видны суммы заказов, возвратов, комиссия, дополнительные услуги и штрафы. У Wildberries отчёт "Воронка продаж" в аналитике не включает комиссии и удержания, а итоговая выплата считается через детализацию реализации, возвраты, логистику, хранение и прочие удержания. У Яндекс Маркета невыкупы и возвраты живут как отдельная сущность API, а отчёты могут быть слишком крупными и требуют сужать период.

Поэтому нормальный дашборд маркетплейсов должен хранить не одну таблицу "sales", а несколько слоёв:

1. Операционный слой: заказы, статусы, остатки, поставки, отмены.
2. Финансовый слой: комиссии, логистика, хранение, штрафы, эквайринг, выплаты.
3. Возвратный слой: возвраты, невыкупы, спорные статусы, дата фактического признания возврата.
4. Маркетинговый слой: расходы на продвижение, промокоды, скидки, атрибуция рекламного заказа.

Таблица KPI и рисков по маркетплейсам

Source-backed caveats: что нельзя обещать без проверки

Комиссия не равна всей экономике заказа. У WB комиссия это КВВ, но в итоговом отчёте отдельно участвуют логистика, хранение, приёмка, штрафы, эквайринг, кешбэк и прочие удержания. У Ozon в начислениях отдельно видны комиссия, дополнительные услуги и штрафы. У Яндекс Маркета возвраты и невыкупы могут создавать отдельные операции и документы.

Процент выкупа нельзя считать по самым свежим дням как финальный. В сообществе WB API селлеры отдельно обсуждают, что отказы подгружаются позже, поэтому последние дни могут выглядеть как 100% выкуп. Это не официальный норматив, но это хороший практический сигнал: последние 7 дней лучше помечать как "данные дозревают".

API не заменяет финансовую сверку. В документации WB API sales прямо указано, что отчёт предварительный и для точных финансовых расчётов нужно использовать детализацию отчётов реализации. У Яндекс Маркета методы по отчётам возвращают статус генерации, временную ссылку на файл и ошибку TOO_LARGE, если отчёт слишком большой.

Лимиты запросов влияют на архитектуру. У WB по базовым статистическим методам orders/sales указан лимит 1 запрос в минуту на кабинет, а по отдельным аналитическим отчётам есть отдельные лимиты генерации и скачивания. У Яндекс Маркета для списка невыкупов и возвратов указан лимит 5 000 запросов в час, при этом до 18.05.2026 действует старый лимит 10 000 запросов в час. Поэтому синхронизация должна иметь очередь, повторные попытки и журнал последней успешной выгрузки.

Форумы показывают боль, но не правила. Темы на Seller24, Oborot.ru и Pikabu часто сходятся в одном: селлеры недооценивают возвратную логистику, упаковку, комиссии и спорные удержания. Но размер комиссии, сроки и порядок начислений нельзя брать из форумов; их нужно сверять по официальной справке, договору и свежему отчёту в кабинете.

Как собрать дашборд маркетплейсов за 3 шага

Шаг 1. Определить уровень точности

Если нужно "утром увидеть динамику", достаточно CSV/XLSX из личных кабинетов. Если нужно считать маржу по SKU и принимать решение о закупке, нужны финансовые отчёты, себестоимость, рекламные расходы и повторный пересчёт последних дней.

Минимальный набор полей:

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

Шаг 2. Развести "оперативные" и "финальные" метрики

Оперативные метрики нужны каждый день: заказы, остатки, out-of-stock, всплеск возвратов, динамика продаж. Финальные метрики нужны для денег: к перечислению, комиссия, логистика, удержания, итоговая прибыль.

В SimpleDashboard я обычно делю экран на две зоны:

Шаг 3. Загрузить выгрузки или подключить API

Для первого запуска не обязательно начинать с API. Часто быстрее взять CSV/XLSX из кабинетов, собрать модель данных и только потом автоматизировать самые полезные отчёты.

Пример брифа в @coderboxbot:

Сделай дашборд по Ozon, Wildberries и Яндекс Маркет. Нужны заказы, продажи, возвраты, невыкупы, комиссии, логистика, к перечислению, остатки и маржа по SKU. Последние 14 дней помечай как предварительные, отдельно показывай товары с отрицательной маржей и риск out-of-stock.

Что показывает SimpleDashboard

SimpleDashboard не пытается заменить MPStats, Маяк или внутренний кабинет маркетплейса. Это другой класс инструмента: сводный управленческий экран по вашим данным.

Важный принцип: дашборд должен показывать не только цифру, но и доверие к цифре. Если данные по WB за последние 3 дня ещё не стабилизировались, а отчёт Яндекс Маркета не скачался из-за размера, это должно быть видно на экране.

Когда достаточно Excel, а когда нужен дашборд

Excel нормален, если у вас одна площадка, до 20-30 SKU и один ответственный человек. Проблемы начинаются, когда появляются разные кабинеты, несколько складов, API-выгрузки, рекламные расходы и необходимость объяснить прибыль по каждому товару.

Часто задаваемые вопросы

Нужен ли API маркетплейса? Не всегда. Для первого прототипа достаточно выгрузок CSV/XLSX. API нужен, когда дашборд должен обновляться без ручной загрузки, ловить ошибки и показывать статусы почти в реальном времени.

Можно ли считать прибыль только по отчёту продаж? Нет. Для прибыли нужны комиссии, логистика, хранение, возвраты, штрафы, рекламные расходы и себестоимость. По WB для точных финансовых расчётов нужно сверяться с детализацией реализации, а не только с предварительными API sales.

Почему последние дни отличаются после пересчёта? Возвраты, невыкупы, финансовые начисления и рекламная атрибуция могут приходить позже заказа. Поэтому дашборд должен пересчитывать скользящее окно, например последние 7-30 дней.

Чем это отличается от MPStats? MPStats и похожие сервисы полезны для анализа ниш, конкурентов и внешнего рынка. SimpleDashboard нужен для управленческой аналитики ваших кабинетов: прибыль, возвраты, остатки, выплаты и риски данных.

Данные продаж в безопасности? При индивидуальном внедрении дашборд можно держать на вашем сервере или в согласованном контуре. Перед запуском отдельно фиксируются источники данных, доступы, срок хранения файлов и кто видит финансовые отчёты.

Что подготовить перед внедрением

• список площадок, кабинетов и моделей работы: FBO/FBS/DBS/Экспресс;
• 2-3 свежие выгрузки по заказам, продажам, остаткам, возвратам и финансовым отчётам;
• таблицу себестоимости по SKU;
• список рекламных кабинетов и расходов, если нужна окупаемость рекламы;
• правила, какие дни считаются предварительными, а какие закрытыми.

Стоимость SimpleDashboard для такой задачи — 5 000 ₽/мес. Напишите в Telegram: @coderboxbot — соберём первый экран по вашим выгрузкам и отдельно отметим, где данные нельзя считать финальными.

Смотрите также:

• Аналитика Ozon и Wildberries: детальный дашборд для селлеров
• Аналитика Авито для продавца: просмотры, конверсия, сравнение
• Аналитика продаж: как считать KPI
• Дашборд продаж: 7 обязательных метрик

Источники

• Ozon Help, отчёты Analytics -> Reports, заказы, возвраты, начисления и комиссии: https://docs.ozon.ru/global/en/analytics/fulfillment-reports/reports/
• Ozon Help, Seller API overview: https://docs.ozon.com/global/en/api/intro/
• Wildberries Seller, раздел "Тарифы" и комиссия/КВВ: https://seller.wildberries.ru/instructions/ru/by/material/fees-site-section
• Wildberries Seller, "Аналитика продавца" и caveat по комиссиям в воронке: https://seller.wildberries.ru/instructions/ru/kg/material/sellers-analytics
• Wildberries Seller, детализация еженедельного отчёта реализации: https://seller.wildberries.ru/instructions/ru/by/material/how-to-read-fimancial-reports-detalization
• Wildberries API, reports/orders/sales limits and preliminary data caveats: https://dev.wildberries.ru/en/docs/openapi/reports
• Yandex Market API for sellers, overview and notifications: https://yandex.ru/dev/market/partner-api/doc/en/
• Yandex Market API, список невыкупов и возвратов: https://yandex.com/dev/market/partner-api/doc/ru/reference/orders/getReturns
• Yandex Market API, получение отчёта и временная ссылка на файл: https://www.yandex.ru/dev/market/partner-api/doc/en/reference/reports/getReportInfo
• Yandex Market Help, реализация невывезенных возвратов и невыкупов: https://yandex.com/support/marketplace/ru/orders/returns/realization
• WB API Community, обсуждение запаздывающего процента выкупа: https://dev.wildberries.ru/forum/1801
• Seller24 Community, обсуждение скрытых расходов WB как практический сигнал: https://community.seller24.ru/t/kak-ne-upustit-skrytye-komissii-wildberries-pri-raschete-pribyli/1504
• Pikabu, опыт селлера Яндекс Маркета как непроверяемый сигнал к сверке возвратов и комиссий: https://pikabu.ru/story/seller_yandeks_market_razocharovanie_v_plyuse_tolko_yam_10778088
• Oborot.ru, обсуждение возвратов и невыкупов на маркетплейсах как сигнал операционного риска: https://oborot.ru/forum/vozvraty-nevykuplennogo-tovara-marketplejsah-i51490.html

AI-инструмент помог собрать черновую структуру и список спорных мест для проверки. Факты о комиссиях, возвратах, выкупе, API-лимитах и отчётах сверены по официальным справкам Ozon, Wildberries и Яндекс Маркета 2026-05-05; форумные источники использованы только как сигнал практических проблем, не как единственное основание для точных утверждений. Финальный текст, caveats, таблицу KPI/рисков и CTA проверил Александр Руин, основатель habab.ru.