Аналитика Ozon для селлера 2026: дашборд продаж, остатков, рекламы и P&L

Аналитика Ozon для селлера должна отвечать не на вопрос "сколько заказали", а на вопрос "какой SKU реально приносит деньги после комиссии, логистики, возвратов, рекламы, хранения, скидок и себестоимости". В личном кабинете Ozon есть полезные отчёты, графики, поиск, промо-аналитика, выкупленные заказы и Seller API. Проблема в другом: операционные данные, рекламные расходы, остатки и финальная сверка живут в разных разделах и по-разному обновляются.

SimpleDashboard собирает управленческий экран по Ozon из CSV/XLSX или Seller API: продажи, остатки, выкуп, возвраты, реклама, P&L по SKU, риски out-of-stock и расхождение источников. Первый прототип можно собрать без API за 5 минут из выгрузок, а автообновление подключать вторым этапом, когда понятна методика сверки.

Главное

• Ozon Help описывает отчёты в Analytics -> Reports: товары, заказы, возвраты, комиссии, остатки на складах Ozon и статусы заказов можно выгружать в XML/CSV, но часть отчётов имеет ограничения по периоду и смыслу полей.
• Seller API нужен для автоматизации: Ozon прямо пишет, что через API можно загружать товары, обновлять цены/остатки, получать отчёты по возвратам и работать с отчётами по транзакциям и товарам.
• Performance API нужен отдельно для рекламы: с 15 января 2025 года используется хост api-performance.ozon.ru, а через аккаунт Ozon Performance можно отправлять до 100 000 запросов в день.
• Рекламная аналитика Ozon показывает расходы, продажи, заказы, CTR, клики, показы, добавления в корзину, ДРР и общий ДРР, но период в интерфейсе продвижения ограничивается выбранной логикой отчёта и требует сверки с продажами.
• Раздел Redeemed orders считает выкуп по формуле (заказы - возвраты - отмены) / заказы и использует последние 50 заказов товара или все заказы, если их меньше 50. Поэтому свежий товар и зрелый SKU нельзя оценивать одной уверенностью.
• Форумы, Telegram-чаты, Ozon for Dev, VC и seller-community полезны как список практических болей: расхождения API и личного кабинета, возвраты, ручной Excel, реклама без прибыли, нехватка складской детализации. Но точные правила и суммы нужно подтверждать официальными отчётами и документами Ozon.

В нашем тесте по Ozon самая частая ошибка была не в графике продаж, а в названии метрики. Селлер называл "прибылью" сумму заказов за период, пока в модель не добавили возвраты, комиссию, рекламный расход, доставку, себестоимость и остатки. После этого два SKU из топа по выручке стали кандидатами на остановку рекламы.

Какие данные брать для честной аналитики Ozon

Хороший дашборд Ozon разделяет три слоя: оперативный для ежедневного управления, маркетинговый для рекламы и промо, финансовый для P&L и закрытия периода. Если смешать всё в одну таблицу "sales", можно принять красивый рост заказов за прибыль.

KPI и риски на первом экране

Практический принцип: на первом экране не нужно 50 графиков. Нужны 8-10 решений: где товар закончится, где реклама в минусе, где возвраты растут, где данные не сходятся и какие SKU дают чистый вклад.

Почему встроенной аналитики Ozon может не хватать

Встроенная аналитика Ozon полезна для работы внутри площадки. В справке есть графики продаж, товары в поиске, поисковые запросы, продвижение, промо-коды, выкупленные заказы, отчёты по заказам и возвратам. Для ежедневного операционного контроля этого достаточно.

Но управленческий P&L требует другой модели. Например, отчёт по товарам может показать Ozon ID, цены, комиссию, остатки и статусы, отчёт по заказам - shipment ID, статус, цену и количество, отчёт по возвратам - причину возврата, статус, стоимость размещения и комиссию. Реклама при этом живёт в Promotion analytics и Performance API. Себестоимость товара вообще не хранится в Ozon, если вы не заносите её в отдельную таблицу.

Поэтому SimpleDashboard не заменяет кабинет Ozon. Он собирает слой над кабинетом: связывает product_id, offer_id, sku, кампании, возвраты, остатки и себестоимость в одну управленческую модель. Без этого продавец видит отдельные правдивые цифры, но не видит итоговую прибыль по SKU.

