CS-CART → ЯНДЕКС KIT

Перенос магазина с CS-Cart на Яндекс KIT

CS-Cart редко ограничивается списком товаров: в нём отдельно живут характеристики, опции, вариации, категории, SEO-имена, заказы, покупатели и дополнения. Я семь лет работаю с CS-Cart и начинаю перенос с разбора этой модели, а не с обещания повторить весь магазин в другой платформе.

Сопоставление сущностей CS-Cart и Яндекс KIT

Таблица задаёт вопросы для обследования. Она не означает, что каждая строка имеет готовый штатный импорт.

EntityCS-CartYandex KITMigration method
ProductsТовары, категории, цены, остатки и изображения каталога.Карточки товаров, категории, цены и остатки целевой витрины.Mapping полей → тестовая загрузка → выборочная сверка.
VariationsВариации и комбинации похожих товаров с собственными параметрами.Варианты товара и правила их группировки.Сопоставить ключи и характеристики; группировку проверить на образцах.
FeaturesХарактеристики, варианты значений, фильтры и внешний идентификатор для CommerceML.Характеристики и поля карточки товара.Свести названия и значения; конфликтующие свойства вынести в решение.
CategoriesДерево категорий, описания и SEO-имена.Категории целевого каталога.Составить дерево соответствий и проверить товары в каждой ветке.
SEO URLsSEO-имя товара или категории и собственная URL-структура.Новые URL, SEO-настройки и canonical целевого магазина.Карта URL и 301; не обещать сохранение позиций.
OrdersЗаказы, статусы, отгрузки и процессы обработки в CS-Cart.Заказы и их статусы в кабинете KIT.Новый заказ тестируем сквозь путь; историю переносим только отдельным решением.
CustomersУчётные записи покупателей и группы доступа.Клиенты и данные, доступные в KIT.Проверка состава и согласий; автоматический перенос не обещается.
Add-onsДополнения меняют каталог, оформление заказа, цены, доставку и бизнес-логику.Готовые возможности KIT или внешний контур.Инвентаризация → замена, интеграция, переписывание или отказ.
CommerceMLОбмен товарами, ценами, остатками и заказами с учётной системой.Штатные источники и API KIT с собственными правилами обмена.Использовать как источник данных или спроектировать сопоставление; прямое соответствие проверяется.

Что проверяем в действующем CS-Cart

Смотрим структуру каталога, характеристики, опции, комбинации, SEO-модуль, способы оплаты и доставки, работу складов и собственные изменения ядра. Важны не только названия add-ons, но и то, какие страницы и действия они меняют для покупателя и менеджера.

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

Как проходит перенос

  1. 1.

    Аудит

    Снимаем карту сущностей, URL, модулей и заказных сценариев, которые нельзя потерять.

  2. 2.

    Пилот

    Переносим ограниченный набор категорий и вариантов, чтобы увидеть реальные ошибки сопоставления.

  3. 3.

    Сверка

    Сравниваем карточки, цены, остатки, изображения, URL и заказ на тестовом контуре.

  4. 4.

    Масштабирование

    После приёмки расширяем объём и фиксируем, что остаётся ручной операцией или отдельным проектом.

Опыт CS-Cart помогает увидеть скрытую стоимость переезда