Что такое CMS и как выбрать систему управления сайтом

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

9 сентября 2026 Технологии 17 мин чтения

---

Что такое CMS простыми словами

CMS (content management system, система управления контентом) — программа, через которую содержимое сайта меняют в панели, а не в исходном коде. Сотрудник заходит в админку, добавляет товар, правит описание, ставит баннер на главную и нажимает «Сохранить». Правка видна посетителю через несколько секунд, разработчик в цепочке не участвует.

Деловой перевод простой: CMS отвечает на вопрос «кто может поменять содержимое сайта и за какое время». Без неё каждая правка цены — задача в очереди к программисту. С ней рутину делает тот, кому она нужна: маркетолог, редактор, контент-менеджер.

Внутри у любой системы две стороны.

• Витрина — то, что видит посетитель: каталог, карточка товара, статьи, корзина, форма заявки. Её собирают из шаблонов на данных из базы.
• Админка — то, что видит сотрудник: списки товаров и страниц, поля, загрузка изображений, роли и права. Внешне таблицы и формы, за ними — та же база.

Отсюда путаница в терминах. «Движок сайта» — то же самое, слово из практики. «Платформой» называют решение, которое кроме контента закрывает продажи, интеграции и мобильный канал. «Конструктор сайтов» — разновидность CMS, где вместе с движком арендуют хостинг, шаблоны и поддержку.

Важно и то, чего система не делает. Она не заменяет учётную программу: остатки, цены и себестоимость живут в 1С, а на сайт приезжают через интеграцию с учётной системой. Не заменяет CRM: сделки и задачи менеджеров — отдельный контур, разница разобрана в материале про CRM для интернет-магазина. И не выводит сайт в поиск: движок даёт инструменты — адреса, заголовки, микроразметку, — а позиции зависят от содержимого и скорости.

Как устроена система управления сайтом: пять частей

Названия у систем разные, набор частей — почти одинаковый. Знать его полезно на переговорах: видно, о какой части речь, когда подрядчик говорит «это нельзя поменять».

Роли и права: кто что может менять

Шестая часть, о которой вспоминают позже всех, — права доступа. Пока админкой пользуется один человек, вопроса нет. Когда редакторов трое, а магазинов двадцать, вопросы появляются: может ли контент-менеджер поменять цену? Видит ли подрядчик по продвижению заказы покупателей?

Рабочий минимум — четыре роли: администратор, контент-менеджер (товары и тексты), маркетолог (акции, баннеры, промокоды), оператор заказов (заказы и статусы). Если система умеет только «админ» и «не админ», при росте команды это становится проблемой безопасности: увольняется сотрудник — и непонятно, к чему он имел доступ.

Второй признак зрелой системы — история изменений: кто и когда поменял цену, что было до правки, можно ли откатить.

Типы CMS: пять моделей и чем они различаются

Систем на рынке сотни, но по способу владения они делятся на пять моделей. Разница не в наборе кнопок, а в трёх ответах: у кого исходный код, кто отвечает за обновления и где заканчивается запас доработок.

1. Коробочная CMS

Готовый движок покупают по лицензии и ставят на свой хостинг. Набор возможностей определяет производитель, расширения берут из его каталога. Обновления выпускает он же, ставит владелец сайта или подрядчик. Плюс — предсказуемый старт и много специалистов на рынке. Ограничение — глубокая правка логики упирается в архитектуру движка, а обновления конфликтуют с доработками.

2. SaaS-конструктор

Сайт арендуют целиком: движок, хостинг, шаблоны и поддержка входят в подписку. Витрину запускают за несколько дней силами маркетолога. Это самый быстрый и дешёвый старт из пяти моделей — поэтому на нём начинают почти все небольшие магазины. Ограничение — исходного кода у вас нет, а нестандартный сценарий продаж либо появляется в дорожной карте провайдера, либо не появляется никогда.

3. CMS с открытым исходным кодом

Движок распространяется свободно, платить нужно за хостинг, разработку и поддержку; к этой группе относятся, например, WordPress, Drupal и Joomla. Сильная сторона — большое сообщество, много расширений и подрядчиков. Слабая — безопасность и обновления полностью на владельце сайта: заброшенный плагин остаётся дырой в защите.

4. Headless CMS

