Перенос с Bitrix на Laravel: план и риски

Переезд с Bitrix на Laravel — это не просто смена CMS. Это новый код, новая админка и новый способ работать с данными.

Разбираем, когда переезд оправдан, что переносить и как не потерять SEO и заказы.

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

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

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

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

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

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

Отдельно опишите, что не переносим. Это шанс убрать мёртвые страницы и старый технический долг.

Архитектура

Laravel даёт свободу, но требует проектирования. Нужно описать модели, роли, очереди и интеграции.

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

• Модели.
• Роли.
• Очереди.
• API.
• Админка.
• Тесты.

Карта URL

Карта URL — обязательный артефакт. Каждый старый адрес должен получить новый или 301-редирект.

Соберите URL из sitemap, логов и поиска. Проверьте ключевые страницы вручную.

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

SEO

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

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

• Метатеги.
• H1.
• Canonical.
• Sitemap.
• Robots.
• Скорость.

Данные

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

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

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

Интеграции

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

Проверьте ошибки и повторные попытки, а не только успешный сценарий.

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

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

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

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

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

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

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

После переключения сразу пройдите заказ и оплату.

Откат

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

Определите критерии отката заранее, чтобы не спорить в момент аварии.

• Старый сайт.
• DNS.
• Бэкап.
• Критерии.
• Ответственные.
• Коммуникация.

Команда

Для Laravel нужна команда, которая умеет проектировать данные, тесты и деплой.

Если такой команды нет, поддержка станет дорогой. Найдите её до переезда.

• Разработчик.
• SEO.
• Контент.
• Тестировщик.
• Поддержка.
• Ответственный.

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

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

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

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

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

Следите за 404, заказами, оплатами и скоростью. Это часть миграции.

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

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

Чек-лист

Итог

Переезд на Laravel оправдан, когда платформа мешает развитию. Главное — карта URL, данные и команда, а не скорость переписывания.

Как выбрать архитектуру

Laravel даёт свободу, но требует дисциплины. Опишите модели, роли, очереди и интеграции до кода.

Не копируйте старую архитектуру. Используйте переезд, чтобы упростить данные и сценарии.

Как работать с админкой

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

Проверьте, как редакторы и менеджеры будут работать с заказами, ценами и контентом.

Как перенести контент

Контент нужно перенести без потери структуры и метатегов. Особенно это касается статей и категорий.

Часть старого контента можно не переносить, но удалять нужно с редиректами.

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

Тестируйте сценарии, данные и интеграции. Не ограничивайтесь визуальной проверкой.

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

Как поддерживать

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

Заложите поддержку в бюджет и найдите команду заранее.

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

Команда может бояться нового стека. Обучение и пилот помогают снизить сопротивление.

Не переезжайте без поддержки собственника. Иначе проект застрянет между старым и новым.

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

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

Попросите примеры проектов и план. Если ответы общие, риск слишком высок.

Как работать с SEO

Сохраните URL, метатеги и структуру. Настройте 301 и sitemap.

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

Как перенести заказы

Заказы должны сохранить номера, статусы и суммы. История нужна клиентам и поддержке.

Проверьте выгрузку и сверку. Ошибки в заказах стоят дорого.

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

Первые недели нужна поддержка: ошибки, 404, оплаты и скорость.

Не оставляйте проект без команды. Laravel требует обслуживания.

Как перенести контент и SEO

Контент нужно перенести без потери структуры и метатегов. Особенно это касается статей и категорий.

Проверьте URL и редиректы. Старые ссылки должны вести на новые страницы.

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

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

Найдите предел до запуска, а не в день рекламной кампании.

Как считать бюджет

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

Сравнивайте не только стартовую цену, но и стоимость владения.

Как выбрать команду поддержки

Команда должна знать Laravel и ваш проект. Документация и доступы должны остаться у вас.

Не оставляйте проект без поддержки после запуска. Это частая ошибка миграций.

Что делать с дизайном

Дизайн можно сохранить или обновить. Главное — не потерять сценарии и скорость.

Не начинайте с редизайна, пока не проверены данные и интеграции.

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

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

Следите за позициями и трафиком минимум месяц.

Что делать с 404

Настройте редиректы по смыслу, а не всё на главную. Это сохраняет трафик и опыт.

Соберите отчёт и исправьте важные страницы в первую очередь.

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

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

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

Как не потерять команду

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

Обучите людей заранее и оставьте документацию. Это снижает зависимость от одного подрядчика.