Выберите тему — соберём контекст
Битрикс годами закрывает задачи, но теперь каждая правка стоит как отдельный проект: обновления ломают кастомизации, каталог тормозит, а разработчика, который разберётся в чужой сборке, найти всё сложнее.
Переводим систему на Laravel с сохранением функциональности, интеграции с 1С и поискового трафика. Работаем этапами: сначала переносим каталог и заказы, потом вытесняем остальные разделы — сайт продолжает продавать.
Или сразу: +7 (495) 368-39-51 Telegram Пн–Пт, 10:00–19:00 МСК
Посмотрим вашу систему, данные и интеграции. Скажем, сколько это займёт, что переносится, а что придётся делать заново.
Каждый пункт — не «мода на новый фреймворк», а конкретная проблема, которая стоит денег или времени. Проверьте, сколько из них про вас.
Правки в шаблонах и компонентах живут отдельно от обновляемого ядра: после очередного апдейта часть доработок отваливается, и это выясняется в продакшене.
Что делаем: В Laravel код проекта и зависимости разделены явно: обновление фреймворка не задевает бизнес-логику, а тесты показывают регресс до релиза.
На больших каталогах фильтры и пагинация упираются в кеш на файлах и «тяжёлые» компоненты, а у авторизованных покупателей со корзиной композитный кеш не работает вообще.
Что делаем: Нормализованная схема каталога, индексы под фильтры, кеш в Redis и CDN для статики. Фильтры и пагинация считаются запросами, а не перебором.
Разработчиков на Битрикс мало, они дорогие, а человек, готовый разобраться в чужой сборке из десятков компонентов, находится редко.
Что делаем: Laravel — самый востребованный PHP-фреймворк: найти команду и разработчика заметно проще. Документация передаётся вам вместе с кодом.
CommerceML гоняет тяжёлые XML-пакеты, обмен идёт ночами, товары и остатки расходятся, а любая ошибка в выгрузке ломает витрину.
Что делаем: Обмен переписываем на API и очереди: точечные обновления, повторные попытки, журнал синхронизации и понятные алерты.
Нет тестов и окружений: изменения заливают на боевой сайт, откат делают вручную по бэкапу, поэтому крупные задачи откладывают месяцами.
Что делаем: Тесты на ключевые сценарии, отдельные окружения, релизы через CI/CD и откат в одну команду. Изменения перестают быть событием.
Редакция, продление, платные модули маркетплейса — постоянная строка расходов, которая не имеет отношения к вашему продукту.
Что делаем: Открытый стек без лицензий: платите только за работу и инфраструктуру. Функциональность модулей реализуем своим кодом.
Переносится не «сайт», а данные, логика и связи между ними. Ниже — что именно описывается и переносится, чтобы новая система работала как старая, только быстрее.
Мы не обещаем «то же самое, только на Laravel»: часть вещей переносится смыслом, а не кодом. Об этом лучше знать до старта, чем обнаружить в процессе.
Разобрать вашу системуУ каждой системы свои ловушки. Мы называем их заранее и описываем, как закрываем — до того, как они превратятся в сюрприз в середине проекта.
Схема обмена часто обрастает правками за годы. Перед переносом описываем реальный протокол, а не тот, что в документации.
Дубли товаров, пустые свойства, разные написания брендов. Чистим на этапе карты данных, иначе ошибки переедут вместе с каталогом.
Переносим пользователей с принудительной сменой пароля или мягкой миграцией при следующем входе — без массовых рассылок.
У разделов и товаров может быть по нескольку адресов. Строим карту всех URL и закрываем 301-редиректами, а не «главными» правилами.
Шесть этапов, каждый заканчивается проверяемым результатом. Бизнес продолжает работать: старый контур не выключается, пока новый не докажет, что считает и отдаёт данные правильно.
Разбираем текущую систему: схема данных, точки входа, интеграции, задачи по расписанию, реальные бизнес-правила. На выходе — карта системы и оценка объёма.
Проектируем схему данных на Laravel, выбираем стратегию перехода, описываем этапы, критерии приёмки и план по SEO-редиректам.
Поднимаем новый контур, переносим данные, сверяем суммы, связи и справочники. Разрабатываем модули, начиная с тех, что дают деньги.
Новый и старый контуры работают одновременно: разделы переключаются по одному после сверки. Пользователи не замечают переезда.
Переводим домен, включаем 301-редиректы по карте URL, проверяем sitemap, счётчики и цели. Контролируем индексацию и ошибки.
Следим за метриками, правим найденное, обучаем команду, передаём документацию, доступы и регламенты.
Главный страх при переезде — потерять позиции. Поэтому SEO-часть мы делаем до переключения и контролируем после, а не «посмотрим, что будет».
Собираем все адреса старой системы из базы, sitemap и логов: карточки, категории, пагинация, фильтры, старые ЧПУ.
Совпадающие адреса сохраняем, остальные закрываем постоянными редиректами — без «главной страницы вместо товара».
Переносим title, description, H1 и тексты, а не генерируем заново: поиск уже знает эти страницы.
Товары, хлебные крошки, отзывы, FAQ — разметка сохраняется и валидируется заново на новом контуре.
Актуальная карта сайта, корректные правила обхода, отсутствие закрытых от индексации нужных страниц.
Метрика, аналитика, цели и события переносятся и проверяются до переключения, чтобы не потерять статистику.
Следим за ошибками 404/500, индексацией и позициями первые недели — редиректы и обход проверяются на живом трафике.
Открытые технологии без лицензий. Стек подобран так, чтобы систему могла развивать любая PHP-команда, а не только её автор.
Ядро приложения: маршруты, сервисы, очереди, планировщик, тесты.
Интерфейсы без перезагрузок: админка, таблицы, формы, фильтры.
Нормализованная схема, индексы под реальные запросы, реплики для отчётов.
Кеш, сессии и очереди вместо файлового кеша и cron-скриптов.
Фоновые задачи с повторами, приоритетами и мониторингом.
Покрытие критичных сценариев, отдельные окружения, релизы и откаты в одну команду.
Логи, метрики и алерты: видно ошибки и деградацию до жалоб пользователей.
Явные контракты обмена с 1С, платежами, доставкой, CRM и маркетплейсами.
Мы не берём проект, если переход не окупается: иногда дешевле починить текущую систему или обновить её. Честный ответ экономит вам бюджет.
Можно взять только аудит и план — и внедрять своими силами. Можно мигрировать этапами. Можно переписать систему целиком. Выбор зависит от состояния кода и от того, сколько бизнес готов ждать.
Нужно понять объём работ, риски и стоимость до принятия решения.
Система работает и останавливать бизнес нельзя: переносим модулями, начиная с прибыльных.
Система деградировала, поддержка дороже развития: переписываем и запускаем параллельно.
Нужна уверенность после запуска: правки, мониторинг и развитие по данным.
Ищем свою систему в списке или разбираем нетиповой случай: самописные решения, старые версии фреймворков и внутренние системы тоже переносим.
WordPress быстро запускается, но со временем превращается в сборку из десятков плагинов, где обновление ломает сайт, а входная дверь для взлома — любой устаревший модуль.
Смотреть страницуOpenCart был быстрым стартом, но ядро давно не получает нормальных обновлений, а половина функциональности держится на модификаторах, которые правят код магазина на лету.
Смотреть страницуMODX давал свободу в вёрстке, но вся логика оказалась в сниппетах и шаблонах: чтобы понять, как работает страница, нужно прочитать десяток вставок PHP, разбросанных по шаблонам.
Смотреть страницуJoomla держится на расширениях сторонних авторов: часть из них заброшена, часть несовместима с новыми версиями PHP, а переход между мажорными версиями Joomla сам по себе превращается в отдельный проект.
Смотреть страницуYii был быстрым и удобным, но Yii 1 остался в эпоху PHP 5, а Yii 2 теряет поддержку и разработчиков: развивать проект становится дороже, а находить людей — сложнее.
Смотреть страницуCodeIgniter 2 и 3 — это PHP 5, сырые SQL-запросы, самописные хелперы и отсутствие нормальной структуры: проект работает, но развивать его с каждым годом дороже.
Смотреть страницуСамописная система работает годами, но её понимает один человек: логика размазана по файлам на тысячи строк, документации нет, а любая правка грозит неожиданным последствием.
Смотреть страницуСтратегии модернизации, восстановление логики, работа с системой без документации.
Открыть страницуДа, при аккуратной работе с URL. Мы строим карту всех адресов старого сайта, сохраняем те, что совпадают с новой структурой, и закрываем 301-редиректами остальные — включая адреса пагинации, фильтров и старых ЧПУ. Отдельно переносим метаданные, микроразметку и sitemap, а после переключения следим за индексацией и позициями.
Обмен сохраняется, но реализуется иначе: вместо тяжёлых XML-пакетов по расписанию — API и очереди с точечными обновлениями и журналом синхронизации. Это быстрее, устойчивее к ошибкам и понятнее в поддержке. Схему обмена описываем до разработки: за годы она обычно отличается от типовой.
Аудит и карта системы — 1–2 недели, проектирование схемы данных и плана — 2–3 недели, перенос каталога, заказов и интеграций — от 8 недель, переключение и стабилизация — 2–4 недели. Для больших каталогов и нестандартной логики срок считается индивидуально. Мы делим проект на этапы, чтобы промежуточные результаты были видны и проверяемы.
Нет. Работаем по схеме постепенного вытеснения: новый каталог поднимается рядом со старым, разделы переключаются по одному после сверки данных. Корзина и заказы переводятся в момент, когда оба контура дают одинаковый результат на тестовых заказах.
Нет. Laravel и весь стек — открытые технологии без лицензионных платежей за редакции и модули. Расходы остаются только на хостинг, инфраструктуру и работу разработчиков.
Схема переносится целиком, включая историю операций: заказы, платежи, заявки, справочники. Перед переносом проверяем целостность данных и чистим дубли. На новом контуре схема нормализуется: появляются типы, ограничения и внешние ключи, которые не дают создавать несогласованные записи. Сверку делаем выборочно вручную по ключевым таблицам, а не только отчётом из скрипта.
Карта URL собирается до переезда: из базы, sitemap и логов сервера. Совпадающие адреса сохраняются один в один, остальные закрываются 301-редиректами. Метаданные, заголовки и микроразметка переносятся, а не генерируются заново. После переключения мы следим за ошибками, индексацией и позициями — обычно это 2–4 недели наблюдения.
Каждая описывается до разработки: что передаётся, как часто, что считается успехом и как видеть ошибки. В новой системе обмены становятся явными: журнал синхронизации, повторные попытки, алерты. Платёжные модули подключаем на тестовых аккаунтах до переключения трафика.
Да. Варианты: укрепить текущую систему (закрыть уязвимости, добавить тесты, навести порядок в бэкапах), вынести отдельный модуль на Laravel и связать через API или шину, либо рефакторить по частям. На аудите мы говорим прямо, какой путь дешевле — иногда это отказ от полного переноса.
Стоимость зависит от объёма данных, числа интеграций, количества кастомной логики и требований к сохранению SEO. Аудит и план миграции фиксируются по цене заранее, дальше проект считается этапами с понятным результатом на каждом. По объёму работ миграция сопоставима с разработкой нового проекта — но с сохранением данных, истории и трафика.
Мы меняем систему, а не процессы: админка собирается под их задачи, а обучение входит в проект. Обычно новая админка нравится больше: понятные формы, живые таблицы, отчёты без участия разработчика. Для сложных мест пишем короткие инструкции.
Вам. Код, схема данных, документация, доступы и инфраструктура оформляются на вас с самого начала. Мы не удерживаем проект в своём контуре: его можно передать другой команде, а документация описывает систему так, чтобы ей мог заняться любой PHP-разработчик.
Доступ к исходному коду и базе данных (или их копиям), список интеграций и сервисов, контакт человека, который знает бизнес-логику и процессы, и данные о том, что критично не потерять при переезде. Дальше мы работаем сами и показываем промежуточные результаты.
Посмотрим код, базу и интеграции. Скажем, что переносится, что придётся делать заново, сколько это займёт и как сохранить трафик. Без обязательств.
Опишите систему, объём данных и что критично сохранить — вернёмся с планом, сроком и сметой.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.