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

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

Сначала найдите дату переезда своего товара

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

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

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

Кампания может ждать решения продавца

При проверке продвижения полезно идти от конкретного товара к его действующим кампаниям. Есть ли у него показы? Сохранилось ли включение в нужный набор? Не появилась ли задача, требующая внимания? Это быстрее, чем сразу менять бюджет всей рекламы в ответ на просадку магазина.

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

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

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

Подборки тоже входят в цепочку изменений

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

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

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

После проверки сохраните результат в одном месте. Если маркетолог и менеджер по ассортименту независимо исправляют одну и ту же группу, они могут по очереди отменять решения друг друга. На время переезда назначьте одного владельца итогового списка.

Отчёт по категории не равен отчёту по товару

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

Для условного магазина возьмите двадцать основных товаров и сравните их за равные периоды до и после фактического переезда. Смотрите не только заказы, но и доступность остатков, цену, участие в рекламе. Если одновременно закончился популярный вариант, нельзя всю разницу объяснить категорией.

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

Не меняйте цены по одному общему уведомлению

Решение о цене стоит принимать по условиям конкретной позиции. Сопоставьте новую категорию и действующий для неё тариф с вашей моделью расходов. Затем посмотрите, какие заказы относятся к периоду до переноса, а какие — после.

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

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

Инструменты для работы с WB и Ozon — в HelpStat, практические разборы для продавцов — в Telegram HelpStat. Что сложнее отслеживать в вашем магазине: настройки продвижения или изменения в привычных отчётах?