При переносе интернет-магазина на WooCommerce нужно сохранить каталог, заказы, данные клиентов, адреса страниц, настройки доставки и связи с внешними сервисами. Если перенести только видимые страницы и товары, после запуска могут пропасть нужные данные или нарушиться привычная работа магазина. Поэтому план миграции — переноса на новую платформу — начинается со списка того, что нужно сохранить.
Соберите карту магазина до переноса
Запишите, какие данные должны попасть в новый магазин и как вы проверите результат переноса:
- товары, категории, характеристики, изображения, варианты товаров и остатки;
- историю заказов, статусы, данные доставки и правила уведомлений;
- страницы категорий, карточек, статей и служебных разделов с их адресами;
- подключённые способы оплаты и доставки, CRM (систему учёта клиентов), аналитику и обмен данными;
- шаблоны писем, формы, промокоды и роли пользователей;
- заголовки и описания для поиска, правила индексации — включения страниц в поисковую базу — и адреса, которые уже получают переходы.
До первого импорта — загрузки данных на новую платформу — сохраните резервную копию старого магазина и исходные файлы выгрузок. Заранее определите, как вернуться к исходному состоянию, если после переноса не удаётся оформить заказ или перестаёт работать обмен данными с внешним сервисом. Сверяйте перенесённые данные с реальным каталогом. Отдельно запишите ручные действия сотрудников и условия работы магазина: например, нестандартные статусы заказов и отправку письма после определённого действия.
Каталог и заказы требуют разных проверок
В каталоге проверьте, что товар остался в нужной категории, его варианты (вариации) сохранили свои свойства, а остатки совпадают с исходными данными. Откройте несколько простых и сложных карточек. Сравните изображения и цены, попробуйте выбрать вариант товара и добавить его в корзину.
У заказов проверьте историю, статусы, состав, итоговую сумму и доступ менеджера к данным. Если вы решили не переносить старые заказы, сохраните доступ к архиву. Иначе после запуска команда не сможет ответить на вопрос по прежней покупке.
Сохраните адреса и настройки для поиска (SEO)
При переносе могут измениться адреса категорий, товаров и фильтров. Составьте таблицу «старый URL → новый URL», где URL — адрес страницы. Для каждого старого адреса укажите соответствующую страницу нового магазина и нужное действие: сохранить адрес, настроить перенаправление или закрыть страницу от индексации. Перенаправление всех страниц на главную не заменяет эту работу: посетитель должен попадать на материал, близкий к тому, который он искал.
После переноса проверьте заголовки и описания для поиска. Сверьте canonical-адреса: они указывают поисковику основной адрес среди похожих страниц. Затем проверьте robots.txt — файл с правилами обхода сайта поисковыми роботами — и карту сайта со списком страниц. Отдельно просмотрите корзину, кабинет, оформление заказа и фильтры. Эти служебные страницы решают другие задачи, поэтому единые правила индексации для них и товарных страниц могут создать проблемы.
Проверяйте магазин на копии
До переключения домена проведите тестовый заказ на копии проекта. Проверьте выбор товара, наличие, корзину, способ оплаты, доставку, письмо клиенту и уведомление менеджеру. Если магазин связан с учётом или CRM, сопоставьте заказ в каждой системе и убедитесь, что статус не меняется самопроизвольно.
После исправлений повторите заказ с новыми тестовыми данными. Заранее определите, какое сообщение или запись должен увидеть сотрудник после каждого действия. Реальных покупателей для такой проверки привлекать не нужно.
Когда без разработчика не обойтись
Самостоятельный импорт возможен, если данные простые и структура новой системы совпадает со старой. Подключайте специалиста, когда у магазина есть нестандартные поля, несколько источников остатков, особые статусы, интеграции (обмен данными с внешними сервисами) или важные для продаж переходы из поиска.