Как перенести товары, статьи и изображения на новый сайт без потери данных

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

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

Что именно переносится

Для небольшой корпоративной страницы достаточно перенести заголовки, текст, несколько изображений и контакты. У интернет-магазина структура сложнее: одна карточка связана с категорией, брендом, характеристиками, вариантами, фотографиями, ценой и иногда остатками или данными из 1С. Запись о товаре можно импортировать успешно, но потерять её связь с фильтром или нужной категорией — для покупателя это будет выглядеть как неполный каталог.

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

Сначала зафиксируйте источники данных

Соберите список мест, откуда берутся сведения: старая CMS, Excel-файлы, 1С, CRM, облачное хранилище, папки с фотографиями или сервис поставщика. Для каждого поля назначьте главный источник. Если цена хранится сразу в выгрузке, в 1С и в карточке старого сайта, нужно договориться, какое значение считать правильным и когда его обновлять.

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

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

Сопоставьте поля до импорта

Создайте таблицу соответствий «поле источника → поле нового сайта → правило → проверка». Простое совпадение названий не всегда означает одинаковый смысл. В одном каталоге «код» может быть внутренним идентификатором, а в другом — артикулом для поиска и обмена. Сопоставлять такие поля только по похожему названию рискованно.

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

Как организовать перенос каталога

1. Инвентаризация. Посчитать товары, категории, статьи, изображения и нестандартные типы записей; отметить скрытые, архивные и дублирующиеся данные.
2. Правила переноса. Решить, какие сущности переносим, что обновляем из внешней системы, какие поля преобразуем, а какие записи не нужны.
3. Тестовая выборка. Выбрать товары разных типов: простой, с вариантами, с характеристиками, с несколькими фотографиями, архивный, со скидкой. Включить и типичные, и проблемные записи.
4. Пробный импорт. Загрузить выборку в тестовую среду, проверить ошибки и уточнить таблицу соответствий. Не запускать массовую загрузку, пока правила не подтверждены.
5. Основной импорт и сверка. Перенести согласованный набор, сохранить отчёт об успешных, пропущенных и ошибочных строках, затем проверить выборки и общие количества.
6. Синхронизация перед запуском. Если старый магазин продолжает принимать заказы и менять каталог, согласовать момент финальной выгрузки или порядок передачи изменений, чтобы не потерять новые товары и обновления.

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

Изображения нужно переносить вместе со связями

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

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

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

Статьи и текстовые страницы требуют редакционной проверки

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

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

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

Как понять, что перенос прошёл правильно

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

• все согласованные товары, категории и публикации учтены; пропуски имеют объяснение;
• у тестовых товаров совпадают артикулы, названия, характеристики, цена и статус;
• варианты товара не превратились в отдельные несвязанные карточки и работают в фильтрах;
• главные изображения, галереи и документы привязаны к правильным позициям;
• тексты, таблицы и внутренние ссылки отображаются без потерь;
• заказ, форма или обмен с учётной системой проходят сквозной тест;
• состав перенесённого контента соответствует карте URL и плану поискового переезда.

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

Что передать подрядчику для оценки

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

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

Для магазинов REDBE ориентирует проект на наполнение до 50 товаров; если каталог больше, можно оценить импорт из Excel или другого источника. Кирилл Перфильев описывает подход так:

«Допустим, до 50 товаров мы это спокойно можем заполнить сами, а дальше мы можем там спарсить что-нибудь или с Excel заполнить автоматически».

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

Частые вопросы

Если после переноса нужно развивать органический трафик магазина, посмотрите также услугу SEO-продвижения интернет-магазинов.

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