Свой e-commerce vs готовая CMS: когда уходить от Bitrix и Shopify

Я сделал десяток проектов и на CMS (Bitrix, Shopify, WordPress), и на собственном стеке (Django + Next.js). Один и тот же магазин на разных платформах живёт по-разному. Расскажу, когда CMS — это правильное решение, а когда уход на свой стек окупается за полгода.

Что вам обещает CMS

Готовые платформы продаются под лозунгом «запустись за день». И это правда — для типового магазина с 50 товарами и стандартными полями (название, цена, фото, описание) Shopify или Bitrix действительно стартуют за один вечер.

Стандартный набор из коробки:

• Каталог с категориями
• Карточки товаров с фото, ценой, описанием
• Корзина и оформление заказа
• Платежи через типичные провайдеры
• Базовая SEO-разметка
• Шаблоны дизайна

Если ваш бизнес помещается в эти рамки — CMS отличный выбор. Не выдумывайте.

Где CMS начинает мешать

Проблемы появляются когда бизнес-логика выходит за стандарт. Реальные случаи из моих клиентов:

1. Нестандартные правила цен

Клиент-косметология (Diamond Pharm в моём портфолио): цены зависят от объёма закупки, статуса салона, текущих сертификатов. Часто товары идут с пометкой «цена по запросу» с переходом в WhatsApp или Telegram. Bitrix умеет в скидки, но не умеет в «многоканальный диалог о цене как часть процесса покупки».

2. Сложная иерархия категорий с динамическими полями

Профессиональная косметика — у каждой категории свой набор характеристик. У биоревитализации одни поля (молекулярный вес гиалуроновой кислоты, объём, концентрация), у мезонитей — другие (длина, материал, тип нити). Стандартный «список характеристик» в Bitrix превращается в свалку.

3. Уникальные процессы оформления заказа

B2B-магазины часто требуют: загрузка лицензии врача-косметолога, проверка статуса клиники, многоступенчатая авторизация, NDS-документация, разные курьеры под разные регионы. На CMS это либо плагины (которые ломаются при обновлении), либо «кастомизация», за которую вам пришлют счёт на два миллиона.

4. Кастомная админка для контент-менеджера

Bitrix Admin — это панель из 2010 года. Для массивов товаров с богатым контентом (фото, видео, документы, инструкции) контент-менеджер тратит в 2-3 раза больше времени, чем мог бы. Я делал кастомные админки на Next.js с drag-drop конструктором страниц — производительность контент-команды растёт в 3 раза.

Реальная стоимость CMS-кастомизации

Пример из жизни клиента, который пришёл от Bitrix-разработчика:

• Базовый Bitrix Старт: бесплатно (но фактически 50k за лицензию для коммерции)
• Кастомизация под кастомные поля: 200k
• Интеграция с 1С + ЮКассой: 150k
• Разработка собственного фильтра: 80k
• Тематическая вёрстка из готового макета: 250k
• Итого: ~700k ₽ за магазин, который примерно 60% функциональности custom

При этом каждое обновление Bitrix создаёт риск, что половина кастомизаций сломается. У клиента не было unit-тестов (на Bitrix их обычно нет), и каждое обновление превращалось в неделю боли.

Сколько стоит свой стек

Тот же магазин, который я переписал на Django + Next.js:

• Backend (Django + DRF + PostgreSQL): 350k
• Frontend (Next.js + Tailwind): 280k
• Кастомная админка с drag-drop: 200k
• Интеграции (1С, ЮKassa, СДЭК): 150k
• Итого: ~980k ₽

Дороже на 40% на старте. Но:

• Каждое расширение делается за день, не неделю
• Обновления контролируемые, ничего не ломается
• Клиент уходит от vendor lock-in (никаких лицензий Bitrix навсегда)
• Контент-менеджер быстрее на 60% за счёт нормальной админки
• Сайт быстрее (PageSpeed 90+ vs 50-60 у typical Bitrix)

Через год кастомный стек окупается за счёт скорости итераций и отсутствия лицензионных платежей.

Когда CMS — правильный выбор

Это не «всегда плохо». CMS подходит когда:

• Магазин-ядро: 50-500 товаров, стандартные поля, типичный процесс заказа
• Бюджет ограничен: < 500k на запуск
• Не планируется развитие: вы запустите и не будете много менять
• Нет в команде разработчика: контент-менеджер должен сам всё настраивать
• Не приоритет SEO: вам хватит органического трафика «как получится»

В этих случаях Tilda, Insales, Shopify — отличные инструменты. Не выдумывайте велосипед.

Когда стоит идти на свой стек

Без сомнений — переходите на собственный стек когда:

• Уникальная бизнес-логика: ваш процесс заказа отличается от типичного
• B2B с многоступенчатой авторизацией: лицензии, верификация, разные тарифы
• 5000+ товаров с динамическими категориями: CMS-фильтры не справятся с производительностью
• Контент-менеджер тратит много времени: своя админка окупится за полгода
• SEO критично для бизнеса: на CMS вы соревнуетесь с конкурентами на тех же шаблонах
• Планируете расширяться: моб. приложение, API для партнёров, кабинет агента — на CMS всё это либо через плагины, либо никак

Стек, который я использую для серьёзных e-commerce

Проверенный шаблон для среднего и крупного интернет-магазина:

• Backend: Django + DRF (admin) + Strawberry GraphQL (API для фронта)
• Database: PostgreSQL + Redis (кеш) + OpenSearch (поиск по товарам)
• Frontend: Next.js 15 с ISR (быстрая отдача каталога) и SSR (карточки товаров)
• Admin: своя на Next.js — drag-drop layout, удобные таблицы товаров, аналитика
• Infrastructure: Docker + Nginx + S3-совместимое хранилище для медиа

С таким стеком сайт делается за 2-4 месяца под ключ, выдерживает 50k+ товаров без проблем и развивается как угодно после запуска.

Итог

CMS — отличный инструмент для типовых задач. Свой стек — отличный инструмент для нетиповых. Главная ошибка — выбирать CMS из соображений «дешевле», а потом тратить миллионы на её костыли.

Честный совет: если ваша задача нестандартна с самого начала, не идите на CMS. Это попытка сэкономить, которая обычно стоит дороже хорошо собранного custom-решения. И каждый раз, когда я перевожу клиента с Bitrix на собственный стек, первое, что я слышу через месяц: «Если бы я знал, что можно вот так — никогда бы не пошёл на CMS».

Решение должно следовать за реальной задачей. Не за маркетингом.