Александр Прохоров

Смена платформы интернет-магазина: причины, пути, сроки

Реплатформинг — переезд работающего интернет-магазина на другую платформу — нужен не тогда, когда платформа «устарела», а когда каждое следующее изменение стоит дороже, чем переезд. Разберём, по каким признакам это видно, какими путями переезжают крупные магазины, из каких этапов состоит миграция и где в ней главные риски.

Коротко, если нет времени читать целиком:

  • Пора переезжать, если доработки дорожают и замедляются, платформа осталась без поддержки вендора или новые каналы — мобильное приложение, лояльность, новые бренды и страны — не встают на текущую архитектуру.
  • Переезжать рано, если проблемы в коде, инфраструктуре или процессах, а не в самой платформе: это показывает технический аудит.
  • Пути переезда: полная замена разом, поэтапный вынос функций, сначала новая витрина поверх старого бэкенда, пилот на новом бренде или канале.
  • Сроки: на готовой composable-платформе — от трёх до шести месяцев (российский магазин FURLA переехал с Salesforce Commerce Cloud за шесть), на микросервисной платформе-основе или собственной разработке — от года и дольше.
  • Главные риски — потеря поискового трафика, ошибки в перенесённых данных и сбои интеграций с ERP. Их снимают на этапе проектирования, а не после запуска.

Признаки, что пора менять платформу

Решение о переезде обычно складывается из нескольких признаков сразу. Один признак — повод разобраться, три и больше — повод подумать о переезде всерьёз.

  • Каждая доработка дороже предыдущей. Магазин оброс собственным кодом поверх платформы, любое изменение задевает соседние модули и требует долгой проверки. Релизы выходят реже, бэклог растёт быстрее, чем закрывается.
  • Платформа осталась без поддержки. После 2022 года из России ушли SAP Commerce Cloud (бывший Hybris), Salesforce Commerce Cloud, Oracle Commerce и Adobe Commerce. Магазины, построенные на них, остались без обновлений, облачных сервисов и вендорской поддержки, а новый проект на этих платформах уже не запустить.
  • Новые каналы не встают на архитектуру. Мобильное приложение, собственная программа лояльности, продажи через офлайн-точки, второй бренд, выход в другую страну. На монолитной платформе каждый такой канал требует дописывать API и дублировать логику цен, скидок и корзины.
  • Бизнес вырос быстрее платформы. Каталог увеличился в разы, трафик в распродажи кладёт сайт, интеграции с ERP, WMS и службами доставки работают на пределе.
  • Платформа ограничивает правилами. Для SaaS-конструктора это типичная точка выхода: нестандартную логику промо, собственную витрину или глубокую интеграцию с учётной системой сделать нельзя, а условия и тарифы меняет поставщик.

Отдельный сценарий — магазин, который был частью глобальной системы бренда. Так работал российский интернет-магазин FURLA: он зависел от возможностей единого международного сайта на Salesforce Commerce Cloud и решений штаб-квартиры. Переезд сделал его самостоятельным проектом.

Когда реплатформинг не нужен

Медленный сайт и дорогие доработки не всегда означают, что виновата платформа. Часто причина в другом, и переезд её не устранит:

  • Код. Накопленные доработки без архитектуры, дублирование логики, отсутствие тестов. На новой платформе та же команда с теми же практиками воспроизведёт те же проблемы.
  • Инфраструктура. Нет кэширования, CDN, мониторинга, сервер не масштабируется под пики. Это лечится без смены платформы.
  • Процессы. Нет понятного бэклога, релизного цикла, ответственного за продукт на стороне бизнеса.
  • Дизайн и UX. Если проблема в конверсии каталога или оформления заказа, иногда достаточно редизайна на текущей платформе.

Поэтому правильный первый шаг — технический аудит, который проверяет магазин целиком: от UX/UI до DevOps. У аудита два честных исхода: развивать магазин на текущем стеке или переезжать. Например, интегратор Оджетто после аудита интернет-магазина «Техноавиа» сохранил стек клиента и продолжил развивать магазин на нём. А в случае Bosco аудит привёл к решению о переходе на новую платформу (подробнее — в разделе «Кейсы»).

Технический аудит крупного интернет-магазина у профильных интеграторов стоит порядка 500 тыс. – 1,5 млн ₽ (столько, например, стоит аудит у Оджетто) — это несопоставимо с ценой ошибочного реплатформинга.

Пути реплатформинга

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

Полная замена разом

  • Как устроен: новый магазин строят рядом со старым и переключают в один день
  • Первый результат: в день запуска
  • Главный риск: все проблемы проявляются одновременно; нужен жёсткий контроль данных и SEO
  • Кому подходит: магазинам, которые уходят с платформы без поддержки и не могут жить на двух системах