API или CSV: с чего начать

Для первой версии дашборда чаще достаточно CSV/XLSX. Это снижает риск: не нужно сразу хранить токены, ловить лимиты, разбирать асинхронные отчёты и спорить с расхождениями API. Берём 3-5 выгрузок, строим модель, сверяем контрольные строки и только потом автоматизируем.

API нужен, когда:

1. SKU больше 100-200 и ручная выгрузка уже мешает работе.
2. Остатки и реклама должны обновляться каждый день.
3. Есть несколько складов, кабинетов или брендов.
4. Нужно ловить out-of-stock, резкий рост возвратов и рекламный перерасход без ручной проверки.
5. Команда готова хранить ключи безопасно и вести журнал ошибок.

Ozon API стоит разделять на два контура. Seller API нужен для товаров, заказов, остатков, цен, отчётов и возвратов. Performance API нужен для рекламного кабинета: статистика каналов, товары в рекламе, ставки и кампании. Если подключить только один контур, дашборд будет неполным.

Как собрать дашборд Ozon за 4 шага

Шаг 1. Выгрузить минимальный набор

Для первого запуска подготовьте:

• отчёт по товарам и видимости на Ozon;
• отчёт по заказам за последний месяц;
• отчёт по возвратам;
• выгрузку продвижения или статистику кампаний;
• таблицу себестоимости по SKU;
• при наличии API: Client ID, Seller API key и отдельный ключ Performance API.

Если нет себестоимости, дашборд может показать валовую экономику площадки, но не чистую прибыль бизнеса. Это надо явно пометить на экране.

Шаг 2. Сверить контрольные строки

До красивых графиков проверьте 5 строк:

1. SKU с максимальной выручкой.
2. SKU с максимальным рекламным расходом.
3. SKU с возвратами.
4. SKU с нулевым или низким остатком.
5. SKU с расхождением API/CSV или странной датой.

Если эти строки не сходятся с кабинетом Ozon, сначала чинится период, timezone, фильтр склада, статус заказа или соответствие offer_id и sku. Только потом имеет смысл добавлять AI-выводы.

Шаг 3. Описать методику в Telegram

Пример запроса в @coderboxbot:

Собери дашборд Ozon для селлера. Нужны продажи, доставленные заказы, выкуп, возвраты, остатки, дней до out-of-stock, расходы рекламы, ДРР, общий ДРР, чистая прибыль по SKU. Отдельно показывай расхождение API/CSV и помечай последние 7 дней как предварительные.

Шаг 4. Добавить слой решений

Source-backed caveats

Не обещаем "точную прибыль из одного отчёта". Ozon разделяет отчёты по товарам, заказам, возвратам, продвижению и финансам. Для P&L нужна связка нескольких источников плюс себестоимость.

Выкуп по 50 заказам - не вечная метрика. В справке Ozon Redeemed orders описано, что расчёт идёт по последним 50 заказам товара или по всем, если заказов меньше. Для нового SKU показатель может быстро прыгать.

Performance API не равен всей рекламе в P&L. Он помогает автоматизировать рекламный кабинет и статистику, но итоговый рекламный расход надо связывать с периодом продаж, возвратами и финальной маржей.

Остатки требуют раздельного учёта FBO/FBS. В отчётах Ozon один товар может иметь разные SKU для склада Ozon и склада продавца. Если свести их без внутреннего артикула, можно ошибиться в доступности товара.

Community-сигналы не являются доказательством ставки или правила. Темы Ozon for Dev, seller-community, VC, Telegram-чаты и Reddit помогают увидеть реальные боли: ручной Excel, расхождения данных, возвраты, реклама без прибыли. Но проценты комиссии, сроки и правила нужно брать из официальной справки, договора и свежих отчётов Ozon.

Когда достаточно Excel, а когда нужен SimpleDashboard

SimpleDashboard стоит подключать не вместо Ozon Seller, а поверх него. Кабинет остаётся источником операций, дашборд становится экраном управленческих решений.

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

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

