Ozon Seller API лимиты analytics data: отчёты режут

21 сентября Ozon сообщил об изменении лимитов Seller API для метода v1/analytics/data: это задевает продавцов Ozon и сервисы аналитики, которые забирают отчёты через API, а не вручную из личного кабинета. В сообщении названа сама смена правил ограничения частоты запросов, но не приведены новые значения лимитов.

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

Что изменилось по факту

Ozon сообщил, что в Seller API обновлены правила ограничения частоты запросов к аналитическому методу v1/analytics/data. Это метод, через который забирают аналитические данные программно: не кликом в личном кабинете, а запросом из внешней системы.

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

Как ограничение связано с Seller API

Seller API — это программный интерфейс, через который система продавца обменивается данными с Ozon без ручной работы в личном кабинете. Внутри него есть отдельные методы: одни передают сведения о товарах, другие — о заказах, финансах, складах или аналитике.

В этой новости речь идёт не обо всём Seller API, а о методе v1/analytics/data. Поэтому изменение лимита не означает, что одновременно остановятся обновление карточек, загрузка заказов или получение финансовых данных.

Для доступа используются API-ключи или OAuth 2.0 — авторизация по токенам доступа. Само изменение лимитов не означает, что продавцу нужно перевыпускать ключ: в сообщении Ozon нет требования менять способ аутентификации.

Кого это касается

Задевает не всех продавцов Ozon одинаково. Если вы заходите в личный кабинет и выгружаете отчёты вручную, изменение может пройти мимо вашей ежедневной рутины.

• Продавцов Ozon, у которых отчётность тянется через API: в SELLTRIX, собственную BI-систему, внутренний скрипт или таблицу с автоматической загрузкой.
• Команды с несколькими кабинетами Ozon: чем больше магазинов и разрезов аналитики забирается автоматически, тем быстрее такие схемы упираются в лимиты запросов.
• Сервисы аналитики и интеграторов: им придётся подстраивать частоту обращений к методу v1/analytics/data, чтобы отчёты не сыпались ошибками и не приезжали с задержкой.

Схема отгрузки — FBO или FBS — здесь не главный признак. Изменение сидит не в логистике и не в складе, а в способе получения данных по Ozon.

Что это значит для отчётов

На деньгах продавца это бьёт косвенно. Комиссия, логистика, хранение или реклама от этого сообщения не стали дороже сами по себе. Но если аналитика приезжает позже или кусками, продавец позже видит просадку по выкупу, ДРР, маржинальности и остаткам.

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

Где проходит граница проблемы

Личный кабинет Ozon и Seller API — разные каналы. Если данные смотрят вручную в кабинете, ограничение метода v1/analytics/data не равно запрету на сам отчёт.

Оценка SELLTRIX: Ozon режет не саму аналитику, а режим доступа к ней. Площадка оставляет данные у себя, но делает автоматический сбор более дисциплинированным: меньше хаотичных запросов, больше очередей, кэша и расписаний на стороне сервисов.

Что будет дальше

Наша ставка: до 5 октября Ozon отдельно уточнит новые лимиты или поведение метода v1/analytics/data при превышении ограничений в документации Seller API либо в канале для разработчиков.

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