«Headless» дословно — «без головы»: система хранит и раздаёт контент, но не рисует витрину. Внешний вид делает отдельное приложение, забирающее данные через API (программный интерфейс обмена данными). Подход выбирают, когда один и тот же контент нужен сразу в нескольких местах: на сайте, в приложении, на экранах в офлайн-точках. Цена вопроса — витрину разрабатывают отдельно, а редактор не видит, как правка выглядит на странице.

5. Модульная платформа и заказная разработка

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

Платформа FITTIN относится к этой модели и внесена в реестр российского ПО Минцифры под номером 2487103 — для компаний с госучастием это отдельный аргумент при выборе. Серверную часть под нестандартные задачи пишем на Python: Django подходит проектам с большой моделью данных, FastAPI — сервисам, где важна скорость обмена данными.

CMS, конструктор, headless и модульная платформа: сравнение

Сводка по параметрам, которые чаще всего решают исход выбора. Колонки — классы решений, а не конкретные продукты: внутри класса значения различаются, но порядок величин сохраняется.

Две строки стоит прочитать внимательнее. Срок запуска: у арендованного конструктора он в разы короче, и для проверки спроса это решающий довод. Открытый код: предел кастомизации там выше, чем у коробочной лицензии, и при своей команде разработки это самый гибкий из бюджетных вариантов. Универсального победителя в таблице нет.

Когда бизнесу нужна CMS, а когда можно обойтись

Ценность системы зависит от того, кто и как часто меняет содержимое. Пять ситуаций, где она окупается почти сразу.

1. Содержимое меняется чаще раза в неделю. Цены, акции, поступления, статьи. Если каждая правка идёт через разработчика, скорость реакции определяет очередь задач, а не маркетинг.
2. Есть каталог с однотипными карточками. Товары, услуги, объекты, врачи, вакансии — всё, что описано одинаковым набором полей и должно фильтроваться.
3. С сайтом работает несколько человек. Нужны роли, права и журнал изменений.
4. Несколько версий сайта. Регионы с разными ценами и складами, языки, разделы для юридических лиц — как это устроено, в материале про B2B-решения для юридических лиц.
5. Сайт продвигают в поиске. Это регулярные новые страницы и разделы; без админки каждая становится задачей на разработку.

И три ситуации, где отдельная система избыточна. Первая — одностраничный сайт под рекламу: его проще собрать как кастомный сайт или лендинг. Вторая — визитка, которая меняется раз в год. Третья — бизнес, у которого продажи идут на маркетплейсах, а сайт нужен как страница о компании; сравнение сценариев — в разборе о выходе на маркетплейс или собственную площадку.

Как выбрать систему управления сайтом: девять вопросов

Движок выбирают не между «хорошим» и «плохим», а между системой, которая закрывает сегодняшние задачи, и системой, которая выдержит задачи через два года. Девять вопросов ниже стоит задать до договора.

Шестой и девятый вопросы связаны сильнее, чем кажется. Пока всё работает, принадлежность кода — тема для юристов; темой для собственника она становится в день, когда с подрядчиком нужно расстаться: нет выгрузки и своих доступов — переезд превращается в проект с непредсказуемым сроком. Проверять лучше на практике: попросить тестовую выгрузку до старта.

Восьмой вопрос — самый недооценённый. Стоимость запуска видна сразу, стоимость владения набирается годами: подписки на модули, часы поддержки, доработки, миграции. Расчёт по годам — в материале про стоимость владения готовым решением и модульной платформой.

Как перейти на другую CMS: шесть шагов

Переезд с одной системы на другую — не «перенос дизайна», а перенос данных, интеграций и адресов страниц. Порядок шагов одинаков и для обновления коробочного движка, и для ухода на другую модель.

Шаг 1. Аудит текущего сайта и инвентаризация данных (3–5 рабочих дней)

Считают всё, что придётся перевезти: сколько товаров и свойств, сколько страниц, какие интеграции работают, где лежат изображения. Итог шага — карта данных и список интеграций. Если качество текущего кода вызывает вопросы, здесь же проводят аудит кода: он показывает, что переносить, а что переписывать.

Шаг 2. Требования и техническое задание (5–8 рабочих дней)

Из «хотим удобнее» вырастает список сценариев с ответственными и приёмочными критериями. Итог — подписанное техническое задание, по которому принимают работу: единственный документ, защищающий обе стороны от спора «мы имели в виду другое». Частая ошибка — переносить в новую систему все старые особенности разом, включая те, которыми никто не пользуется.