Можно ли считать прибыль только по выручке Ozon? Нет. Минимальная формула: чистая прибыль = продажи - комиссия - логистика - возвраты - реклама - хранение - себестоимость - прочие удержания. Финальные цифры нужно сверять с документами и отчётами Ozon.

Какие рекламные KPI важны для Ozon? Минимум: расход, продажи от продвижения, заказы, показы, клики, CTR, CPC, ДРР и общий ДРР. Но главный KPI для бизнеса - не клики, а чистый вклад SKU после рекламного расхода.

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

Чем это отличается от SellerFox, Moneyplace и похожих сервисов? Внешние сервисы полезны для анализа рынка, ниш и конкурентов. SimpleDashboard решает другую задачу: P&L, остатки, реклама и риски по вашим собственным данным Ozon.

Сколько стоит внедрение? Стартовый дашборд SimpleDashboard - 5 000 ₽/мес. Обычно первая версия собирается из 3-5 выгрузок, а API добавляется после сверки методики.

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

• список кабинетов, брендов, складов и моделей FBO/FBS;
• свежие выгрузки товаров, заказов, возвратов и продвижения;
• таблицу себестоимости по SKU;
• список рекламных кампаний и правило распределения расходов;
• соответствие offer_id, Ozon Product ID, FBO SKU, FBS SKU и внутреннего артикула;
• правило, какие дни считать предварительными и когда закрывать период.

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

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

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

Источники

• Ozon Help, Analytics and metrics: https://docs.ozon.com/global/en/analytics/analytics-and-metrics/
• Ozon Help, Reports: products, orders, returns, stocks and commissions: https://docs.ozon.com/global/en/analytics/fulfillment-reports/reports/
• Ozon Help, My Product Sales: https://docs.ozon.com/global/en/analytics/analytics-and-metrics/charts/
• Ozon Help, Redeemed orders and redemption rate formula: https://docs.ozon.com/global/en/analytics/analytics-and-metrics/repurchased-goods/
• Ozon Help, Search Queries: https://docs.ozon.com/global/en/analytics/analytics-and-metrics/search-queries/
• Ozon Help, Promotion Analytics in product promotion: https://docs.ozon.com/global/en/promotion/product-promotions/analytics/
• Ozon Help, Promotion Analytics in analytics section: https://docs.ozon.com/global/en/analytics/analytics-and-metrics/promo/
• Ozon Help, Seller API intro: https://docs.ozon.com/global/en/api/intro/
• Ozon Help, Performance API and api-performance.ozon.ru: https://docs.ozon.com/global/en/api/perfomance-api/
• Ozon for Dev community signal, расхождение Seller API и ЛК Ozon Seller: https://dev.ozon.ru/community/1340-Pochemu-raskhodiatsia-dannye-mezhdu-Seller-API-i-LK-Ozon-Seller
• Ozon for Dev community signal, нехватка складской детализации поставок в API: https://dev.ozon.ru/community/462-Polnaia-informatsiia-o-postavke-v-API
• VC.ru community signal, разбор внешней аналитики Ozon и UTM-отчётов: https://vc.ru/marketplace/2755932-analitika-vneshnego-trafika-na-ozon-instruktsiya
• VC.ru community signal, финансовые отчёты Ozon и риск смотреть только на выручку: https://vc.ru/marketplace/2724182-chtenie-finansovyh-otchetov-wildberries-i-ozon
• Telega.in marketplace seller chat signal, Telegram-чаты селлеров как источник повторяющихся болей: https://telega.in/analytics/selleri_rf/card/telegram
• Reddit signal-only, Amazon sellers discussing dashboards with fees, ads and returns as comparable marketplace reporting pain: https://www.reddit.com/r/AmazonFBA/comments/1rfxv4z/built_a_custom_profitability_and_analytics/

AI disclosure: AI-ассистент использовался для ресерча, структуры, проверки полноты источников и черновой редакции. Факты по Ozon Seller analytics, API, отчётам, остаткам, возвратам, рекламе и ограничениям сверены по официальной документации Ozon 2026-05-05; Ozon for Dev, VC, Telegram/Telega.in и Reddit использованы только как signal-only источники практических проблем. Финальный текст, caveats, KPI/risk table и CTA проверил Александр Руин, основатель habab.ru.