Перенос сайта с OpenCart: план без потери SEO

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

Разбираем план, который снижает риск просадки трафика и потери заказов.

Когда нужен перенос

Переезд оправдан, когда развитие упирается в архитектуру, а не в отдельные баги.

• Модули конфликтуют.
• Обновления ломают сайт.
• Каталог не тянет нагрузку.
• Интеграции нестабильны.
• Нужны роли и B2B.
• Поддержка слишком дорогая.

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

Список данных шире, чем каталог. Нужно учесть заказы, клиентов, контент, SEO и доступы.

Карта URL

Это самый важный артефакт миграции. Каждый старый URL должен получить новый адрес или 301-редирект.

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

• Выгрузка URL.
• Группировка.
• Сопоставление.
• 301-редиректы.
• Проверка статусов.
• Sitemap.
• Мониторинг 404.

SEO

Сохраните метатеги, заголовки, тексты и структуру. Не закрывайте сайт от индексации на время разработки без необходимости.

После запуска следите за 404, позициями и трафиком. Первые недели покажут, где редиректы не сработали.

• Метатеги.
• H1.
• Canonical.
• Sitemap.
• Robots.
• Пагинация.
• Фильтры.
• Микроразметка.

Данные

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

Сверяйте количество товаров, заказов и клиентов до и после. Ошибки в связях проявляются позже, чем ошибки в количестве.

• Скрипты.
• Сверка.
• Связи.
• Изображения.
• Кодировки.
• История заказов.
• Тестовый контур.

Модули и кастомный код

Не все модули нужно переносить. Часть функций можно закрыть штатными средствами новой платформы.

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

• Список модулей.
• Функции.
• Зависимости.
• Замена.
• Отказ.
• Тесты.

Интеграции

1С, CRM, платежи и доставка должны работать на новой платформе так же, как раньше.

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

• 1С.
• CRM.
• Платежи.
• Доставка.
• Маркетплейсы.
• Аналитика.
• Очереди.

Тестовый контур

Новая версия должна быть доступна на отдельном домене и закрыта от индексации. Там проходят все проверки.

Прогоните заказы, оплаты, документы и интеграции. Лучше найти проблему на тесте, чем после переключения.

• Отдельный домен.
• Копия данных.
• Тестовые оплаты.
• Сценарии.
• Нагрузка.
• Логи.

Переключение

Переключение лучше делать в окно низкой нагрузки. Нужен план, кто что делает и когда.

Перед переключением сделайте бэкап, проверьте DNS и подготовьте откат. После — сразу пройдите заказ и оплату.

План отката

Откат должен быть готов до запуска. Если новая версия не работает, вы возвращаетесь к старой без потери заказов.

• Старый сайт доступен.
• DNS переключается.
• Бэкап базы.
• План коммуникации.
• Ответственные.
• Критерии отката.

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

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

• Потерянные URL.
• Битые изображения.
• Дубли товаров.
• Неверные цены.
• Сломанные оплаты.
• Потерянные цели.
• Ошибки 404.

Сроки и стоимость

Срок зависит от объёма данных, модулей и интеграций. Не стоит обещать переезд за неделю.

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

• Аудит.
• Разработка.
• Данные.
• SEO.
• Тесты.
• Поддержка.

После запуска

Первые недели нужно следить за 404, заказами, оплатами и позициями. Это часть миграции, а не отдельная задача.

• 404.
• Заказы.
• Оплаты.
• Скорость.
• Позиции.
• Ошибки.
• Обратная связь.

Чек-лист

Итог

Перенос с OpenCart — это управляемый проект. Главное — карта URL, данные и план отката, а не скорость переписывания.

Как выбрать подрядчика

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

Попросите план и примеры прошлых проектов. Если ответы сводятся к «перенесём и настроим», риск потерять трафик слишком высок.

Как не потерять заказы

Заказы и оплаты — самое критичное. Перед переключением проверьте сценарии на тестовом контуре, а после — сразу пройдите заказ и оплату.

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

Что делать с контентом

Контент нужно перенести без потери структуры: статьи, категории, карточки и документы. Особенно важно сохранить URL и метатеги.

Часть старого контента можно не переносить. Это шанс убрать мёртвые страницы и дубли, но удалять нужно осознанно, с редиректами.

Как подготовить команду

Команда должна понимать, кто отвечает за данные, SEO, контент и запуск. Если всё держится на одном человеке, риск ошибки возрастает.

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

Как проверить SEO после запуска

После переключения проверьте 404, редиректы, sitemap и ключевые страницы. Ошибки лучше найти в первые дни, пока индекс не обновился.

Следите за позициями и трафиком минимум месяц. Если просадка больше ожидаемой, ищите потерянные URL и битые редиректы.

Что делать с 404

404 — не всегда ошибка. Но если старый URL был важным, он должен вести на новую страницу. Соберите отчёт и настройте редиректы.

Не перенаправляйте всё на главную. Это ухудшает опыт и не помогает SEO. Лучше сопоставить страницы по смыслу.

Как поддерживать новый сайт

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

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

Как не сломать аналитику

Цели, события и e-commerce разметка должны пережить переезд. Если счётчики потеряются, вы ослепнете в первый же месяц после запуска.

Проверьте Метрику, GA4 и рекламные кабинеты на тестовом контуре. После запуска сравните заказы с CRM — расхождение покажет ошибку.

Что делать с изображениями

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

Сверьте количество файлов и выборочно откройте страницы. Битые изображения снижают доверие и конверсию.

Как проверить скорость

Новый сайт не всегда быстрее старого. Замерьте каталог, карточку и checkout после запуска.

Если скорость просела, проверьте кэш, изображения и запросы. Не откладывайте: медленный сайт теряет заказы каждый день.

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

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

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

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