Шаг 3. Выбор системы и архитектуры (2–3 рабочих дня)

Требования сопоставляют с моделями из таблицы выше и фиксируют решение: почему эта модель, какие ограничения принимаем, что делаем со сценариями, которые она не закрывает. Итог — архитектура и оценка бюджета. Помогает бизнес-аналитика проекта: она переводит требования отделов в технические ограничения.

Шаг 4. Перенос данных и интеграций (5–10 рабочих дней)

Товары, категории, свойства, заказы, аккаунты и бонусные баллы переносят и сверяют дважды — на старых данных и на перенесённых. Заново подключают учётную систему, оплату, доставку, аналитику. Итог — работающая копия с настоящими данными. Здесь же готовят карту соответствия старых и новых адресов: без постоянных перенаправлений сайт теряет накопленные позиции — самая дорогая ошибка переезда. Как меняется выдача под влиянием генеративных моделей — в материале о продвижении в эпоху генеративного поиска.

Шаг 5. Сборка витрины и дизайн (8–12 рабочих дней)

Собирают страницы: главную, каталог, карточку товара, корзину и оформление заказа, личный кабинет. Итог — витрина на тестовом адресе, которую можно пройти целиком как покупатель. Если старый интерфейс переносить не хочется, подключают редизайн сайта, а спорные экраны проверяют через аудит UX/UI. Порядок работ — в материале про этапы создания сайта интернет-магазина.

Шаг 6. Тестирование, переключение и наблюдение (4–6 рабочих дней)

Проверяют сценарии покупки, оплату, письма, выгрузки в учётную систему и поведение под нагрузкой — этим занимается команда тестирования. Итог — переключение домена и две недели наблюдения за ошибками, скоростью и позициями. Перенаправления и карту сайта проверяют в первые сутки: SEO-аудит интернет-магазина показывает потери, пока их можно отыграть.

По часам команды это 27–44 рабочих дня, в календаре — короче, и причин три. Первая: аудит и сбор требований идут одновременно на разных ролях. Вторая: перенос данных идёт параллельно со сборкой витрины, а тестировщики подключаются с первого спринта. Третья: на модульной платформе каталог, поиск, корзина, оплата и лояльность уже написаны и проверены — под каждый магазин их не пишут заново, а настраивают под бренд. За счёт этого интеграция платформы FITTIN укладывается в срок до 30 рабочих дней.

Сколько стоит система управления и владение сайтом

Цена движка — не цена сайта. Считать нужно всю корзину расходов, и половина из них регулярные.

Как устроена модель оплаты у нас

Модель FITTIN состоит из трёх частей, и называть их по отдельности неправильно — цифра без остальных двух вводит в заблуждение.

Первое — единоразовая интеграция под ваш бренд: настройка модулей, фирменный дизайн, подключение учётной системы, оплаты и доставки, вывод сайта в работу; срок — до 30 рабочих дней. Второе — ежемесячные лицензионные платежи, в которые уже включены все затраты на техническую поддержку команды FITTIN: мониторинг, обновления модулей и обновления безопасности; своя команда разработки для сопровождения не нужна. Третье — новый функционал и доработки по модели Time & Materials: перед стартом задачи даём оценку в часах и прозрачную смету.

Для направления «только сайт интернет-магазина» тарифы такие. ПРО — от 525 000 ₽ за интеграцию и от 150 000 ₽ в месяц; интеграции с учётной системой, CRM и складом делает ваша команда или подрядчик. ПРО+ — от 735 000 ₽ и от 170 000 ₽ в месяц; здесь все интеграции берёт на себя FITTIN. Индивидуальный — договорная стоимость под нестандартные условия. Суммы с НДС, состав пакетов — на странице тарифов, услуга описана на странице сайтов для интернет-магазинов.

Семь факторов, которые двигают смету

• Каталог. 500 товаров с тремя свойствами и 30 000 с размерными сетками — разные проекты.
• Интеграции. Каждая внешняя система — отдельная работа с проверкой обмена в обе стороны.
• Нестандартные сценарии. Заказ на юридическое лицо, расчёт по объёму, услуги вроде распила или колеровки, комплекты.
• Дизайн. Готовые шаблоны дешевле, фирменный интерфейс дороже и работает на узнаваемость.
• Нагрузка. Распродажи и рекламные всплески — повод для отдельного разговора о высоконагруженных системах.
• Перенос данных. Чем хуже порядок в текущей базе, тем дороже переезд.
• Мобильный канал. Нужно ли рядом с сайтом мобильное приложение и делают ли их на общей кодовой базе.