Поэтапный вынос функций

  • Как устроен: функции по одной переносят в новые системы: сначала, например, каталог и PIM, затем заказы, затем корзину
  • Первый результат: через несколько месяцев, по модулям
  • Главный риск: долгий период двух систем и временных интеграций между ними
  • Кому подходит: крупным магазинам, которым нельзя рисковать продажами ни на день

Сначала новая витрина

  • Как устроен: новый headless-фронтенд подключают к старому бэкенду, бэкенд меняют позже
  • Первый результат: быстро виден новый интерфейс
  • Главный риск: старому бэкенду всё равно нужен API для витрины; на монолите его дописывают
  • Кому подходит: когда главная боль — интерфейс и мобильный опыт, а бэкенд пока справляется

Пилот на новом бренде или канале

  • Как устроен: новую платформу запускают на отдельном бренде, аутлете или стране, затем переводят основной магазин
  • Первый результат: через несколько месяцев, на пилоте
  • Главный риск: нужно сразу проектировать платформу под несколько витрин
  • Кому подходит: группам брендов и дистрибьюторам

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

Куда переезжать

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

Готовая composable-платформа — Primo Commerce

  • Стоимость внедрения: от 10 млн ₽, от 15 млн ₽ с мобильным приложением
  • Срок до запуска: от 3 до 6 месяцев
  • Что важно для реплатформинга: компоненты уже подобраны и связаны; около 20% функциональности дорабатывают под процессы компании

Микросервисная платформа-основа или собственная composable-сборка — Ensi, сборка из отдельных систем

  • Стоимость внедрения: от 15 млн ₽ (по информации с рынка)
  • Срок до запуска: от 12 месяцев
  • Что важно для реплатформинга: даёт каркас и инфраструктуру, значительную часть бизнес-логики пишут под проект

Кастомная разработка — собственный код под проект

  • Стоимость внедрения: от 20 млн ₽
  • Срок до запуска: от 12 месяцев
  • Что важно для реплатформинга: оправдана при уникальной бизнес-модели и сильной собственной ИТ-команде

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

Как проходит миграция

Миграция крупного магазина — это не перенос кода, а пересборка процессов вокруг новой платформы. Типовой проект проходит восемь этапов.

  • Технический аудит. Состояние кода, архитектуры, интеграций, инфраструктуры и UX. Итог — решение «развивать или переезжать» и список того, что нельзя потерять.
  • Целевая архитектура и путь переезда. Какие системы остаются (ERP, WMS, CRM), какие заменяются, в каком порядке переезжают функции и витрины.
  • Бизнес-требования. Описание процессов: цены, промо, лояльность, доставка, оплата, возвраты, работа с офлайн-точками. На готовой платформе этот этап короче: требования сверяют с имеющейся функциональностью и описывают только отличия.
  • Разработка бэкенда и интеграций. При headless-архитектуре её можно вести параллельно с дизайном. В проекте FURLA бэкенд и интеграции начали делать, пока итальянская штаб-квартира ещё готовила глобальный дизайн.
  • Дизайн и витрины. Корзину, оформление заказа и личный кабинет часто проектируют заново под локального покупателя, даже если остальной дизайн задаёт бренд.
  • Перенос данных. Идёт на финальном этапе, параллельно с приёмочным тестированием, поэтому не удлиняет проект. Переносят каталог и товарный контент, клиентов, историю заказов, бонусные баллы, подарочные карты, контент страниц; каждый массив прогоняют пробно и сверяют до запуска.
  • SEO-миграция и тестирование. Карта соответствия старых и новых URL, 301-редиректы, метаданные, микроразметка; функциональное и нагрузочное тестирование.
  • Переключение и стабилизация. Запуск в согласованное окно, мониторинг заказов, оплат и обменов с ERP в первые недели, быстрые исправления.

Риски и как их снять

Большинство провалов реплатформинга заложены на старте: их снимают решениями в проектировании, а не героизмом в неделю запуска.

Потеря поискового трафика

  • Чем грозит: падение органических продаж на месяцы
  • Как снять: карта URL и 301-редиректы до запуска, перенос метаданных и микроразметки, мониторинг индексации после

Ошибки в данных

  • Чем грозит: неверные цены и остатки, потерянные баллы и история заказов
  • Как снять: пробные прогоны миграции, автоматическая сверка, заморозка изменений перед переключением

Сбои интеграций

  • Чем грозит: заказы не доходят до ERP, WMS или службы доставки
  • Как снять: обмен через шину данных или брокер сообщений, оркестрация заказа, тестирование на реальных сценариях

Срыв сроков

  • Чем грозит: два магазина и две команды работают дольше запланированного, растущий бюджет
  • Как снять: готовая функциональность вместо разработки с нуля, параллельная работа над бэкендом и дизайном, фиксированный объём первого релиза

