Как перенести интернет-магазин на новую платформу

Отделите перенос от нового дизайна

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

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

Сопоставьте сущности до выгрузки

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

Проведите пробную миграцию

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

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

Подготовьте карту поисковых адресов

Сохраните работающие URL там, где это оправдано структурой. Для изменённых адресов определите наиболее соответствующее назначение. В рекомендациях Google по переносу сайта рассматриваются карта URL, редиректы и контроль после перехода. Это не гарантия отсутствия колебаний трафика, а техническая основа управляемого переноса.

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

Закройте окно между выгрузкой и запуском

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

Планируйте допустимую потерю данных и возврат с учётом новых операций. Если после переключения приняты заказы, восстановление старой базы может их удалить. Нужен отдельный способ сохранить и перенести эту историю. Общая процедура описана в плане переключения и отката.

Учебная репетиция запуска

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

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

Завершите перенос наблюдением

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

Как переносить заказы, которые изменяются во время миграции

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

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