Готовая CMS, конструктор или разработка с нуля: на чём делать сайт компании

Как выбрать платформу для корпоративного сайта: конструкторы вроде Tilda, CMS вроде 1С-Битрикс и WordPress, headless CMS и собственная разработка — критерии, ограничения, стоимость владения и признаки, что платформу пора менять.

Выбор платформы для сайта компании обычно начинают с неверного вопроса: «что сейчас популярно». Правильный вопрос звучит иначе: кто будет менять сайт через год, с какими системами он должен обмениваться данными и что вы будете делать, если платформа или подрядчик перестанут вас устраивать. Ошибка здесь стоит дорого не в момент запуска, а позже, когда сайт на конструкторе упирается в потолок, а тяжёлая CMS для трёх страниц съедает бюджет на поддержку. Ниже — чем на самом деле отличаются конструкторы, готовые CMS, headless-системы и собственная разработка, где у каждого варианта предел и как принять решение, о котором не придётся жалеть. Короткий ответ Для простого сайта-визитки или промо-страницы, который редактирует маркетолог, достаточно конструктора. Для корпоративного сайта с каталогом, новостями и интеграцией с 1С разумна готовая CMS. Когда сайт — часть цифрового продукта с личным кабинетом, мобильным приложением и сложной логикой, нужна headless CMS или собственная разработка. Граница между вариантами проходит не по числу страниц, а по трём признакам: нестандартная логика, интеграции и требования к контролю над кодом и данными. Чем варианты отличаются на самом деле Внешне любой вариант даёт одно и то же — страницы в браузере. Разница в том, кто за что отвечает и что вам принадлежит. Конструктор — вы арендуете готовую среду. Код, серверы, обновления и безопасность платформы остаются у сервиса. Вам принадлежат контент и домен, но не программная часть. Готовая CMS — вы получаете систему управления, которую устанавливают на свой сервер или хостинг. Код в вашем распоряжении, но обновления, совместимость модулей и защита — ваша забота или забота подрядчика. Headless CMS — система хранит и отдаёт контент через API, а внешний вид сайта разрабатывается отдельно. Редакторы работают в привычной панели, разработчики свободны в выборе интерфейсных технологий. Разработка с нуля — сайт или платформа пишутся под задачу на фреймворках. «С нуля» не означает без готовых компонентов: речь о том, что архитектура, данные и логика проектируются под ваш бизнес, а не подгоняются под возможности коробки. Конструкторы: быстро, но на чужой территории Конструктор оправдан, когда сайт нужен быстро, структура простая, а менять его будет не разработчик. Tilda и похожие сервисы позволяют собрать аккуратный сайт из блоков за дни, подключить формы, простой каталог и аналитику без программирования. Где предел Ограничения конструктора видны не на старте, а при росте: Логика ограничена возможностями платформы. Расчёт стоимости по сложной формуле, личный кабинет с данными из учётной системы, нестандартные роли пользователей — либо недоступны, либо собираются из обходных решений и сторонних виджетов. Интеграции идут через посредников. Отправить заявку в CRM обычно можно, а синхронизировать каталог и остатки с 1С в обе стороны — уже задача, которая плохо ложится на конструктор. Перенос — это переделка. У Tilda есть экспорт кода, но, по справочному центру сервиса, он доступен только на линейке тарифов Business. После экспорта вы получаете статичные HTML, CSS, JS и изображения, а часть функций перестаёт работать: отправка форм через сервисы приёма данных, защита страниц паролем, Tilda CRM и личный кабинет, управление потоками публикаций и каталогом товаров, поиск по товарам. Новые посты и товары можно создавать только внутри аккаунта Тильды. Вывод практический: конструктор хорош как первый сайт или отдельная промо-страница, но на нём не стоит строить то, что должно расти годами. О том, в каких случаях достаточно одной страницы, а когда нужна полноценная структура, — в статье о выборе между лендингом и многостраничным сайтом . Готовые CMS: 1С-Битрикс и WordPress Готовая CMS — рабочий вариант для корпоративного сайта со стандартными разделами: услуги, каталог, новости, вакансии, контакты. Большинство типовых задач решаются настройкой и модулями, а не программированием. Но у двух самых распространённых в России систем разные сильные и слабые стороны. 1С-Битрикс «1С-Битрикс: Управление сайтом» — коммерческая CMS российского правообладателя ООО «Битрикс». Продукт включён в единый реестр российских программ (запись № 35 от 20.02.2016, класс «системы управления контентом, сайтами и порталами»). Для заказчиков, которым важно импортозамещение или которые закупают ПО по правилам госсектора, это весомый аргумент. Сильные стороны: готовые механизмы обмена с 1С, развитый интернет-магазин, разграничение прав, модуль «Проактивная защита» со встроенным веб-фильтром и веб-антивирусом, большой рынок специалистов и готовых решений. Слабые: лицензия платная и разделена на редакции, возможности зависят от выбранной редакции, а глубокая доработка под нестандартную логику быстро становится дорогой — система тяжёлая, и разработчику приходится работать внутри её архитектуры. В реестре у продукта также отражены найденные за годы уязвимости, что нормально для зрелой системы, но напоминает: своевременные обновления обязательны. WordPress WordPress — бесплатная CMS с открытым кодом и огромной экосистемой тем и плагинов. На ней быстро собираются блоги, контентные и корпоративные сайты, а редакторский интерфейс понятен без обучения. Главный риск — не ядро, а расширения. По отчёту Patchstack «State of WordPress Security in 2026», за 2025 год в экосистеме WordPress нашли 11 334 новые уязвимости: 91% — в плагинах, 9% — в темах, и лишь шесть — в самом ядре. Для 46% уязвимостей разработчики не выпустили исправление к моменту публичного раскрытия. Отсюда правило: чем больше плагинов, тем больше поверхность атаки. Сайт на WordPress с десятками расширений от разных авторов требует дисциплины обновлений и регулярной ревизии того, что установлено. Подробнее об угрозах и мерах защиты — в статье о защите сайта компании от взлома и DDoS . Headless CMS: Strapi, Directus, Payload Headless CMS разделяет «где хранится контент» и «как он показывается». Панель редактора и API живут в одной системе, а сайт, мобильное приложение или экран в офисе получают данные через API. Это удобно, когда один и тот же контент нужен в нескольких каналах или когда интерфейс сайта должен быть сделан на современном фреймворке без ограничений шаблонизатора. У популярных open-source решений разные лицензионные условия, и их стоит проверить до старта — особенно крупной компании: Система Лицензия и статус на сентябрь 2026 Strapi Community Edition распространяется по лицензии MIT. Функции из каталога Enterprise Edition (например, единый вход и журнал аудита) лицензируются отдельно. Directus С апреля 2023 года перешёл с открытой лицензии на BSL 1.1. В апреле 2026 года компания объявила для версии 12 новую лицензию Monospace Sustainable Core License: полная платформа бесплатна для организаций с выручкой до 5 млн долларов и штатом до 50 человек, остальным бесплатно доступен базовый уровень. Каждая версия через четыре года становится доступна по GPLv3. Payload Лицензия MIT. В июне 2025 года команду Payload приобрела Figma; мейнтейнеры заявили, что репозиторий остаётся под MIT, а самостоятельное размещение сохраняется. Цена гибкости — необходимость разрабатывать фронтенд. Headless CMS не даёт готового сайта: шаблоны, навигацию, формы, SEO-разметку делает команда разработки. И здесь есть ловушка: если сайт собран как одностраничное приложение, поисковики могут не увидеть контент. Как этого избежать, разобрано в материале о том, почему сайт на React не индексируется . Разработка с нуля: когда она оправдана Собственная разработка нужна, когда сайт — не витрина, а рабочий инструмент бизнеса. Типичные признаки: личный кабинет клиента или партнёра с данными из CRM, 1С или собственной базы; бизнес-логика, которой нет в коробке: калькуляторы с ценообразованием, подбор, бронирование, согласование заявок; несколько интеграций, где ошибка в обмене данными стоит денег; требования к нагрузке, скорости и отказоустойчивости выше, чем у типового сайта; единый бэкенд для сайта и мобильного приложения; необходимость полностью контролировать код, данные и место их хранения. Для сайта-визитки из пяти страниц разработка с нуля — избыточна: вы заплатите за архитектуру, которая не пригодится. А вот попытка превратить конструктор или сильно доработанную CMS в сложную платформу обычно обходится дороже, чем честная разработка сразу. Из чего складывается бюджет такого проекта и как читать смету, разобрано в статье о стоимости разработки веб-платформы . Сравнение вариантов Критерий Конструктор Готовая CMS Headless CMS Разработка Скорость запуска Самая высокая Высокая для типовых задач Средняя Зависит от объёма Нестандартная логика Почти невозможна Через доработку модулей На стороне фронтенда и API Без ограничений Интеграции с 1С и CRM Простые, через посредников Типовые — готовыми средствами Через разработку Любые Контроль над кодом Нет Есть Есть Полный Кто отвечает за безопасность В основном платформа Владелец и подрядчик Владелец и подрядчик Владелец и подрядчик Перенос на другую платформу Переделка Миграция данных и шаблонов Контент переносится проще Код остаётся у вас Кто нужен для доработок Контент-менеджер Специалист по конкретной CMS Фронтенд- и бэкенд-разработчики Команда разработки Восемь вопросов перед выбором Ответьте на них письменно — это займёт час и сэкономит месяцы. Кто будет менять сайт и как часто? Если маркетолог ежедневно публикует материалы, удобство редактора важнее архитектурной гибкости. С какими системами сайт обменивается данными? Перечислите CRM, 1С, склад, платёжные сервисы, сервисы рассылок. Двусторонняя синхронизация — сильный аргумент против конструктора. Будут ли у пользователей учётные записи? Личный кабинет почти всегда выводит проект за пределы конструктора, а часто и за пределы коробочной CMS. Есть ли требования к российскому ПО? Госкомпаниям и организациям с политикой импортозамещения важны реестр и место размещения. Подробно тема разобрана в статье об импортозамещении digital-стека . Какие персональные данные собирает сайт и где они будут храниться? Заявки, резюме, данные клиентов — всё это требования 152-ФЗ, и платформа должна позволять их выполнить. Насколько важен поисковый трафик? Для SEO нужны управляемые адреса, мета-теги, скорость и корректный HTML. Большинство платформ это позволяют, но с разной трудоёмкостью. Кто будет поддерживать сайт через два года? Узкая или самописная система без документации привязывает вас к одному исполнителю. Как вы уйдёте с платформы, если понадобится? Если ответа нет, это не повод отказаться от варианта, но повод заранее договориться об экспорте контента и доступах. Стоимость владения, а не стоимость запуска Сравнивать варианты по цене первого релиза — значит видеть половину картины. За несколько лет владения складываются другие статьи расходов: подписка или лицензия — ежемесячная плата конструктору, лицензия и продление обновлений коммерческой CMS, платные плагины; хостинг и инфраструктура — от виртуального хостинга до облачных серверов и CDN; обновления и безопасность — регулярная работа специалиста для CMS и собственной разработки; доработки — чем дальше задача от возможностей платформы, тем дороже каждая новая функция; стоимость специалистов — узкая экспертиза по конкретной системе обычно дороже и дефицитнее; стоимость выхода — переезд с платформы, перенос контента и сохранение поисковых позиций. Частая картина: конструктор дешевле на старте, но через два года компания платит одновременно за подписку, внешние виджеты, сервисы-посредники для интеграций и всё равно заказывает переделку. Обратная ошибка — сложная платформа для сайта, который меняется раз в квартал. Что входит в регулярную поддержку и как о ней договориться, описано в статье о поддержке сайта после запуска . Признаки, что платформу пора менять Смена платформы — дорогое решение, и принимать его стоит по фактам, а не из-за моды. Серьёзные признаки: каждая новая функция требует обходного решения или стороннего виджета; обмен данными с CRM или 1С работает через ручные выгрузки и регулярно ломается; обновление CMS откладывается годами, потому что «после него всё развалится»; сай