Legan Studio
Все статьи
~ 5 мин чтения

Свой бэкенд vs no-code: где грань для бизнеса

Когда no-code решения (Tilda, Bubble, n8n, Make) достаточно, а когда нужен собственный бэкенд. Реальные пороги, риски и как мигрировать без боли.

  • сайт
  • no-code
  • стратегия

В 2026 году no-code-инструменты стали серьёзной альтернативой собственной разработке для многих сценариев. Tilda, Bubble, Webflow, n8n, Make, Notion-первые-сайты — это уже не «детская площадка», а полноценные инструменты, на которых работают компании с миллиардными оборотами. Но и пределы у них есть. Ниже — где no-code достаточно, а где придётся переходить на код.

Когда no-code — рабочий выбор

Несколько ситуаций, в которых no-code в 2026 году бьёт собственную разработку по соотношению цены и пользы:

  • MVP и тестирование гипотез. Запустить за неделю, посмотреть на реакцию рынка, при необходимости переделать.
  • Сайт-визитка или лендинг. Tilda за 1–2 недели даёт результат, который custom-разработка делает за 6.
  • Простой интернет-магазин до 200 SKU. InSales, Tilda Store, Webflow Ecommerce справляются.
  • Внутренние инструменты. Календарь записи, табличка проектов, таск-трекер. Notion + Make решают задачу за день.
  • Автоматизация процессов. Зашёл лид с формы → CRM → SMS клиенту → задача менеджеру. Make/n8n собирает за 3–4 часа.
  • Нечастые операции и админки. Простой интерфейс для 2–3 сотрудников, которые видят и правят данные.

Во всех этих случаях самописный продукт даёт минимальный плюс к функциональности и кратный минус к скорости и стоимости.

Когда no-code упирается в потолок

И обратные ситуации, в которых no-code превращается в боль:

  • Сложная бизнес-логика. Когда «если клиент из такого-то региона и заказал то-то, то применить такую-то скидку, но если он VIP, то ещё другую скидку, но не больше N%» — это нужно в коде.
  • Высокая нагрузка. Tilda и Bubble хорошо держат до тысяч пользователей одновременно; миллионы — уже нет.
  • Глубокие интеграции с системами клиента. Если ваш бэкенд должен в реальном времени общаться с 1С через сложный обмен — это сложнее на no-code.
  • Производительность. Реактивные интерфейсы, миллисекундная отрисовка, сложная анимация — no-code тут проигрывает.
  • Уникальный UX. Если интерфейс — это часть вашего конкурентного преимущества, шаблонные блоки no-code будут видны как «один из тысячи похожих».
  • Большие данные и аналитика. Когда нужно обрабатывать миллионы записей, no-code не справляется.
  • Compliance и регуляторика. Финансы, медицина, госуслуги — там обычно требуется глубокий контроль над хостингом и кодом, что в no-code невозможно.

В этих случаях no-code превращается в плохое решение: «работает кое-как», падает в самые неподходящие моменты, поддерживать и масштабировать сложно.

Реальные пороги перехода

Числовые ориентиры, при которых пора задумываться о собственном бэкенде:

ПараметрNo-code хватаетНужен код
Одновременных пользователейдо 200500+
Заказов в деньдо 100500+
SKU в каталогедо 5002000+
Сотрудников с ролями в системедо 1030+
Интеграций с внешними системами1–35+
Сложность бизнес-правилнизкаявысокая
Регуляторные требованиябазовыестрогие

Если 3+ параметров в правой колонке — лучше не насиловать no-code, а сразу делать собственный бэкенд. Это в долгую дешевле, чем переезд позже.

Гибридная архитектура

Идеальный вариант для растущего бизнеса — гибрид:

  • Frontend на no-code (Tilda, Webflow) — быстрая правка контента, маркетинговые лендинги.
  • Backend на коде — основная логика, расчёты, интеграции.
  • Связка через API. Frontend вызывает свой API, который реализован на собственном бэкенде.

Это позволяет получать скорость no-code там, где она важна (контент-страницы, маркетинговые акции), и при этом иметь полноценный код там, где нужна гибкость и производительность (расчёты, заказы, личные кабинеты).

Пример из жизни: интернет-магазин на Webflow, у которого корзина и оплата работают через собственный API на Node.js. Маркетолог сам правит главную страницу и баннеры; разработчики занимаются только тем, что требует кода.

Стоимость сравнения

Реалистичные цифры:

Тип проектаNo-codeCustom
Лендинг30–80 тыс. ₽150–400 тыс. ₽
Сайт-визитка60–150 тыс. ₽300–700 тыс. ₽
Простой магазин100–300 тыс. ₽600 тыс. – 2 млн ₽
Внутренняя CRM100–250 тыс. ₽ (Bubble)800 тыс. – 3 млн ₽
Сложный SaaSНЕЛЬЗЯ3–15 млн ₽

Помимо разовых затрат, у no-code есть подписки: Tilda — от 8 тыс. ₽/год, Webflow — от 1 800 ₽/мес., Bubble — от 1 800 ₽/мес. У собственного кода — хостинг от 1 тыс. ₽/мес. На длинной дистанции (5+ лет) свой код может оказаться дешевле.

Риски no-code, о которых не говорят

Несколько вещей, которые часто всплывают через 2–3 года:

  • Зависимость от платформы. Если Tilda поднимет цену в 5 раз или закроется, ваш сайт уйдёт с ней.
  • Ограничения SEO. Базово хорошо, но тонкая настройка — сложнее, чем в коде.
  • Производительность. Чем больше блоков и анимаций, тем медленнее. Мобильные пользователи страдают.
  • Безопасность. За вас отвечает платформа; если у неё инцидент — у вас инцидент.
  • Экспорт данных. Не из всех no-code легко вытащить данные при переезде.

Это не повод не использовать no-code — это повод знать, на что вы соглашаетесь.

Когда переходить с no-code на код

Сигналы:

  • регулярно сталкиваетесь с «нельзя сделать в Tilda/Bubble» по бизнес-задачам;
  • скорость сайта в красной зоне Core Web Vitals и не лечится;
  • расходы на подписки превысили 30–50 тыс. рублей в месяц;
  • интеграции собираются «костылями» и регулярно ломаются;
  • маркетинг тратит на правки no-code больше времени, чем на креатив;
  • регуляторные требования усилились (например, переход на строгий 152-ФЗ режим).

Если 2–3 сигнала — пора планировать переезд. Делайте его поэтапно: сначала перенесите критичные блоки на код, оставив no-code для маркетинга, потом — постепенно остальное.

Главное

No-code в 2026 году — это полноправный инструмент в арсенале бизнеса. Его сильные стороны — скорость и низкая стоимость; слабые — потолок производительности и зависимость от платформы.

Универсальный совет: начинайте с no-code, переходите на код по мере роста бизнеса. Это даёт самый быстрый старт и самые гибкие возможности развития. Главное — не геройствовать в обе стороны: не стройте «всё custom» на старте, не «насилуйте» Bubble на 200 тыс. пользователей.