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

Технологический стек сайта (связка CMS или фреймворка с языками бэкенда и фронтенда) определяет сроки запуска, стоимость поддержки и вашу зависимость от одного разработчика. К октябрю 2026 года условия изменились: одна из коробочных CMS прекратила поддержку PHP ниже 8.2, а Федеральный закон от 26.07.2026 № 243-ФЗ добавил обязанности владельцам сайтов с ИИ-инструментами. Ниже: чем различаются коробочная CMS, самописный движок и headless, когда хватает готового решения, какие версии PHP и MySQL выбирать и что учесть из закона.

Чем различаются коробочная 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 и MySQL брать для нового сайта

Для проектов на Битриксе рекомендуемые версии: PHP 8.4+ и MySQL 8.4+. Так они названы в материале об обновлении одной из коробочных CMS.

Условия там такие. С 01.02.2026 прекращена поддержка PHP ниже 8.2, а сайты на PHP 8.0/8.1 находятся в зоне риска: часть обновлений ядра и модулей ориентируется на PHP 8.2+. С сентября 2026 года для той же платформы ограничена поддержка MySQL ниже 8.0.

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

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

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

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

Что спросить у подрядчика и какие требования закона учесть

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

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

Теперь правовая рамка на 18.10.2026. Конституция РФ (ст. 24) не допускает сбор, хранение, использование и распространение информации о частной жизни лица без его согласия.

Федеральный закон от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации» изменен Федеральным законом от 26 июня 2026 г. № 210-ФЗ: часть изменений вступила в силу 26 июня 2026 г., остальные начнут действовать с 1 марта 2027 г. Отдельная норма касается обладателей информации, размещаемой в форме открытых данных. Если размещение идет с нарушением Федерального закона от 27 июля 2006 года № 152-ФЗ «О персональных данных», оно должно быть приостановлено или прекращено по требованию уполномоченного органа по защите прав субъектов персональных данных.

Отдельно о Федеральном законе от 26.07.2026 № 243-ФЗ «О поддержке развития технологий искусственного интеллекта в Российской Федерации». Его основная часть действует с 1 сентября 2026 г. Наиболее чувствительные для сайтов статьи, в том числе про маркировку и права на ИИ-результаты, начнут действовать с 1 марта 2027 г.

Если ваш сайт дает пользователям ИИ-инструменты (статья 10), например встроенный генератор или чат-бот, вы уведомляете пользователя о 2 вещах. Первая: кому принадлежат права на результаты, полученные с помощью модели ИИ. Вторая: на каких условиях результаты доступны, используются и сохраняются (при наличии технической возможности). Требование действует, если иное не установлено законом.

Для медийных проектов есть своя рамка. По разъяснению Роскомнадзора, для распространения массовой информации через сайт лицензия на вещание не требуется. Регистрация сайта как сетевого издания добровольна, а к заявлению прилагают документ, подтверждающий право использования доменного имени.

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

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

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