Перейти к содержимому
Денис Адамчик
Денис Адамчик
  • 26 авг. 2026 г.
  • 10 мин чтения

Почему интернет-магазины — на Medusa, а не на Битриксе или Shopify

Ряды открытых картонных коробок, снятые вблизи

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

Я собираю магазины на Medusa. Ниже — что это такое и чем она лучше четырёх альтернатив, которые обычно лежат на столе рядом.

Что такое Medusa

Открытая платформа для интернет-магазинов, написанная на TypeScript и опубликованная под лицензией MIT. Ядро закрывает то, что одинаково у всех: товары и варианты, корзина, заказы, скидки, склады, регионы продаж и налоги, интерфейсы платёжных и доставочных провайдеров. Админка входит в комплект. Витрина — отдельное приложение на Next.js, которое общается с ядром по API.

Отдельно и платно лицензированы только две корпоративные функции: разграничение прав доступа сотрудников (RBAC) и единый вход (SSO). Всё, из чего состоит обычный магазин, входит в MIT.

SaaS-платформы: удобно ровно до первого требования

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

Что становится проблемой позже:

  • Плата растёт вместе с оборотом. К абонентской плате добавляется процент с продаж — у Shopify он снимается со всех заказов, если не подключён его собственный платёжный сервис. Работа по установке магазина разовая, а комиссия — навсегда, и точка, где она перевешивает, наступает тем раньше, чем лучше идут продажи.
  • Кастомизация — в границах, которые провела платформа. Нестандартный сценарий заказа, свой расчёт доставки или собственная логика скидок либо предусмотрены, либо нет.
  • Данные и клиенты живут внутри платформы, и уйти с неё — это отдельный проект по переносу.
  • Российскому продавцу зарубежная платформа отдельно неудобна: приём платежей и фискализация по 54-ФЗ — не то, чем занимается иностранный сервис.

Коробочные решения: 1С-Битрикс и подобные

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

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

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

Практическая разница слышна на первом же нестандартном требовании. В коробочном решении ответ звучит как «так нельзя». Здесь — «нужно написать модуль».

WooCommerce: магазин как плагин к блогу

Стартовать дёшево, и это его главный аргумент. Дальше магазин начинает складываться из плагинов: один для доставки, другой для оплаты, третий для вариантов товара — от разных авторов, с разными циклами обновлений, часть платные ежегодно. Каждый добавляет свой код на сервер, и сумма годовых лицензий незаметно догоняет стоимость нормальной разработки.

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

Magento и Adobe Commerce

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

Открытые конкуренты: Vendure, Saleor, Sylius

Самое честное сравнение — с теми, кто устроен похоже. Sylius построен на PHP и Symfony, Saleor — на Python с GraphQL, Vendure — тоже на TypeScript и ближе всего.

Почему из них я выбрал Medusa:

  • Один язык на весь проект. TypeScript в ядре, в дописанных модулях и в витрине на Next.js. Одна кодовая база, одни типы от базы данных до кнопки «Купить» — и, что важнее для владельца, один разработчик вместо связки «бэкендер на PHP плюс фронтендер».
  • Модули и рабочие процессы как штатный способ дописывать логику, а не как обходной путь.
  • Админка и витрина есть сразу: рабочая панель управления в комплекте и готовый стартовый магазин на Next.js, а не только API, к которому интерфейс нужно писать с нуля.
  • MIT без оговорок на всё, из чего состоит обычный магазин. У открытых платформ лицензии различаются сильнее, чем кажется, и это стоит проверять до начала работы, а не после.
  • Активное сообщество и подробная документация — то, что решает, найдётся ли ответ на редкий вопрос и найдётся ли другой разработчик потом.

Коротко, в одной таблице

SaaS-платформа Коробочное решение WooCommerce Medusa
Абонентская плата да лицензия и продление нет нет
Процент с оборота обычно да нет нет нет
Как добавляется своя логика если предусмотрена правкой компонентов плагинами модулем рядом с ядром
Где живут товары и клиенты у платформы у владельца у владельца у владельца

Что это даёт на российском рынке

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

  • Оплата — ЮKassa или Robokassa, с фискализацией и чеком покупателю по 54-ФЗ.
  • Доставка — ApiShip: СДЭК, Почта России, Boxberry и другие службы одним подключением, плюс самовывоз и расчёт стоимости прямо в корзине.
  • Налоги и регионы продаж — ставки, отображение цены и правила для разных городов настраиваются в админке.

Сколько стоит сама платформа

Нисколько. Ни платы за установку, ни абонентской, ни процента с оборота. Расходы — сервер с базой данных и комиссия платёжного провайдера за приём платежа, то есть за работу, а не за факт существования магазина.

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

Когда Medusa не нужна

  • Двадцать товаров, обычная доставка и никаких особых требований. Конструктор дешевле, и я скажу это прямо.
  • Продажи целиком идут через маркетплейсы. Тогда сначала нужна витрина или лендинг, а не второй канал продаж со своей корзиной.
  • Магазин нужен завтра и без разработчика. Medusa — платформа для разработки, а не конструктор.
  • Весь учёт в 1С, и нужна коробочная интеграция «из коробки». С Medusa обмен с 1С делается, но это работа, а у Битрикса она уже есть.

Живой пример

Демонстрационный магазин работает на dtc.sourcemap.ru — витрина и админка, развёрнутые мной. Это демонстрация возможностей, а не клиентский проект: дизайн для конкретного магазина разрабатывается отдельно. Что показывает демо и что в нём намеренно не подключено — на странице решения «Интернет-магазин», а что входит в работу — на странице услуги «Интернет-магазины».

Если магазин уже есть и вопрос в том, стоит ли переезжать, — напишите: разбор задачи бесплатный, и иногда честный ответ на него «оставайтесь там, где есть».

MedusaИнтернет-магазиныЭлектронная коммерция

Ещё статьи