Вопрос «какую CMS выбрать» обычно задают не вовремя — когда бюджет уже посчитан, а команда ждёт итоговое ТЗ. Между тем платформа определяет не только скорость запуска, но и то, сколько сайт будет стоить следующие три-пять лет: кто сможет его вести, как часто выходить на обновления, что придётся переписывать при первом серьёзном изменении логики. Ниже — практическое сравнение популярных систем без рейтинга «кто лучше»: у каждой есть сценарий, где она уместна, и сценарий, где она превращается в проблему.
Почему «самая популярная» не значит «подходящая»
Популярность платформы — это про экосистему: количество готовых модулей, доступность разработчиков на рынке, объём документации и ответов в сообществе. Это реальные плюсы: если CMS используют десятки тысяч сайтов, найти подрядчика на поддержку проще, а риск остаться с неподдерживаемым решением ниже.
Но популярность не отвечает на главный вопрос — насколько платформа совпадает с вашими задачами. CMS — это не только админка с кнопкой «добавить страницу». Это структура данных, шаблонизатор, механизм обновлений безопасности и модель работы с контентом. Простая система, заточенная под блоги, будет мешать в интернет-магазине с десятками тысяч SKU. И наоборот: тяжёлый корпоративный продукт станет лишним грузом для лендинга на две недели.
Три вопроса, которые стоит задать до сравнения
1. Кто будет наполнять и вести сайт
Если контентом занимается маркетолог без технического бэкграунда, решающим становится удобство редактора: предпросмотр, черновики, простая работа с медиа, понятные права доступа. Если же контентом управляет команда разработки, ограничения визуального редактора уже не так важны, и можно смотреть в сторону headless-решений.
2. Как сайт будет развиваться
Лендинг под кампанию и личный кабинет с платежами — это два разных проекта с разной ценой ошибки. Чем больше сценариев планируется через год, тем важнее гибкость структуры данных и наличие API.
3. Какие нужны интеграции
1С, CRM, склад, платёжные шлюзы, SSO, внешние каталоги. Часть платформ имеет готовые модули под типовые системы, под другие интеграции пишутся с нуля и стоят отдельных денег. Это один из самых частых источников перерасхода бюджета.
Сравнение популярных платформ
WordPress
Самая распространённая CMS в вебе. Плюсы: низкий порог входа, огромная экосистема плагинов и тем, много специалистов на рынке, понятная документация. Подходит для корпоративных сайтов, блогов, медиа и магазинов на WooCommerce до определённого масштаба.
Минусы: при неаккуратной поддержке накапливается «плагиновый зоопарк», растёт риск уязвимостей, производительность требует внимания. Серьёзный проект на WordPress — это всегда дисциплина обновлений и аккуратный выбор расширений.
1С-Битрикс
Сильная сторона — глубокая интеграция с 1С и ориентация на российский бизнес: лицензии, поддержка, готовые решения для магазинов, порталов и B2B-сценариев. Часто выбирают там, где товарный учёт и сайт должны жить в одной связке.
Минусы: тяжеловесность, устаревающие интерфейсы, более высокая стоимость разработки и поддержки, сложнее работать фронтенд-специалистам. Для небольшого сайта-визитки платформа почти всегда избыточна.
Tilda и конструкторы
Быстрый запуск без разработчиков, аккуратные шаблоны, визуальный редактор. Отличный вариант для промо, лендингов, презентационных страниц и первых тестов гипотез.
Ограничения проявляются, когда нужна нестандартная логика, сложная фильтрация, личный кабинет или высокая нагрузка. Кастомизация упирается в потолок, а перенос на другую платформу означает фактически новый проект.
Headless CMS: Strapi, Directus, Sanity, Contentful
Здесь контент отделён от представления: CMS отдаёт данные по API, а фронтенд строится на современном стеке — Next.js, Nuxt, Astro. Это даёт скорость, гибкость и возможность раздавать один и тот же контент на сайт, в приложение и на другие каналы.
Минусы: выше порог входа и стоимость разработки, нужна команда, которая умеет работать с таким стеком, а редакторский интерфейс придётся настраивать под конкретный процесс. Для крупных проектов с омниканальностью это оправдано, для сайта на пять страниц — нет.
Своя разработка на фреймворке
Максимальный контроль над структурой, производительностью и логикой. Но админку, права, версионирование, медиафайлы и безопасность придётся делать самостоятельно. Решение оправдано для продуктов с уникальной моделью данных, а не для типового корпоративного сайта.
По каким критериям сравнивать
- Стоимость владения — не только лицензия, но и разработка, поддержка, обновления, хостинг.
- Порог входа для редактора — сколько времени займёт обучение контент-менеджера.
- Гибкость структуры данных — можно ли добавить новые типы сущностей без переписывания.
- Производительность и масштабирование — что будет при росте трафика и каталога.
- Безопасность и регулярность обновлений — кто и как закрывает уязвимости.
- Интеграции — наличие готовых модулей и стоимость нетиповых.
- Кадры на рынке — насколько просто найти подрядчика или специалиста в штат.
- SEO-возможности — управление метаданными, ЧПУ, микроразметка, скорость.
- Свобода миграции — насколько сложно будет уйти с платформы, если что-то пойдёт не так.
Типичные ошибки при выборе
Выбирать по хайпу, а не по задачам. Сравнивать только цену лицензии, забывая про стоимость владения. Закладывать «на вырост» без понимания, вырастет ли проект вообще. Принимать решение без участия тех, кто будет сайт поддерживать. И недооценивать миграцию: переезд с одной CMS на другую почти всегда дороже, чем кажется на старте.
Практический алгоритм
- Опишите, какие сценарии должен закрывать сайт сейчас и через два года.
- Определите, кто будет вести контент и какие у него навыки.
- Соберите список обязательных интеграций и требований к нагрузке.
- Отсеките платформы, которые не проходят по этим пунктам, — останется две-три.
- Посчитайте полную стоимость владения на три года, а не только разработку.
- Проверьте, есть ли на рынке специалисты по выбранной системе.
- Зафиксируйте решение в ТЗ — вместе с планом обновлений и поддержки.
Правильный выбор CMS — не самый популярный и не самый дешёвый, а тот, который совпадает с процессами вашей команды и не создаёт долгов на будущее. Если платформа подобрана под задачи, а не под моду, она тихо работает годами и не требует внимания. Это и есть лучший показатель.

Спасибо за разбор. Я как раз недавно поняла, что популярность CMS ничего не решает: у нас маркетолог без технического бэкграунда, и в итоге удобство редактора оказалось важнее количества плагинов. Хорошо, что вы вынесли это в три вопроса до сравнения.
А если на старте лендинг, но через год планируется личный кабинет с платежами, имеет смысл сразу брать headless или всё-таки WordPress с WooCommerce? Не понял, где порог, после которого переписывать дороже, чем выбрать сложнее сразу.
Я бы разделил так: если через год есть команда разработки и понятны сценарии кабинета, headless даёт больше свободы. Но для обычного лендинга с небольшой воронкой WordPress часто дешевле на старте, а кабинет можно вынести отдельным сервисом и связать по API.
У меня был обратный опыт: я выбрала тяжёлую корпоративную CMS под промо-сайт на пару месяцев и в итоге половину времени потратила на настройку прав и согласований. После этого я стала смотреть сначала на структуру данных и API, а уже потом на красивую админку.
Про права доступа согласен, но у нас проблема была не в них, а в интеграции с 1С. Так что порог лучше считать не по CMS, а по стыкам с внешними системами.