Последний фактор часто решает больше остальных. Когда витрину и приложение делают на разных технологиях, у бизнеса появляются две команды, две очереди задач и два бюджета на одну функцию. Одна кодовая база на Flutter — открытой технологии Google — даёт из общего кода и сайт, и приложения для App Store, Google Play и RuStore. Что выбрать под задачу — в материале о приложении, адаптивном сайте и мобильной версии; про приложение поверх работающего сайта — в отдельном разборе.

Признаки, что коробочная CMS перестала справляться

Коробочные решения хорошо закрывают типовые задачи и дешевле на старте — в этом их смысл. Проблема не в качестве движка, а в расхождении: бизнес усложняется быстрее, чем растёт запас системы. Семь признаков, по которым это видно.

1. Нужного сценария нет и не будет. Функция, важная для продаж, годами висит в пожеланиях к производителю движка: дорожную карту вашего сайта определяет не ваш бизнес.
2. Правки обходят через временные решения. Поля не по назначению, выгрузки через таблицы, скрипты поверх скриптов — каждое такое место усложняет следующее обновление.
3. Счёт за модули растёт. Платные расширения поверх подписки догоняют стоимость собственного решения.
4. Сайт тормозит в часы спроса. Каталог долго отдаёт страницы с фильтрами, в распродажу оформление заказа падает.
5. Данные тяжело забрать. Выгрузка неполная, часть истории существует только внутри системы.
6. Сайт и приложение живут раздельно. Одну акцию заводят дважды, ошибки в них разные.
7. Обновление движка ломает доработки. Компания откладывает обновления и копит уязвимости.

Три признака и больше — повод считать переход. Один-два — повод для точечной работы: часто помогает редизайн без смены движка или доработка узкого места. Начинают с диагностики: комплексный аудит интернет-магазина отделяет проблемы движка от проблем содержимого и рекламы. Что происходит с экономикой после перехода — в материале о переходе с коробочной платформы на модульную.

Как выбрать подрядчика на сайт и систему управления

Движок выбирают один раз, подрядчика — на годы. Восемь пунктов, которые стоит проверить до договора.

• Юридическое лицо и договор. Российская юрисдикция, договор со сроками, составом работ и ответственностью за качество.
• Проекты в вашей нише. Магазин одежды, строительный гипермаркет и медицинский центр отличаются сценариями, а не оформлением. Примеры — в разделе кейсов; для отраслевых задач есть отдельные направления: медицинские сайты, сайты для логистических компаний.
• Кто делает интеграции. Главный вопрос сметы: подключает ли подрядчик учётную систему и оплату сам или ждёт этого от вашей команды.
• Состав команды. Аналитик, дизайнер, разработчики, тестировщик и менеджер — с именами и занятостью, а не «команда специалистов».
• Оценка доработок. Как считают часы, кто согласовывает смету, что при выходе за оценку.
• Условия поддержки. Время реакции на сбой, канал обращений, что входит в абонентскую плату, а что оплачивается отдельно. Наш формат — на странице технической поддержки, включая проекты других команд.
• Передача доступов. Что вы получаете на руки: репозиторий, доступы к серверам, выгрузки, документацию.
• Усиление своей команды. Иногда выгоднее не отдавать проект целиком, а взять специалистов к себе — так работает аутстаффинг backend-разработчиков.

Отдельно про масштаб. Если сайт — часть большего продукта, разговор уже не о движке: SaaS-платформа, платформа для обучения, информационный портал или корпоративный сайт собираются по другой логике, чем витрина магазина. Полный цикл для торговли — на странице комплексной разработки e-commerce.

Кейсы: что меняется при уходе с коробочного решения

Три проекта, где выбор системы определил, что бизнес смог сделать дальше. Цифры — со страниц кейсов.

Как ведёт себя российский онлайн-ритейл по каналам и сезонам, разбирает Data Insight, мировую статистику собирает Statista — обе полезны, когда бюджет на переход нужно обосновать цифрами рынка. Остальные проекты — в разделе кейсов.

Итог: CMS на одной странице

