Headless-переход с 1С-Битрикс на Next.js: когда монолит тормозит рост B2B-платформы

Когда Битрикс-монолит становится ограничением

1С-Битрикс — один из самых популярных CMS на российском рынке, и не зря: мощная бизнес-логика, гибкие iblock, зрелая экосистема. Но есть момент в жизни любого крупного B2B-проекта, когда стандартная PHP-архитектура начинает тормозить рост, а не помогать ему.

Мы видели эту картину у десятков клиентов. Сайт работает — но медленно. Личный кабинет требует 5–6 секунд для загрузки. Добавить новый блок на страницу означает 2 недели правок в шаблонах. А о мобильном приложении для сотрудников вообще приходится забыть — нет нормального API.

Пять признаков того, что пора переходить на headless

• Время загрузки личного кабинета больше 3 секунд. Стандартный PHP-рендеринг Битрикса не рассчитан на современные ожидания пользователей. Клиенты, работающие с планшетов на производстве или в логистике, уходят с сайта и звонят менеджеру.
• Разработка любого изменения занимает непропорционально много времени. Когда правка одной кнопки требует понимания всей системы шаблонов — это признак монолита. Headless-фронтенд на Next.js позволяет работать независимо от бэкенда.
• Нет нативного мобильного приложения. PWA решает часть задач, но не все: push-уведомления, камера, биометрия, офлайн-режим — для этого нужен React Native. И он требует API-слоя, которого у монолита нет.
• Трудно масштабировать команду. Когда и бэкенд, и фронтенд — один большой PHP, разделить работу между несколькими командами крайне сложно. Headless позволяет отдельно масштабировать UI-разработку.
• Высокая нагрузка на сервер при пиках. Next.js с SSG снимает нагрузку с PHP-бэкенда для публичных страниц: каталог, блог, лэндинги отдаются из CDN, Битрикс обрабатывает только API-запросы.

Наш подход: не выбрасывать, а трансформировать

Классическая ошибка — думать, что headless-переход означает написать всё с нуля. Это дорого, долго и рискованно: вы теряете годы накопленной бизнес-логики в Битрикс.

Наш подход иной: превращаем Битрикс в API-сервер. Пишем PHP-модуль, который экспонирует все нужные методы через защищённый REST API с JWT-авторизацией. Бизнес-логика сохраняется полностью — мы только добавляем API-слой поверх неё.

Фронтенд пишем на Next.js с App Router: публичные страницы — SSG (мгновенная загрузка), личный кабинет — SSR (корректная авторизация). Результат: скорость загрузки снижается в 4–5 раз, разработка новых фич ускоряется, а мобильное приложение получает нужный API.

Сколько это занимает

На практике: от 6 до 12 недель в зависимости от сложности бизнес-логики и количества ролей пользователей. Первый результат клиент видит через 3–4 недели.

Если хотите оценить, подходит ли headless-переход для вашего проекта — свяжитесь с нами.