Зависимость от внешних решений

  • Чем грозит: ожидание дизайна, согласований, решений штаб-квартиры
  • Как снять: headless-архитектура, при которой бэкенд не ждёт витрину

Новая привязка к вендору

  • Чем грозит: через несколько лет — тот же переезд
  • Как снять: компоненты с открытым кодом, развёртывание в инфраструктуре заказчика, заменяемые модули

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

Кейсы

FURLA: с Salesforce Commerce Cloud за шесть месяцев. Российский интернет-магазин итальянского бренда работал в составе глобальной системы на Salesforce Commerce Cloud, поддержка которой в России стала практически недоступна. Магазин перевели на Primo Commerce — composable-платформу интегратора Оджетто: бэкенд и интеграции делали параллельно с глобальным редизайном, который готовила штаб-квартира. Встроенная OMS позволила запустить самовывоз из бутиков без отдельной системы, заказ проходит через 1С, WMS и ОФД с фискализацией по фактическому составу. Корзину, оформление заказа и личный кабинет спроектировали под российского покупателя, добавили Яндекс Пэй и Яндекс Сплит. Обновлённый магазин запущен 30 сентября 2026 года, в установленный срок.

Bosco и ГУМ Аутлет: сначала аудит, потом решение. Переезду предшествовал подробный технический аудит, затем обсуждение его результатов внутри компании и с действующим подрядчиком, после чего было принято решение о переходе на Primo Commerce. Первым на новой платформе запустили ГУМ Аутлет: сайт и мобильное приложение вышли в продакшен за три месяца. Это пример пути «пилот на новом бренде»: платформу проверяют на отдельной витрине, прежде чем переводить основной магазин.

NAOS: с 1С-Битрикс на headless. Магазин брендов BIODERMA, Institut Esthederm и Etat Pur перевели с 1С-Битрикс на Primo Commerce (headless на базе Magento). Вместе с переездом пересобрали каталог — от задачи кожи, а не от бренда — и внедрили дизайн-систему. Запуск прошёл день в день по плану.

Gloria Jeans и «Ашан»: микросервисная платформа-основа. Gloria Jeans заменила SAP Commerce Cloud на Ensi — российскую платформу на сервисной архитектуре от Greensight. Путь «Ашана» на этой платформе сама Greensight описывает как четырёхлетний. Это хорошо показывает разницу в горизонте: платформа-основа даёт каркас, но большую часть бизнес-логики разрабатывают под проект.

Частые вопросы

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

Как понять, что пора менять платформу? Доработки дорожают и замедляются, вендор перестал поддерживать платформу, новые каналы — приложение, лояльность, новые бренды и страны — не встают на архитектуру. Прежде чем решать, стоит провести технический аудит: часть проблем решается без переезда.

Сколько длится реплатформинг? На готовой composable-платформе — от трёх до шести месяцев: ГУМ Аутлет запустил сайт и приложение за три месяца, FURLA переехала с Salesforce Commerce Cloud за шесть. На микросервисной платформе-основе и при кастомной разработке — от года.

Сколько стоит смена платформы для крупного магазина? Ориентиры 2026 года по стоимости внедрения: готовая composable-платформа — от 10 млн ₽ (от 15 млн ₽ с мобильным приложением), микросервисная платформа или собственная composable-сборка — от 15 млн ₽ по информации с рынка, кастомная разработка — от 20 млн ₽. Технический аудит перед решением — порядка 500 тыс. – 1,5 млн ₽.

Как не потерять SEO при переезде? Составить карту соответствия старых и новых URL, настроить 301-редиректы, перенести метаданные и микроразметку до запуска, а после — следить за индексацией и позициями.

Можно ли сменить платформу без остановки магазина? Да. Новый магазин строят рядом со старым и переключают в согласованное окно, а при поэтапном переезде функции переносят по одной.

Куда перейти с 1С-Битрикс? Крупному магазину — на composable-архитектуру (готовую платформу вроде Primo Commerce или микросервисную вроде Ensi) либо на кастомную разработку. Так, NAOS перешёл с 1С-Битрикс на Primo Commerce с headless-витриной.

Чем заменить SAP Commerce Cloud, Salesforce Commerce Cloud или Adobe Commerce? Отечественными и open-source решениями: FURLA переехала с Salesforce Commerce Cloud на Primo Commerce на базе Magento Open Source, Gloria Jeans — с SAP Commerce Cloud на Ensi.

Переезжать сразу или поэтапно? Сразу — если старая платформа без поддержки и жить на двух системах дороже. Поэтапно или через пилот на отдельном бренде — если цена ошибки высока и продажи нельзя ставить под риск даже на день.