Импорт данных ломается не на файле, а на подготовке структуры и полей
Перед переносом проверьте не формат выгрузки, а соответствие сущностей: товар, категория, бренд, свойство, SKU, остаток, цена. Если в старой CMS одно поле хранит и размер, и цвет, а в новой это два отдельных атрибута, импорт начнёт дублировать карточки или терять вариации.
Дальше смотрите на обязательные связи:
— у товара должен быть стабильный ID или внешний ключ;
— у категорий — понятная иерархия;
— у изображений — привязка к конкретной записи;
— у SEO-полей — отдельные значения, а не текст «как получится»;
если связи не описаны заранее, импорт можно запустить, но потом долго чистить мусор вручную.
Отдельная ошибка — тащить всё одной пачкой. Сначала грузят справочники и категории, потом товары, затем остатки, цены, заказы и пользователей. Так проще ловить, на каком этапе пропали связи, и быстрее откатывать проблемный слой без полного пересчёта базы.
Ещё один важный момент — нормализация. Приведите к одному виду даты, единицы измерения, валюты, пустые значения, переносы строк и спецсимволы. Иначе один и тот же товар после импорта может выглядеть по-разному в каталоге, фильтрах и выгрузках. Лучше потратить час на карту полей, чем потом вручную искать, где именно сломалась связность данных.
Перенос сайтов между CMS
@cms_migration_hub_ww
Импорт данных ломается не на файле, а на подготовке структуры и полей
Этот пост опубликован в Telegram-канале Перенос сайтов между CMS. Подписаться можно по ссылке: @cms_migration_hub_ww.