CMS выбирают под задачу сайта и под того, кто будет его вести, а не по длине списка возможностей. Всех вариантов на рынке 4 типа: конструктор по подписке, система с открытым кодом, коробочная платформа с лицензией и разделённая связка, где админка и витрина живут отдельно. Задача определяет тип, а тип уже сужает выбор до 2–3 конкретных систем.
Ошибка почти всегда одна: систему выбирает подрядчик под себя, а не компания под свой процесс. Дальше сайт живёт годами, и цена решения складывается не из лицензии, а из часов на каждую правку, из числа исполнителей, готовых с ней работать, и из того, получится ли забрать сайт с собой при смене команды.
Четыре типа CMS и чем они различаются#
Конструктор по подписке. Сайт собирается блоками прямо в браузере, хостинг, обновления и защита остаются на стороне сервиса, программист для запуска не нужен. Взамен вы живёте по чужим правилам: набор блоков конечен, нестандартную логику встроить нечем, а сайт работает ровно столько, сколько оплачен тариф.
Система с открытым кодом. Лицензия бесплатная, код лежит у вас, под неё написано много готовых модулей и шаблонов. Нужны свой хостинг и человек, который ставит обновления безопасности: заброшенный сайт на открытой системе ломают через устаревшее расширение, а не через подбор пароля.
Коробочная платформа с лицензией. Продаётся редакциями, в старших уже есть каталог, корзина и обмен с учётной системой. Поставщик отвечает за обновления, исполнителей на рынке много, но лицензия платная, продление обновлений чаще всего тоже, а сам сайт выходит тяжелее и требовательнее к серверу.
Разделённая связка. Админка для контента отдельно, витрина отдельно, между ними обмен по программному интерфейсу. Даёт скорость и любой дизайн, но требует постоянной команды разработчиков. Сайту компании это нужно редко — обычно когда витрин несколько: сайт, приложение, экраны в торговом зале.
Как задача сайта сужает список до 2–3 систем#
Визитка и лендинг. Несколько страниц, форма заявки, новости раз в месяц. Здесь конструктор выигрывает у любой полноценной CMS: страницы собираются из готовых блоков без разработки и настройки сервера, правки делает менеджер, отдельный администратор не нужен. Заказывать под такую задачу коробочную платформу — платить за возможности, которые не откроют ни разу.
Каталог и магазин. Сотни позиций, фильтры, цены и остатки из учётной системы, оплата на сайте. Нужна платформа с готовым магазином — коробочная или открытая с проверенным модулем. Главный вопрос тут не про дизайн, а про то, как каталог будет обновляться каждый день без ручного ввода цифр.
Личный кабинет и расчёты. Если клиент заходит под своим логином, видит договоры и отгрузки, считает стоимость и отправляет заявку в работу — это уже не сайт, а система с интерфейсом. CMS остаётся витриной, а логика кабинета пишется отдельно, и выбирать платформу ради него бессмысленно.
Контентный проект. Блог, база знаний, десятки материалов в месяц и несколько авторов. Открытая система здесь сильнее прочих: редактор, права доступа, рубрики, поиск по архиву и работа с длинным текстом у неё продуманы лучше, чем у витринных платформ, где статьи прикручены сбоку.
Стоимость владения: за что платят после запуска#
Лицензия или подписка — самая заметная, но не главная строка. К ней добавляются хостинг под требования системы, домен, сертификат, платные модули под нестандартные функции и работа по обновлениям. Сложите всё за 3 года: разрыв между вариантами обычно оказывается не там, где его ждали.
Главный множитель — цена правки. Дело не в сложности самого изменения, а в том, кто имеет право его внести: на конструкторе текст, картинку и порядок блоков меняет сам менеджер прямо в браузере, а на тяжёлой платформе то же изменение упирается в шаблон и вёрстку, то есть уходит в очередь к разработчику. Замерьте это на своих задачах: возьмите типовую правку, дайте её сотруднику на тестовом доступе и отдельно спросите подрядчика, во сколько часов он оценит ту же работу. Дальше прикиньте, сколько правок сайт получает в месяц, и умножьте на ставку тех, кто их вносит, — за год эта строка нередко обгоняет стоимость самой разработки.
Второй множитель — доступность людей. Редкая система означает, что подрядчик у вас один, ставка его, а сроки такие, какие он назовёт. Перед решением посмотрите, сколько компаний в вашем городе и на удалённой работе берут такую CMS в поддержку. Ответ «мы одни такие умеем» — это не преимущество, а риск.
Третья строка — цена выхода. Уйти с платформы дороже, чем зайти: контент, адреса страниц, накопленная поисковая история. Проверьте заранее, есть ли выгрузка страниц и товаров в читаемый формат, — что происходит при таком переезде, разобрано в материале про перенос сайта.
Что проверить до решения: люди, обмен, доступы#
Кто будет вести сайт. Попросите тестовый доступ и дайте задачу тому, кто реально будет работать: добавить страницу с текстом и фотографиями, поменять цену, выложить новость. Засеките время и посчитайте шаги. Система, в которой менеджер теряется на первом экране, вернёт вас к подрядчику по любому поводу.
Обмен с остальными программами. Сайт почти никогда не живёт один: цены и остатки приходят из учётной системы, заявки уходят в CRM, звонки — в телефонию. Выясните, есть ли готовый обмен или его придётся писать; как он устроен, разобрано в материале про интеграцию сервисов.
У кого доступы. Домен, хостинг, админка и хранилище кода оформляются на компанию, а подрядчик получает их как сотрудник — с возможностью отозвать. Пока домен зарегистрирован на личную почту разработчика, выбор CMS не имеет значения: сайт вам не принадлежит, а спор заканчивается переездом.
Поддержка версии. Узнайте, выходят ли обновления, когда появилась последняя версия и что произойдёт со старым сайтом при переходе на новую. Платформа, которую перестали развивать, — это отложенная переделка: сначала отказывают модули, потом копятся дыры в безопасности, а чинить их некому.
Вывод: порядок действий при выборе CMS#
Начните с описания задачи на одном листе: сколько страниц и разделов, откуда берутся товары и цены, кто и как часто вносит правки, что должно происходить после заявки, нужен ли клиенту вход под своим логином. Половина вариантов отпадает уже на этом шаге, без единого разговора с подрядчиком.
Дальше выбирайте тип, а не название. Визитке хватит конструктора, каталогу нужна платформа с магазином, кабинет пишется отдельно от сайта. Внутри типа сравнивайте 2–3 системы по 4 признакам: справится ли ваш сотрудник с обычной правкой, есть ли обмен с учётной системой, сколько исполнителей работает с платформой, как забрать контент при уходе.
Посчитайте владение за 3 года, включая хостинг, модули, обновления и часы на правки, и только потом смотрите на цену запуска. На старте зафиксируйте письменно, что домен, хостинг и код оформлены на компанию. Спорить о выборе дольше недели не стоит: ошибка в типе видна сразу, а внутри типа разница между системами меньше, чем разница между исполнителями.