Как массово пересмотреть категории большого каталога
Как переназначить товары при смене ассортимента: карта категорий, SKU и URL, разделение и объединение разделов, пробный перенос, сверка и откат.
При массовом пересмотре каталога меняйте категории по сохранённой карте соответствий. Для каждого товара должно быть понятно новое назначение, для каждого старого адреса — дальнейшее поведение, для каждого пакета изменений — проверка и способ возврата. Одна команда «перенести всё» не решает эти три задачи.
Такой порядок нужен действующему магазину при смене ассортимента, объединении поставок или разделении слишком широких групп. Саму логику нового дерева сначала согласуйте по руководству о структуре каталога. Здесь разберём применение уже выбранной схемы к большому набору товаров.
Какие данные сохранить до изменений
Выгрузите категории с внутренними идентификаторами, родителями и URL. Отдельно выгрузите товары: стабильный ID, артикул варианта, все назначения в категории, основной раздел, статус публикации и адрес карточки. Цена, остаток и характеристики нужны как контрольные поля: перенос категории не должен случайно их заменить.
Сохраните исходный файл и резервную копию способом, который поддерживает ваша система. Уточните, что именно восстанавливается: дерево, назначения, адреса, меню или вся база. Восстановление старой базы целиком может затереть новые заказы и оплаты, поэтому его нельзя считать универсальным откатом каталога.
На время пакета назначьте одного ответственного за изменения дерева. Продажи могут продолжаться, но параллельные ручные правки категорий и импорт поставщика должны быть согласованы: иначе исходная выгрузка перестанет описывать текущее состояние.
Три связанные карты
| Карта | Основной ключ | Что фиксировать |
|---|---|---|
| Категории | Старый и новый ID | Родителя, название, действие и смысл раздела |
| Товары | Стабильный ID товара или варианта | Прежние и целевые назначения, основной раздел |
| Адреса | Старый URL | Сохранение, релевантную замену или удаление, конечный статус |
Не используйте название категории как единственный ключ. Два раздела «Аксессуары» могут иметь разных родителей, а переименование изменит название, сохранив сущность. Артикул тоже сначала проверьте на уникальность: несколько поставщиков иногда присылают одинаковые значения.
Уточните режим инструмента импорта. «Добавить в категорию» может сохранить старое назначение, а «перенести» — удалить его. В некоторых платформах попадание в подраздел не означает автоматического отображения в родителе. Это проверяется на реальном поведении выбранной системы, а не по рисунку дерева.
Как разобрать объединение и разделение
Для соответствия один к одному достаточно перенести состав и проверить назначение. При объединении нескольких старых разделов в один сначала уберите повторные назначения одного товара. Сам товар не должен превратиться в две карточки только потому, что раньше присутствовал в двух группах.
Разделение требует правила по свойствам. Например, старую категорию «Освещение» делят на настольные и подвесные светильники. Товары с подтверждённым типом получают целевой ID; позиции без нужного признака идут на ручное решение. Отправлять их в случайную ветвь ради заполненного столбца нельзя.
| Ситуация | Решение до импорта | Контроль после |
|---|---|---|
| Два раздела объединяются | Единый целевой ID, удаление дублей назначений | Состав равен объединению уникальных товаров |
| Один раздел делится | Правило по характеристике и список исключений | Каждый товар получил обоснованное назначение |
| Товар подходит двум ветвям | Явно сохранить оба назначения, выбрать основной раздел | Навигация не создаёт лишние карточки и адреса |
| Группа выходит из ассортимента | Решить судьбу товаров и страницы отдельно | Нет случайной потери ещё продаваемых позиций |
Не меняйте адрес карточки без необходимости, если система позволяет сохранить его при переносе категории. Где адрес действительно меняется, подготовьте отдельное перенаправление. Старую страницу без равноценной замены не стоит автоматически отправлять на главную; варианты разобраны в руководстве по редиректам.
Учебный пробный перенос
Допустим, каталог содержит 1 200 товарных вариантов и 60 категорий; согласована схема из 35 категорий. Все числа учебные. Для первого пакета выбраны шесть старых разделов со 120 уникальными вариантами: обычные переносы, объединение, разделение и вывод одной группы.
В подготовленном файле 90 вариантов переназначены по готовому соответствию, 25 — по признаку типа, а у пяти этот признак отсутствует. Итого назначены 115 из 120. Такой пакет ещё не готов: пять исключений нельзя потерять за общей успешной загрузкой остальных строк.
После получения данных четыре исключения распределены по целевым ветвям, один снятый товар оставлен неопубликованным по согласованному решению. В контрольном реестре остаются все 120 ID: 119 опубликованных и один снятый. Сохранение числа записей и число доступных товаров здесь разные проверки.
Импорт выполняют сначала в копии или тестовой среде. Сверяют ожидаемый состав каждого раздела по ID, основные назначения, цены, остатки и изображения. Затем проверяют старые адреса всех шести разделов и изменённых карточек: конечную страницу, ответ сервера и отсутствие цепочек перенаправлений. Выборочная визуальная проверка дополняет построчную сверку назначений, а не заменяет её.
Альтернатива: если покупательские задачи и адреса уже подходят, а проблема только в меню, измените навигацию без миграции URL. Это меньший объём работы с тем же полезным результатом; новое дерево не обязано сопровождаться новыми адресами.
Как выпустить пакет и подготовить откат
До публикации согласуйте критерии: нет необъяснённых ID, состав разделов совпадает с картой, нужные товары доступны, переходы и поиск работают. Проверьте новые меню, хлебные крошки, фильтры, подборки, рекламные посадки и карту сайта.
Сохраните номер пакета и обратные значения только изменяемых полей. Если переносил категории один импорт, а адреса менял другой инструмент, у обоих нужен понятный порядок восстановления. Пробный откат должен вернуть тестовую выборку и не затронуть созданные после неё заказы, цены и остатки.
После выпуска повторите контроль на опубликованном сайте. При потере продаваемых товаров или неверных назначениях остановите следующий пакет и исправьте текущий либо примените проверенный откат. Если импорт завершился с неизвестным результатом, сначала получите фактическое состояние: повторная загрузка способна добавить назначения ещё раз.
Реестр для своего каталога
Номер пакета и ответственный:
ID товара/варианта, артикул:
Старые категории и основной раздел:
Новые категории и основной раздел:
Правило переноса, исключение и решение:
Старый URL, целевой URL, действие:
Неизменяемые поля: цена, остаток, характеристики:
Ожидаемый состав раздела и результат сверки:
Проверка меню, фильтров, поиска и покупки:
Обратные значения и результат пробного отката:
Согласование и время публикации:
Получайте данные из выгрузки своей платформы, а правила разделения — из подтверждённых характеристик. Не переносите учебные названия столбцов как готовый формат CSV: импорт может требовать другие поля, кодировку и представление нескольких категорий.