Сводка, по которой можно соотнести задачу с моделью системы.

Три вывода. Первый: CMS выбирают не по списку функций, а по тому, что сможет менять команда без разработчика и где у системы заканчивается запас. Второй: считать нужно владение за три года, а не цену запуска. Третий: переход на другую систему — это перенос данных, интеграций и адресов, и дороже всего обходится не дизайн, а потерянные позиции в поиске.

Команда — федеральная команда FITTIN с центром разработки в Воронеже.

Что делать дальше:

• Понять, где теряются заказы, — комплексный аудит интернет-магазина; проверить качество решения — аудит кода.
• Зафиксировать требования — разработка технического задания; посчитать бюджет — калькулятор стоимости и тарифы.
• Собрать сайт и мобильный канал — сайты для интернет-магазинов, мобильные приложения для e-commerce, Mini Apps в Telegram; описать задачу — контакты.

Часто задаваемые вопросы

Чем CMS отличается от конструктора сайтов?

Способом владения. Конструктор арендуют целиком: движок, хостинг, шаблоны и поддержка входят в подписку, исходного кода у вас нет. Обычная CMS ставится на ваш хостинг: код у вас, обновления и безопасность — ваша зона или подрядчика. Разница видна, когда нужен сценарий, которого в системе нет: в конструкторе его ждут в дорожной карте провайдера, в своей системе задачу ставят разработчику.

Какая CMS лучше для интернет-магазина?

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

Можно ли перенести сайт на другую CMS без потери позиций в поиске?

Да, если заранее готовить карту соответствия адресов. Каждая страница старого сайта должна получить постоянное перенаправление, а карта сайта — обновиться в день переключения. Отдельно проверяют заголовки, микроразметку, скорость и доступность страниц для поисковых роботов. Просадка в первые недели обычно бывает и выравнивается, а потери из-за потерянных адресов — нет. По нашему опыту эта работа дешевле, чем попытка вернуть позиции задним числом.

Сколько стоит поддержка сайта после запуска?

Зависит от модели договора, вариантов три. Абонентская плата — фиксированная сумма в месяц за оговорённый объём работ и время реакции на сбои. Оплата по часам — за фактически потраченное время, удобно при редких обращениях. Включение в лицензию — в нашей модели ежемесячные платежи уже содержат техническую поддержку команды, мониторинг и обновления безопасности, отдельного счёта нет. Новый функционал в любом варианте считается отдельно.

Что такое headless CMS и нужна ли она нам?

Это система, которая хранит и раздаёт содержимое, но не рисует страницы: витрину делает отдельное приложение, забирающее данные через программный интерфейс. Смысл появляется, когда контент нужен в нескольких местах сразу — на сайте, в приложении, на экранах в зале. Если канал один, подход добавит работы без выигрыша: витрину разрабатывают отдельно, а редактор перестаёт видеть, как правка выглядит на странице.

Кому принадлежат сайт и данные, если система арендуется?

Это определяется договором, и читать его нужно до подписания, а не при расставании. Проверьте три пункта: кому принадлежат код витрины и доработки, в каком виде и за какой срок отдаются данные, кто владеет доменом и учётными записями сервисов. Практическая проверка надёжнее юридической: попросите тестовую выгрузку каталога, заказов и клиентов на этапе выбора. Если её обещают «сделать при необходимости», это и есть ответ.

Сколько времени занимает запуск сайта интернет-магазина?

На арендованном конструкторе типовую витрину поднимают за 3–10 рабочих дней. Внедрение коробочной системы с интеграциями — 20–40 рабочих дней. Интеграция модульной платформы под бренд — до 30 рабочих дней: настройка модулей, фирменный дизайн, подключение учётной системы, оплаты и доставки, вывод сайта в работу. Сроки растут, если данные в текущей системе не приведены в порядок — на инвентаризацию каталога закладывайте время отдельно.

Нужна ли отдельная CMS, если мы продаём в основном на маркетплейсах?

Если весь оборот идёт через площадки, а сайт нужен как страница о компании, полноценная система избыточна — хватит простого решения с редким обновлением. Разговор меняется, когда появляются задачи, которых на маркетплейсе не решить: своя программа лояльности, прямое общение с покупателем, свои цены и комплекты, работа с юридическими лицами. Тогда сайт становится каналом продаж, и требования другие.

Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации.