В апреле Маркет анонсировал реформу API с 18 мая: базовые лимиты сокращались, а расширенные возможности и параметры выгрузки зависели от тарифного плана.

Что входило в объявленное изменение

3 апреля Яндекс Маркет предупредил, что с 18 мая 2026 базовые ограничения запросов будут пересмотрены, а расширенные лимиты станут доступны по подписке. Период выгрузки отчётных данных и число одновременно создаваемых документов также связывались с тарифным планом.

Для использования расширенных возможностей с OAuth2.0 площадка потребовала передавать идентификатор бизнеса в заголовке X-Business-Id каждого запроса. В анонсе расширение API относилось к подписке «Медиум». Это единая реформа доступа и объёма работы; последующие списки лимитов отдельных методов описывали её детали.

Подписка и оптимизация решают разные проблемы

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

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

Почему отчёты требуют отдельного планирования

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

Глубина выгрузки тоже влияет на процессы. Архивный анализ продаж и ежедневная оперативная сводка имеют разные требования. Если нужный период недоступен в одном запросе, нельзя молча считать усечённый результат полным; следует изменить сценарий получения или условия доступа.

В OAuth-интеграции отдельно проверяют X-Business-Id: запрос должен содержать идентификатор именно того бизнеса, для которого предусмотрены расширенные возможности. При работе агентства с несколькими кабинетами нельзя подставлять один сохранённый идентификатор во все обращения.