Миграция магазина на OpenCart без потери данных

Магазин на OpenCart можно перенести без потери заказов, товаров и поискового трафика, но простое копирование файлов почти всегда заканчивается ошибками. Для OpenCart 4.x безопасная миграция состоит из аудита, пробного переноса, проверки расширений и короткого переключения в режим обслуживания. Основную работу лучше выполнить на тестовом домене, а финальный перенос — в заранее выбранное окно, когда магазин получает минимум заказов.

Сначала определите, что именно меняется

Слово «миграция» скрывает несколько разных задач. От них зависит план и риск.

Самый предсказуемый вариант — переносить магазин на ту же версию OpenCart и максимально близкое окружение сервера. Переход между крупными ветками нужно считать отдельным проектом. У расширения для OpenCart 3.x может не быть совместимой версии для OpenCart 4.x, даже если оно решает ту же задачу.

Успешная миграция — это не момент, когда открылась главная страница. Это момент, когда покупатель оформляет заказ, администратор видит его в панели, письмо уходит, а старые URL продолжают вести на нужные страницы.

Что проверить до переноса

Снимите инвентаризацию

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

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

Определите источник истины

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

[1] Миграция без простоя — перенос, при котором старый сайт продолжает обслуживать покупателей до переключения DNS или прокси. Для небольшого магазина чаще безопаснее короткий режим обслуживания, чем сложная схема с двумя одновременно работающими базами.

Рабочий процесс миграции

1. Создайте резервные копии. Сохраните дамп базы данных и архив файлов в двух независимых местах. Проверьте архив: он должен распаковываться, а дамп — импортироваться в отдельную тестовую базу. Копия, которую никто не проверял, не считается готовым откатом.
2. Подготовьте чистый целевой сервер. Установите совместимые версии веб-сервера, PHP, базы данных и расширений PHP. Создайте отдельный виртуальный хост и тестовый домен или временный адрес. На этом этапе публичный домен магазина не меняйте.
3. Перенесите файлы и базу. Копируйте не только каталог приложения, но и изображения, загрузки, модификаторы и прочие каталоги, которые использует текущая сборка. Импортируйте базу в целевую СУБД и укажите в конфигурационных файлах новые реквизиты подключения, пути к файлам и URL тестового стенда.
4. Проверьте права и конфигурацию. Веб-сервер должен иметь доступ к файлам, которым OpenCart нужно записывать кэш, изображения и временные данные. Проверьте, что конфигурация не осталась привязанной к старому абсолютному пути или домену. Результат шага — магазин открывается без предупреждений о подключении к базе, а панель администратора загружается.
5. Прогоните пользовательские сценарии. Откройте категорию, карточку товара, поиск и корзину. Создайте тестовый заказ через доступный способ оплаты, проверьте его в панели, отправку уведомлений, изменение остатка и передачу данных в интеграции. Результат — заказ проходит весь маршрут, а не только появляется в базе.
6. Проверьте адреса и индексацию. Составьте выборку старых URL товаров, категорий, информационных страниц и изображений. Сравните ответы нового сервера, канонические адреса, карту сайта и правила перенаправлений. Тестовый стенд закройте от индексации и не оставляйте его доступным после запуска.
7. Подготовьте финальное переключение. Объявите короткое окно обслуживания, остановите изменения на старом сайте, сделайте свежий дамп и повторите импорт или дельта-перенос по выбранной схеме. Затем переключите DNS, балансировщик или прокси, очистите кэш и сохраните старый сервер нетронутым до окончания проверки.

Два подхода и их цена

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

Что ломается чаще всего

• Белый экран или ошибка 500. Обычно причина в несовместимой версии PHP, расширении или модификации. Смотрите журнал PHP и веб-сервера, а не меняйте настройки вслепую.
• Не загружаются изображения. Проверьте, были ли перенесены все каталоги с изображениями, совпадают ли пути в конфигурации и может ли веб-сервер читать файлы.
• Корзина очищается или администратор не входит. Проверьте домен, HTTPS, настройки сессий, cookies и кэш. Особенно часто проблема появляется, когда тестовый адрес и основной домен смешаны в конфигурации.
• Ссылки ведут на старый сайт или отдают 404. Проверьте URL магазина, правила ЧПУ веб-сервера и настройки SEO-модуля. Перенаправления настраивайте по конкретным старым адресам, а не только на главную.
• Заказ создан, но письмо или интеграция не сработали. Сравните настройки SMTP, ключи внешних сервисов и разрешённые IP-адреса. Секреты не переносите в статью, скриншоты и логи.

Где подход ломается

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

Если меняется домен, перенос базы — только половина задачи. Нужны постоянные перенаправления со старых адресов, проверка канонических URL, обновление адресов в письмах и интеграциях, а также контроль ошибок сканирования после запуска. SEO-переезд — отдельная часть проекта, здесь важен не только OpenCart.

Что сделать после запуска

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

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