Импорт данных ломает миграцию чаще, чем выбор самой CMS

Импорт данных ломает миграцию чаще, чем выбор самой CMS

Если переносите сайт, сначала проверьте не движок, а данные: товары, категории, пользователи, заказы, медиа, SEO-поля. Проблема обычно не в том, что «не импортировалось», а в том, что импортировали не в том порядке и без привязок между сущностями.

Рабочая схема такая: 1) выгрузить структуру полей; 2) сопоставить обязательные поля старой и новой CMS; 3) отдельно перенести справочники и связи; 4) только потом запускать основной импорт. Иначе получите дубли, пустые карточки и сломанные URL. Если есть кастомные поля, заранее решите, где они будут храниться и кто их заполняет.

Проверьте три вещи до запуска: кодировку, формат дат и уникальные идентификаторы. На практике именно они дают скрытые ошибки: текст «плывёт», даты съезжают, а одинаковые ID перетирают записи. Для файлов с медиа лучше сразу собрать карту соответствия: старый путь — новый путь.

После импорта всегда делайте контрольную выборку: 10–20 записей из разных типов контента, ручная проверка связей, фильтров, изображений и SEO-тегов. Если хотя бы один тип данных ведёт себя нестабильно, не продолжайте массовую загрузку — сначала чините шаблон импорта.

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