Почему мы не переписываем бэкенд при headless-миграции с 1С-Битрикс
Автор: WebGoodPeople
Главный страх клиентов
Когда мы говорим «headless», клиенты обычно слышат «нужно переписать весь бэкенд». Это неверное понимание, которое стоит исправить с самого начала.
Ваш 1С-Битрикс с каталогом, ценами, заказами, интеграцией с 1С и CRM — никуда не уходит. Мы меняем только то, что видит покупатель: фронтенд.
Что такое headless в нашем понимании
Headless — это когда бэкенд (CMS, каталог, бизнес-логика) отделён от фронтенда (то, что рендерится в браузере). Они общаются через API.
Классический Битрикс работает как монолит: и бэкенд, и фронтенд — одно целое. Шаблоны, компоненты, вёрстка — всё внутри Битрикс.
В нашей схеме:
- Битрикс — остаётся как есть. Каталог, заказы, 1С-обмен, права доступа, контент.
- Elasticsearch — принимает данные из Битрикс и обслуживает поиск и фильтры.
- Next.js — фронтенд, который читает данные из Битрикс API и Elasticsearch, рендерит страницы.
Почему переписывать бэкенд — плохая идея
Мы видели проекты, где агентство убеждало клиента «заодно перейти на более современный стек». Итог — 12–18 месяцев разработки, потеря накопленной бизнес-логики и отлаженных интеграций.
У вас в Битрикс может быть нетривиальная логика расчёта цен для B2B-клиентов, интеграция с несколькими складами через 1С, сложные правила видимости товаров по ролям, работающие интеграции с маркетплейсами. Всё это писалось годами. Зачем трогать то, что работает?
Как это работает на практике
Наш процесс начинается с Catalog Probe — за 3 дня мы берём ваш каталог (CSV или XML-выгрузку из Битрикс), индексируем в Elasticsearch и показываем живой прототип фронтенда с вашими товарами. Без единой строчки изменений в бэкенде.
Это снимает главный риск: вы видите реальный результат до начала полноценного проекта. После этого — итеративная разработка. Новые страницы запускаются поверх Битрикс одна за другой. Старый сайт продолжает работать параллельно до полного переключения.
Реальные результаты
УралМеталл — металлопрокат, 20 000+ товаров. Запустили headless фронтенд поверх существующего Битрикс без изменений в бэкенде. Результат: SEO-трафик ×3,5, Core Web Vitals — зелёные по всем метрикам.
Vostok-Watches24 — международный магазин часов. Один бэкенд на Битрикс обслуживает 3 рынка (RU, KZ, международный) с разными ценами и локализацией. Переделывать бэкенд не пришлось — добавили Elasticsearch и Next.js фронтенд поверх.
Что это значит для вас
Если у вас работающий магазин на Битрикс и вы хотите лучший фронтенд — не нужно всё переделывать. Нужно добавить слой, который отвечает за то, что видит покупатель. Catalog Probe — живой прототип за 3 дня.
Читайте также
Статьи по близким темам — из реальных проектов.
Когда Frontbox вам не нужен
Честный разбор от команды, которая делает Frontbox: шесть случаев, когда новая витрина поверх 1С-Битрикс не нужна, что выбрать вместо неё и по каким признакам Frontbox всё-таки стоит рассмотреть.
Blog · October 19, 2026Как согласовать приёмку доработки интернет-магазина
Как провести задачу магазина от запроса до приёмки на условном примере фильтра каталога. С критериями готовности, ответственными и форматом закрывающего ответа.
Blog · October 19, 2026Запрос покупателя: карточка, раздел или статья?
Покупатель ввёл запрос, а магазин открыл не ту страницу или никакую. Разбираем на нашем демо-магазине на Frontbox, как по запросу понять тип страницы, и показываем проверку «10 запросов, одна таблица» для своего каталога.
Рассылка
Разборы headless‑миграций и AI‑пилотов
Раз в 2 недели — реальные кейсы, цифры и архитектурные решения. Без маркетингового шума.