Headless CMS дословно переводится как «безголовая система управления контентом». Звучит как жаргон разработчиков, но идея простая: у обычной CMS админка и сайт-витрина — одна программа, у headless они разделены. Контент живёт в админке, посетители видят быструю статическую витрину, а между ними — API. Разбираем без маркетингового тумана, что это даёт владельцу бизнеса, сколько стоит вход, где спрятаны минусы и в каких случаях headless — стрельба из пушки по воробьям.
В этой статье 6
Что такое headless CMS простыми словами
Обычная CMS — WordPress, Битрикс, Joomla — устроена как монолит: одна программа хранит контент, показывает редактору админку и сама же рисует страницы для посетителей. «Головой» на профессиональном жаргоне называют как раз витрину — ту часть, которая отображает контент. Headless CMS эту голову отрезает: остаются админка, база контента и API — программный интерфейс, через который контент можно забрать и показать где угодно.
Аналогия из общепита: обычная CMS — ресторан, где кухня и зал в одном помещении. Headless — кухня, работающая отдельно: она готовит и выдаёт блюда через окно (API), а «залов» может быть сколько угодно — сайт, мобильное приложение, экран в торговой точке. Кухне всё равно, кто заберёт заказ: она отвечает только за содержимое.
Откуда тогда берётся сама витрина? Её разрабатывают отдельно. В нашем стеке это Next.js: сборщик забирает контент по API и заранее генерирует готовые статические страницы. Как работает такая статика и почему она быстрее классических движков, мы подробно разобрали в статье про статический сайт для бизнеса — headless-архитектура чаще всего опирается именно на неё.
Чем headless CMS отличается от обычной
Для редактора разница почти незаметна: и там и там есть админка с полями, текстами и картинками. Разница — в том, что происходит после нажатия «Сохранить» и кто отвечает за внешний вид сайта.
Обычная CMS и headless-архитектура: ключевые отличия
- Критерий: Устройство
- Обычная CMS: Монолит: контент, админка и витрина в одном движке
- Headless-архитектура: Две системы: админка с контентом и отдельная витрина, между ними API
- Критерий: Как рождается страница
- Обычная CMS: Движок собирает её при визите или отдаёт из кэша
- Headless-архитектура: Собрана заранее и лежит готовым файлом
- Критерий: Дизайн
- Обычная CMS: Ограничен темами и шаблонами движка
- Headless-архитектура: Любой: витрина пишется под задачу
- Критерий: Безопасность
- Обычная CMS: Админка и уязвимости движка доступны из интернета
- Headless-архитектура: Витрина — статика; админку можно закрыть от внешнего мира
- Критерий: Правка контента
- Обычная CMS: Редактор в админке
- Headless-архитектура: Редактор в админке — так же
- Критерий: Правка структуры и дизайна
- Обычная CMS: Часто решается темой или плагином
- Headless-архитектура: Задача для разработчика
- Критерий: Цена входа
- Обычная CMS: Ниже: готовые темы и плагины
- Headless-архитектура: Выше: витрина разрабатывается индивидуально
Текст схемы и все данные
Обычная CMS и headless-архитектура: ключевые отличия
- Критерий: Устройство
- Обычная CMS: Монолит: контент, админка и витрина в одном движке
- Headless-архитектура: Две системы: админка с контентом и отдельная витрина, между ними API
- Критерий: Как рождается страница
- Обычная CMS: Движок собирает её при визите или отдаёт из кэша
- Headless-архитектура: Собрана заранее и лежит готовым файлом
- Критерий: Дизайн
- Обычная CMS: Ограничен темами и шаблонами движка
- Headless-архитектура: Любой: витрина пишется под задачу
- Критерий: Безопасность
- Обычная CMS: Админка и уязвимости движка доступны из интернета
- Headless-архитектура: Витрина — статика; админку можно закрыть от внешнего мира
- Критерий: Правка контента
- Обычная CMS: Редактор в админке
- Headless-архитектура: Редактор в админке — так же
- Критерий: Правка структуры и дизайна
- Обычная CMS: Часто решается темой или плагином
- Headless-архитектура: Задача для разработчика
- Критерий: Цена входа
- Обычная CMS: Ниже: готовые темы и плагины
- Headless-архитектура: Выше: витрина разрабатывается индивидуально
| Критерий | Обычная CMS | Headless-архитектура |
|---|---|---|
| Устройство | Монолит: контент, админка и витрина в одном движке | Две системы: админка с контентом и отдельная витрина, между ними API |
| Как рождается страница | Движок собирает её при визите или отдаёт из кэша | Собрана заранее и лежит готовым файлом |
| Дизайн | Ограничен темами и шаблонами движка | Любой: витрина пишется под задачу |
| Безопасность | Админка и уязвимости движка доступны из интернета | Витрина — статика; админку можно закрыть от внешнего мира |
| Правка контента | Редактор в админке | Редактор в админке — так же |
| Правка структуры и дизайна | Часто решается темой или плагином | Задача для разработчика |
| Цена входа | Ниже: готовые темы и плагины | Выше: витрина разрабатывается индивидуально |
Как это работает: путь от правки до посетителя
- Редактор меняет текст, цену или фото в админке — интерфейс не сложнее привычного WordPress.
- CMS сохраняет контент и отдаёт его по API в структурированном виде: поля, а не «каша» из HTML.
- Сборщик забирает данные и пересобирает затронутые страницы — обычно это минуты.
- Готовые статические страницы публикуются на сервере или CDN.
- Посетитель получает готовый HTML мгновенно: без обращений к базе данных и работы движка.
Как это работает: путь от правки до посетителя
- Редактор меняет текст, цену или фото в админке — интерфейс не сложнее привычного WordPress.
- Да
- CMS сохраняет контент и отдаёт его по API в структурированном виде: поля, а не «каша» из HTML.
- Да
- Сборщик забирает данные и пересобирает затронутые страницы — обычно это минуты.
- Да
- Готовые статические страницы публикуются на сервере или CDN.
- Да
- Посетитель получает готовый HTML мгновенно: без обращений к базе данных и работы движка.
- Да
Текст схемы и все данные
Как это работает: путь от правки до посетителя
- Редактор меняет текст, цену или фото в админке — интерфейс не сложнее привычного WordPress.
- Да
- CMS сохраняет контент и отдаёт его по API в структурированном виде: поля, а не «каша» из HTML.
- Да
- Сборщик забирает данные и пересобирает затронутые страницы — обычно это минуты.
- Да
- Готовые статические страницы публикуются на сервере или CDN.
- Да
- Посетитель получает готовый HTML мгновенно: без обращений к базе данных и работы движка.
- Да
Важная деталь, которую редко проговаривают: админка в этой схеме может жить на отдельном адресе, за паролем или вообще внутри корпоративной сети. Посетители и боты видят только статическую витрину — до системы управления контентом снаружи не добраться даже теоретически.
Плюсы headless-сайта
- Скорость. Витрина — готовая статика, серверу не нужно ничего вычислять. Это напрямую видно в Core Web Vitals — метриках скорости, которые поисковики учитывают при ранжировании.
- Безопасность. Типовые взломы CMS — боты, перебирающие дыры в плагинах и пароли к админке. У headless-витрины этой поверхности атаки нет: снаружи только файлы.
- Свобода дизайна. Вы не выбираете из тем — витрина проектируется под ваш бизнес, до пикселя и до строчки разметки.
- Один контент — много каналов. Те же данные из админки могут питать сайт, мобильное приложение, лендинги и внутренние сервисы.
- Устойчивость под нагрузкой. Раздача готовых файлов — самая дешёвая операция для сервера, поэтому наплыв трафика из рекламы или рассылки статическая витрина переживает спокойно.
Плюсы headless-сайта
- Скорость. Витрина — готовая статика, серверу не нужно ничего вычислять. Это напрямую видно в Core Web Vitals — метриках скорости, которые поисковики учитывают при ранжировании.
- Да
- Безопасность. Типовые взломы CMS — боты, перебирающие дыры в плагинах и пароли к админке. У headless-витрины этой поверхности атаки нет: снаружи только файлы.
- Да
- Свобода дизайна. Вы не выбираете из тем — витрина проектируется под ваш бизнес, до пикселя и до строчки разметки.
- Да
- Один контент — много каналов. Те же данные из админки могут питать сайт, мобильное приложение, лендинги и внутренние сервисы.
- Да
- Устойчивость под нагрузкой. Раздача готовых файлов — самая дешёвая операция для сервера, поэтому наплыв трафика из рекламы или рассылки статическая витрина переживает спокойно.
- Да
Текст схемы и все данные
Плюсы headless-сайта
- Скорость. Витрина — готовая статика, серверу не нужно ничего вычислять. Это напрямую видно в Core Web Vitals — метриках скорости, которые поисковики учитывают при ранжировании.
- Да
- Безопасность. Типовые взломы CMS — боты, перебирающие дыры в плагинах и пароли к админке. У headless-витрины этой поверхности атаки нет: снаружи только файлы.
- Да
- Свобода дизайна. Вы не выбираете из тем — витрина проектируется под ваш бизнес, до пикселя и до строчки разметки.
- Да
- Один контент — много каналов. Те же данные из админки могут питать сайт, мобильное приложение, лендинги и внутренние сервисы.
- Да
- Устойчивость под нагрузкой. Раздача готовых файлов — самая дешёвая операция для сервера, поэтому наплыв трафика из рекламы или рассылки статическая витрина переживает спокойно.
- Да
Минусы, о которых молчит реклама
Теперь честная часть. У headless-подхода есть цена, и она не только в деньгах.
- Цена входа выше. Витрину разрабатывают под вас, а не берут готовой темой за пару тысяч рублей. Для простого сайта разница в бюджете может не окупиться никогда.
- Зависимость от разработчика. Контент редактор правит сам, но новый тип страниц, изменение структуры или дизайна — задача для разработчика, а не «поставим плагин». Закладывайте либо поддержку, либо подрядчика на подхвате.
- Две системы вместо одной. Админка и витрина — отдельные сервисы: за обоими нужно следить, между ними — настроенная интеграция.
- Мелочи, требующие настройки. Предпросмотр черновика, отложенные публикации, роли редакторов — в монолите есть из коробки, в headless-связке настраиваются отдельно.
- Рынок исполнителей уже. Специалистов по WordPress тысячи; команду под headless-стек найти сложнее.
Когда headless оправдан, а когда — из пушки по воробьям
Headless — инструмент, а не статус. Он оправдан там, где его сильные стороны конвертируются в деньги: много страниц, важен поисковый трафик, контент обновляется регулярно и не одним человеком, либо один и тот же контент нужен нескольким каналам сразу. Типичные кандидаты — корпоративные сайты с большим каталогом услуг, контент-проекты, витрины на сотни и тысячи страниц.
И наоборот: сайту-визитке на пять страниц, лендингу под одну кампанию или блогу, который обновляется раз в квартал, headless-архитектура не нужна. Больше того — таким сайтам часто не нужна CMS вообще: статическая витрина без админки, а редкие правки дешевле делать руками разработчика в рамках поддержки, чем строить и обслуживать систему управления контентом. Признать это — тоже часть честного расчёта.
Мы в АОСА проектируем именно по этой логике: статическая витрина — всегда, CMS-интеграция — опция, когда она реально нужна. Корпоративный сайт стоит от 120 000 ₽, лендинг — от 50 000 ₽, а в формате «сайт + продвижение под ключ» архитектура сразу проектируется под SEO — с продвижением от 45 000 ₽ в месяц и скидкой 10% на первые три месяца. Если сомневаетесь, какой движок нужен вашему проекту и нужен ли вообще, начните со сравнения платформ в статье о выборе CMS.
Худшее, что можно сделать с headless, — купить его как модное слово. Я всегда предлагаю владельцу три вопроса. Сколько человек и как часто правят контент? Если «я сам, раз в месяц» — админка не нужна, достаточно статики с поддержкой. Важен ли поисковый трафик и скорость? Если да — статическая витрина даёт фору, а откуда она берёт контент, вопрос второй. И третий: готовы ли вы к тому, что структурные изменения делает разработчик? Если ответ «нет, хочу сам двигать блоки» — вам нужен конструктор, и это нормальный выбор. Headless выигрывает тогда, когда все три ответа осознанные, а не когда термин красиво звучит в презентации.
Владимир БогдановОснователь и руководитель AOSA · эксперт по SEO и AEO, 12+ лет в поисковой оптимизации