Система управления сайтом определяет, сколько будет стоить каждое изменение через год и через пять лет. Разбираем критерии выбора CMS для корпоративного сайта, типы систем и вопросы, которые стоит задать подрядчику.
Почему выбор CMS — решение не только для программистов
Когда заказчик приходит за корпоративным сайтом, вопрос о движке часто воспринимается как технический: «Выберите сами, вы же разработчики». Отчасти это правильно — подрядчик должен предложить обоснованный вариант. Но последствия выбора ложатся на бизнес: именно ваши сотрудники будут каждый день работать в административной панели, именно вы будете платить за доработки и именно вам придётся искать новую команду, если с текущей что-то пойдёт не так.
CMS (Content Management System) — это программная основа, которая хранит страницы, новости, документы и прочий контент, даёт интерфейс для их редактирования и собирает из них страницы для посетителей. Сама по себе она невидима, но влияет почти на всё: скорость загрузки, безопасность, удобство контент-менеджера, стоимость поддержки и возможность расти.
Мы видели проекты, где неудачный выбор обходился дорого. Один производитель металлоконструкций пять лет жил на конструкторе сайтов, пока не понадобилась интеграция с учётной системой и личный кабинет дилера. Перенос оказался равен созданию сайта с нуля, плюс три месяца на миграцию контента и восстановление позиций в поиске.
Основные типы систем управления
Прежде чем сравнивать конкретные продукты, полезно понять, какие вообще бывают подходы. У каждого своя логика и своя цена владения.
Коробочные коммерческие CMS
Платные продукты с лицензией, поддержкой вендора и готовыми модулями: каталог, формы, поиск, интеграция с 1С. Плюс — предсказуемость и большой рынок специалистов. Минус — лицензионные платежи и ограничения архитектуры, которые проявляются на нестандартных задачах.
Бесплатные open-source CMS
Системы с открытым кодом и огромным сообществом. Лицензия бесплатна, модулей тысячи. Но качество сторонних расширений сильно разнится, а популярность делает такие системы главной мишенью для автоматических атак. Требуют аккуратного подхода к обновлениям.
Фреймворки и собственная разработка
Сайт строится на фреймворке, а административная панель создаётся под задачи проекта. Максимальная гибкость, минимум лишнего кода, но зависимость от квалификации команды и качества документации.
Headless-системы
CMS управляет только контентом и отдаёт его по API, а внешний вид собирается отдельным фронтенд-приложением. Подходит для проектов, где один контент нужен в нескольких каналах. Для типового корпоративного сайта часто избыточно.
Конструкторы сайтов
Облачные сервисы с визуальным редактором. Быстрый старт, но ограниченные возможности интеграции, привязка к платформе и сложности с переносом.
Восемь критериев выбора
Сравнивать системы «по ощущениям» бесполезно — каждая команда хвалит то, с чем умеет работать. Мы предлагаем клиентам оценивать варианты по восьми критериям, каждый из которых можно проверить.
| Критерий | Что проверить | Тревожный сигнал |
|---|---|---|
| Соответствие задачам | Есть ли нужные модули или их придётся писать | Больше половины функций — «доработаем» |
| Удобство редактора | Может ли контент-менеджер без подготовки добавить новость с таблицей и фото | Для публикации нужна помощь программиста |
| Интеграции | Готовые коннекторы к 1С, CRM, платёжным системам | Обмен данными только через ручную выгрузку |
| Безопасность | Частота обновлений, история уязвимостей | Последнее обновление ядра больше года назад |
| Производительность | Время ответа сервера под нагрузкой, кеширование | Страница собирается дольше 1 секунды |
| Рынок специалистов | Сколько команд работают с системой | Систему знает только одна студия |
| Стоимость владения | Лицензия, продление, хостинг, доработки за 3–5 лет | Считают только стоимость запуска |
| Масштабируемость | Многоязычность, мультисайтовость, личные кабинеты | Рост требует смены платформы |
Каждому критерию присвойте вес от 1 до 3 в зависимости от приоритетов компании и оцените варианты по пятибалльной шкале. Такая матрица не принимает решение за вас, но делает обсуждение предметным и помогает не забыть важное.
Считаем стоимость владения, а не стоимость запуска
Самая частая ошибка — сравнивать системы только по стоимости разработки. На горизонте пяти лет запуск составляет лишь часть расходов. Остальное — лицензии, продления, хостинг, обновления, доработки и время сотрудников.
Условный пример корпоративного сайта на 60–80 страниц с новостями, каталогом услуг и интеграцией с CRM:
- Разработка — примерно одинакова для большинства вариантов при сопоставимом функционале, различия в пределах 15–25%.
- Лицензия — от нуля у open-source до ощутимой суммы у коммерческих систем с ежегодным продлением обновлений.
- Сопровождение — у популярных open-source систем выше из-за частых обновлений безопасности и конфликтов плагинов; у фреймворков зависит от качества кода.
- Доработки — дешевле там, где есть готовые модули и много специалистов, дороже в редких и узкоспециализированных системах.
- Скрытые затраты — время сотрудников на работу в неудобной панели. Если контент-менеджер тратит на публикацию новости 40 минут вместо 10, за год набегает больше сотни часов.
Попросите подрядчика расписать расходы на пять лет по каждому варианту. Добросовестная команда сделает это за день, и такой расчёт часто меняет первоначальные предпочтения.
Вопросы, которые стоит задать подрядчику
Предложение по CMS без объяснения — повод насторожиться. Вот вопросы, которые помогают понять, стоит ли за выбором логика или просто привычка:
- Почему именно эта система для наших задач? Какие альтернативы рассматривали и почему отказались?
- Какие функции реализуются стандартными модулями, а какие потребуют доработки?
- Кому будет принадлежать код и доступы? Сможем ли мы передать сайт другой команде?
- Как будут устанавливаться обновления безопасности и кто за это отвечает?
- Какие сторонние модули и плагины используются и кто их разработчик?
- Как устроено резервное копирование и сколько займёт восстановление?
- Покажите административную панель похожего проекта — как в ней добавить страницу?
- Какие ограничения у системы проявятся, если через два года понадобится личный кабинет или второй язык?
Совет студии: попросите демо-доступ к административной панели на тестовом стенде и дайте своему контент-менеджеру полчаса поработать в ней. Его впечатления скажут о системе больше, чем любая презентация.
Типовые сценарии и что обычно подходит
Универсального ответа нет, но есть устойчивые закономерности, которые мы видим в своей практике на 340+ проектах.
- Сайт-визитка на 10–15 страниц без интеграций. Подойдёт лёгкая open-source система или даже статический генератор. Главное — надёжность и минимум поддержки.
- Корпоративный сайт с новостями, вакансиями, документами и формами. Коммерческая коробочная CMS или хорошо настроенная open-source система. Важны удобство редактора и готовые модули.
- Корпоративный сайт с каталогом продукции и обменом с 1С. Системы с готовыми коннекторами к учётным системам экономят месяцы разработки.
- Холдинг с несколькими брендами и сайтами. Нужна мультисайтовость и единая база контента; стоит смотреть на коммерческие решения корпоративного уровня или headless-архитектуру.
- Нестандартная логика: калькуляторы, конфигураторы, сложные личные кабинеты. Фреймворк с собственной административной панелью, если бизнес готов к зависимости от сильной команды и хорошей документации.
Подробнее о том, как мы подходим к проектированию таких проектов, — на странице разработки корпоративного сайта.
Что делать, если CMS уже выбрана и не устраивает
Бывает, что сайт уже работает, но каждое изменение превращается в мучение. Прежде чем затевать переезд, разберитесь в причине. Иногда проблема не в системе, а в том, как её настроили: лишние плагины, отсутствие кеширования, неудобная структура инфоблоков. В одном из проектов аудит показал, что сайт тормозил из-за 47 установленных расширений, из которых реально использовались 12. После чистки и настройки кеша время загрузки сократилось втрое без смены платформы.
Переезд оправдан, когда система не поддерживается разработчиком, не закрывает ключевые бизнес-задачи или стоимость доработок стабильно превышает разумные пределы. В этом случае миграцию стоит совместить с редизайном и пересмотром структуры, а после запуска обеспечить регулярную техническую поддержку, чтобы не повторить прежних ошибок.
Чек-лист выбора CMS
- Составьте список функций сайта на старте и через 2–3 года.
- Определите, кто будет работать в административной панели и насколько он технически подготовлен.
- Перечислите все системы, с которыми нужна интеграция.
- Оцените 2–3 варианта по восьми критериям с весами.
- Посчитайте стоимость владения на пять лет, а не только запуска.
- Получите демо-доступ и проверьте удобство редактора на реальной задаче.
- Убедитесь, что код и доступы будут принадлежать вам.
- Уточните, как устроены обновления, резервное копирование и поддержка.
- Проверьте, есть ли на рынке другие команды, работающие с выбранной системой.
Хорошо выбранная CMS незаметна: сотрудники спокойно публикуют материалы, сайт быстро работает, а новые функции добавляются без переписывания всего проекта. Именно к такой незаметности и стоит стремиться.
