Как выбрать технологический стек сайта под задачи бизнеса

Технологический стек сайта (связка CMS или фреймворка с языками бэкенда и фронтенда) определяет сроки запуска, стоимость поддержки и вашу зависимость от одного разработчика. В 2026 году условия изменились: 1С-Битрикс с 1 февраля ограничил поддержку PHP ниже 8.2. Ниже: чем различаются коробочная CMS, самописный движок и headless, когда хватает готового решения, какие версии PHP выбирать и что спросить у подрядчика.

Чем различаются коробочная CMS, самописный движок и headless

Это 3 разных подхода к устройству сайта. Кроме них в перечне способов реализации есть конструктор сайта, разработка на фреймворках и собственная разработка с нуля.

Коробочная CMS. Это готовая универсальная система управления сайтом: она позволяет редактировать контент, подключать плагины, а команду поддержки для нее можно найти на рынке. Плюс очевиден: специалистов много. Минус в том, что универсальный движок не всегда ложится на нестандартную логику.

Самописная CMS. Это движок, который пишут под конкретные задачи бизнеса: он гибкий и производительный, но проект оказывается привязан к разработчику. Вы получаете ровно то, что нужно, но поддерживать систему сможет в основном ее автор.

Headless. Headless буквально значит «без головы» — без встроенной публичной части, которая рисует страницы. Данные, админка и бизнес-логика остаются, а наружу система отдает не HTML, а данные, обычно JSON через API. Витрину строит отдельный клиент: SPA, мобильное приложение или фронтенд на Next.js. Это гибко, зато для простого сайта получаются лишние приложения и слой API.

По критериям картина такая. Коробочная CMS выигрывает доступностью команды, самописная гибкостью, headless свободой в выборе витрины. Цена каждого выигрыша своя: универсальность, привязка к автору или усложнение архитектуры.

Когда хватает готовой CMS, а когда нужен свой движок

Если у вас визитка, лендинг или классический корпоративный сайт на пару десятков страниц, по мнению автора одного из разборов, хватит обычного Битрикса. Большинство корпоративных сайтов крупных компаний в России работают на CMS, чаще всего на «1С-Битрикс», и это понятная отправная точка.

Самописный движок выбирают, когда коробочные CMS и конструкторы не подходят по логике, безопасности или редакторским сценариям. Типичные случаи: онлайн-СМИ, закрытые корпоративные порталы, внутренние сервисы и проекты с нестандартной структурой контента.

Гибкость здесь не бесплатна. Проект привязывается к разработчику.

Для визитки, лендинга или классического корпоративного сайта на пару десятков страниц, по оценке одного из практикующих разработчиков, достаточно штатных компонентов коробочной CMS. Он же замечает, что headless в такой ситуации добавит два приложения и слой API на ровном месте. Это мнение автора, но логика понятная: лишние слои нужно кому-то поддерживать.

Переведем на вашу ситуацию. Если контент укладывается в стандартные разделы и карточки, нестандартный движок не нужен. Если у вас закрытый портал или сложные редакторские сценарии, готовая CMS может упереться в ограничения, и тогда самописный вариант оправдан. Только заранее обсудите, кто будет поддерживать систему после запуска.

Как распределяются роли фронтенда и бэкенда

Фронтенд — то, что видит пользователь, бэкенд — то, что работает за кулисами. Это разделение помогает понять, что именно вы заказываете.

Фронтенд чаще всего пишут на связке HTML/CSS и JavaScript. Дополнительно используют фронтенд-фреймворки и библиотеки (готовые наборы кода для типовых задач) в зависимости от задач и выбранного стека.

Бэкенд отвечает за логику работы сайта, хранение данных и обработку запросов пользователей. Его пишут на разных языках, а для ускорения разработки часто берут серверные фреймворки.

Связь с выбором движка простая. В коробочной CMS бэкенд и витрина идут одним пакетом. В headless они разнесены: бэкенд отдает данные через API, а фронтенд живет отдельно. Поэтому в headless вы нанимаете, по сути, две команды или одну с двумя компетенциями.

Пример для ориентира: в России корпоративные сайты крупных компаний, по обзору экспертной статьи, чаще всего работают на CMS, прежде всего на «1С-Битрикс». Для таких сайтов команду искать проще.

Это не значит, что другой стек хуже. Просто на распространенном стеке подрядчиков больше.

Сколько занимает разработка и из-за чего растет бюджет

Срок зависит от масштаба и от того, насколько освоен стек. По оценке одного из подрядчиков корпоративной разработки (материал 2026 года), ориентиры такие:

• небольшой сервис с 1–2 интеграциями: 5–8 месяцев;
• крупный сервис с несколькими контурами: 8–12 месяцев;
• платформа с микросервисной архитектурой: 10–18 месяцев.

На срок влияют сложность интеграций, нагрузка и эксплуатация, а для платформ еще оркестрация, независимые релизы и DevOps. Это оценки для корпоративных сервисов, а не для простого сайта-визитки.

Что это значит для вас: один и тот же объем работ делается быстрее на освоенном стеке и заметно медленнее на редком. Редкий стек удлиняет сроки еще и потому, что нужных специалистов мало.

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

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

Какие версии PHP брать для нового сайта

Для проектов на 1С-Битрикс разработчик рекомендует PHP 8.3 и выше. Так сказано в его официальном уведомлении об изменении требований.

Условия там такие. С 01.02.2026 поддержка PHP ниже 8.2 ограничена: без перехода на 8.2 не установить обновления коробочных продуктов, а для PHP 8.1 исправления больше не выпускают.

Это требования конкретной платформы, а не общее правило для всех сайтов. Но если вы выбираете именно такую CMS, они вас касаются напрямую.

Проверьте окружение до выбора подрядчика.

По мнению одного из разработчиков, PHP 8.4 в 2026 году уже рабочий стандарт для новых проектов и большинства сайтов без древнего кода. Он же советует хотя бы рассмотреть переход на PHP 8.4, если сайт работает на WordPress 6.x, Bitrix 25.x или Laravel 11/12.

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

Что спросить у подрядчика

Подрядчика оценивают по фактической практике на аналогичном стеке. По рекомендациям одной из экспертных статей для корпоративного проекта, запросите:

• подтвержденные кейсы на похожем стеке;
• состав команды: архитектор, DevOps, аналитик и специалист по безопасности;
• глубину экспертизы по интеграциям;
• описание процесса QA (проверки качества);
• условия передачи документации и кода, зафиксированные в контракте.

Стек выбирают под задачу, команду и сроки

• Коробочная CMS закрывает визитку, лендинг и корпоративный сайт на пару десятков страниц.
• Самописный движок оправдан там, где не подходят логика, безопасность или редакторские сценарии готовых решений, но он привязывает проект к разработчику.
• Headless отдает данные через API, а витрину строит отдельный клиент, поэтому для простого сайта это лишние приложения.
• Окружение проверяют до старта: у 1С-Битрикс поддержка PHP ниже 8.2 ограничена, рекомендуется PHP 8.3 и выше.
• Подрядчика оценивают по кейсам на аналогичном стеке, составу команды и условиям передачи кода и документации.

Если стек еще не выбран, запишитесь на консультацию в QIO: студия разрабатывает сайты на 1С-Битрикс и Tilda, и вместе можно сверить задачи сайта с требованиями окружения.