Headless CMS хранит контент и отдаёт его по API, а внешний вид сайта, приложения или бота делают отдельно. Обычная CMS и хранит контент, и сама собирает страницы. Headless выгодна, когда один и тот же контент нужен в нескольких местах, его много и он часто меняется, или когда шаблоны мешают скорости и дизайну. Цена этого в двух системах вместо одной: витрину нужно разработать и поддерживать, предусмотреть предпросмотр, пересборку, формы и SEO-поля. Для персональных данных важно, где стоят серверы (часть 5 статьи 18 закона 152-ФЗ). Сайту-визитке headless обычно не нужна.
Headless CMS это система управления контентом без собственного «лица»: она хранит тексты, фото, товары и цены и отдаёт их по API, а то, как это выглядит на сайте, в приложении или в боте, делают отдельно. Обычная CMS, например WordPress или 1С-Битрикс, и хранит контент, и сама собирает из него страницы. Headless нужна тогда, когда один и тот же контент живёт в нескольких местах или когда шаблоны обычной CMS мешают скорости и развитию сайта. Для небольшого сайта-визитки это чаще всего лишнее усложнение.
Что такое headless CMS простыми словами
Слово headless переводится как «безголовая». «Тело» системы это хранилище контента и удобная панель для редакторов. «Голова» это внешний вид: шаблоны страниц, дизайн, вёрстка. У headless CMS головы нет, её делают отдельно и подключают к хранилищу.
Простой пример. У сети студий растяжки есть сайт, мобильное приложение для записи и Telegram-бот. Расписание, цены и описания направлений администратор вносит один раз в headless CMS. Сайт, приложение и бот берут их оттуда по API и показывают каждый по-своему. Поменяли цену в одном месте, и она обновилась везде.
API это договорённость о том, как одна программа запрашивает данные у другой. Сайт отправляет запрос «дай список направлений», CMS отвечает данными в формате JSON. Подробнее о том, как устроены такие запросы, ключи и ошибки, рассказано в статье об API-интеграции.
Чем headless CMS отличается от обычной
Главное отличие в том, кто отвечает за внешний вид. В обычной CMS шаблоны, плагины и тема встроены в систему. В headless CMS система отвечает только за контент, а сайт или приложение пишет разработчик на выбранной технологии.
| Обычная CMS | Headless CMS | |
|---|---|---|
| Что делает | Хранит контент и собирает из него страницы | Хранит контент и отдаёт его по API |
| Внешний вид | Темы и шаблоны системы | Отдельный сайт или приложение на любой технологии |
| Куда выводит контент | В основном на свой сайт | На сайт, в приложение, бот, на экраны и в другие системы |
| Запуск простого сайта | Быстро: выбрал тему, заполнил страницы | Дольше: витрину нужно разработать |
| Плагины «из коробки» | Много готовых: формы, SEO, магазин | Меньше, многое делается в коде витрины |
| Кто нужен для доработок | Часто хватает настройки | Нужен разработчик витрины |
| Безопасность | Панель и сайт в одной системе, частые обновления плагинов | Панель можно спрятать от посетителей, сайт отдаётся отдельно |
Есть и промежуточный вариант. Многие обычные CMS умеют работать как headless. Например, у WordPress есть REST API: по его документации контент сайта можно забирать в формате JSON в отдельные приложения, написанные хоть на JavaScript, хоть на другом языке. Так компания сохраняет привычную панель, а витрину делает отдельно. Чем CMS вообще отличается от CRM и почему их не стоит путать, разобрано в статье о разнице CRM и CMS.
Как работает сайт на headless CMS
Сайт на headless CMS состоит из трёх частей: хранилища контента, витрины и связи между ними. Редактор работает только с первой частью, посетитель видит только вторую.
- Модель контента. Разработчик описывает типы данных: «услуга» с полями название, цена, фото, срок; «отзыв» с полями имя, текст, оценка. Это как столбцы в таблице, только удобнее.
- Наполнение. Редактор вносит услуги и отзывы в панели CMS. Ему не нужно думать о вёрстке: он заполняет поля.
- Витрина. Сайт написан на одной из современных технологий, например Astro, Next.js или Nuxt. Он запрашивает данные у CMS и вставляет их в свои шаблоны.
- Сборка или запрос на лету. Часто сайт собирают заранее в готовые страницы: так он открывается быстро и меньше нагружает сервер. Тогда после публикации в CMS нужно пересобрать сайт. Обычно это делают автоматически: CMS отправляет вебхук, и сборка запускается сама.
- Предпросмотр. Чтобы редактор видел, как материал будет выглядеть до публикации, режим предпросмотра настраивают отдельно. Это стоит заложить в задание сразу.
Как устроены уведомления между системами и почему с ними удобно запускать пересборку, рассказано в статье о вебхуках.
Плюсы headless CMS для компании
Headless CMS выгодна, когда контента много, он нужен в нескольких местах или сайт должен быть быстрым и гибким. В этих случаях плюсы перевешивают цену разработки витрины.
- Один контент для всех каналов. Цены, расписание и описания вносят один раз, а сайт, приложение и бот берут их из одного места. Меньше расхождений и ручного копирования.
- Скорость сайта. Витрину можно собрать в лёгкие готовые страницы. Это помогает с показателями скорости, по которым поиск оценивает удобство.
- Свобода дизайна. Внешний вид не ограничен темой CMS, витрина делается под ваш бизнес.
- Безопасность. Панель управления не обязательно размещать там же, где сайт. Посетители видят готовые страницы, а не систему с плагинами.
- Смена витрины без переноса контента. Через несколько лет сайт можно переделать, а тексты, товары и фото останутся на месте.
- Порядок в данных. Модель контента заставляет хранить информацию в полях, а не в длинных текстах. Это удобно для фильтров, калькуляторов и выгрузок.
Минусы и риски: о чём молчат продающие статьи
Главный минус headless CMS в том, что вместо одной системы у вас две, и обе нужно разрабатывать и поддерживать. Без разработчика такой сайт не развивается.
- Витрину надо разработать. Готовой темы нет. Новая страница с необычной структурой часто требует программиста, а не только редактора.
- Меньше готовых плагинов. Формы, поиск по сайту, SEO-поля, карта сайта, микроразметка делаются в витрине. Перечислите их в задании, иначе их забудут.
- Предпросмотр и пересборка. Без них редакторы публикуют «вслепую» или ждут, пока изменения появятся на сайте.
- Две системы на обновление. Обновлять нужно и CMS, и витрину, следить за обеими.
- Зависимость от облачного сервиса. Если CMS облачная, тарифы, лимиты и условия меняет поставщик. Заранее проверьте, как выгрузить весь контент, если придётся уйти.
- Персональные данные. Если в CMS попадают данные клиентов, например заявки или отзывы с именами и телефонами, важно, где стоят серверы. По части 5 статьи 18 закона 152-ФЗ запись, хранение и обновление персональных данных граждан России при сборе должны вестись с использованием баз данных в России, за отдельными исключениями. Зарубежная облачная CMS для таких данных подходит плохо. Конкретную схему проверьте с юристом.
Лицензии открытых headless CMS бывают разными и меняются. Некоторые разрешают почти всё, у других есть ограничения на коммерческое или конкурирующее использование. Перед выбором прочитайте файл лицензии в официальном репозитории системы.
Когда headless CMS нужна, а когда нет
Headless CMS нужна, когда контент используется больше чем в одном месте или сайт упёрся в ограничения шаблонов. Если у вас один небольшой сайт, который редко меняется, обычная CMS или конструктор будут проще и дешевле в поддержке.
- Почему: контента мало, он меняется редко и показывается в одном месте.
- Когда пересмотреть: если появятся приложение, бот или десятки страниц с одинаковой структурой.
- Нужна, если: шаблоны мешают скорости и дизайну, а контент выводится и в рассылки, и на других площадках.
- Не нужна, если: текущая CMS справляется, а проблемы в текстах и структуре.
- Нужна, если: товары и цены идут на сайт, в приложение и на маркетплейсы, а витрина должна быть быстрой.
- Учтите: корзина, оплата и остатки обычно живут не в CMS, а в учётной системе или платформе магазина.
- Пример: расписание, цены и описания одновременно на сайте, в приложении для записи и в боте.
- Учтите: модель контента делайте под все каналы сразу, а не только под сайт.
- Пример: несколько сайтов филиалов или языковых версий с общими услугами и своими ценами и адресами.
- Учтите: права редакторов по филиалам и переводам нужно продумать заранее.
Вывод: headless CMS выигрывает там, где один контент нужен в нескольких местах. Если место одно и правок мало, проще и дешевле обычная CMS.
Если сомневаетесь, ответьте на вопросы ниже. Они помогают понять, готовы ли вы к headless, а не только нужна ли она.
Какие бывают headless CMS
Headless CMS делятся по двум признакам: где работают и где хранят контент. От этого зависит, кто отвечает за сервер, сколько вы платите и насколько легко уйти.
| Тип | Как устроено | Плюсы | Минусы |
|---|---|---|---|
| Облачная (SaaS) | Система работает у поставщика, вы платите подписку | Не нужен свой сервер, обновления делает поставщик | Тарифы и лимиты меняются, данные у поставщика, вопрос с 152-ФЗ |
| Своя установка (self-hosted) | Открытая система ставится на ваш сервер, например Strapi или Directus | Данные у вас, можно дорабатывать | Сервер, обновления и резервные копии на вас или подрядчике |
| Хранение в Git | Контент лежит файлами в репозитории сайта, панель правит эти файлы, например Decap CMS | История изменений и откат как у кода, не нужна отдельная база | Неудобно при большом объёме и частых правках, сложные связи между данными |
| Обычная CMS в режиме headless | WordPress или другая CMS отдаёт контент по API, витрина отдельная | Привычная панель, много готовых решений | Остаются обновления и уязвимости плагинов исходной CMS |
Strapi в документации описывает себя как открытую headless CMS с REST и GraphQL API и панелью для редакторов. Документация Astro перечисляет десятки систем, с которыми можно связать сайт, от облачных до файловых. Выбор конкретной системы зависит от ваших данных, а не от популярности: сначала модель контента и требования, потом продукт.
Окупится ли переход: считаем ручную работу
Переход на headless CMS окупается, когда сейчас сотрудники вручную переносят один и тот же контент в несколько мест или ждут программиста на каждую правку. Посчитайте это время, прежде чем решать.
Как считается: экономия = правки × доля дублирования × доля, которую снимает CMS × цена правки × доля высвобожденного времени, минус поддержка. Цена правки в примерах: одно изменение вносят в три места по 10 минут, это 30 минут при стоимости часа сотрудника 500 ₽, то есть 250 ₽. Подставьте свои минуты, ставку и число мест.
Если выходит, что ручной работы мало, это нормальный результат. Значит, вашему сайту пока достаточно обычной CMS, а деньги лучше вложить в тексты, скорость и заявки.
Как перейти на headless CMS: 7 шагов
Переход начинают не с выбора системы, а с описания контента и того, где он должен показываться. Иначе легко выбрать модную CMS, в которую неудобно вносить ваши данные.
- Опишите каналы. Где показывается контент сейчас и где будет через год: сайт, приложение, бот, маркетплейс, экраны.
- Составьте модель контента. Какие типы записей нужны и какие у них поля. Например: услуга, филиал, специалист, отзыв, статья.
- Решите вопрос с данными. Где будут серверы, есть ли персональные данные, кто делает резервные копии.
- Выберите систему под модель. Сравните 2–3 варианта на ваших реальных записях, а не на демо. Посмотрите панель глазами редактора.
- Разработайте витрину. Шаблоны страниц, формы, поиск, SEO-поля, карта сайта, предпросмотр, автоматическая пересборка.
- Перенесите контент и адреса. Если меняются адреса страниц, нужны перенаправления 301 со старых адресов на новые, иначе сайт потеряет позиции.
- Обучите редакторов. Короткая инструкция с картинками: где что лежит, как опубликовать, что делать, если изменения не появились на сайте.
Если контент из CMS должен попадать в CRM, учётную систему или на маркетплейсы, это уже задача интеграции. Такие связки удобно делать сразу вместе с витриной, а не потом. Как мы подходим к ним, описано на странице интеграций и API.
Что спросить у подрядчика перед переходом
Перед тем как согласиться на headless CMS, задайте подрядчику несколько простых вопросов. По ответам видно, продумал ли он поддержку, а не только запуск.
- Почему для нашей задачи нужна именно headless, а не обычная CMS с доработкой?
- Где будут храниться контент и данные клиентов и кто отвечает за резервные копии?
- Как редактор увидит материал до публикации и через сколько изменения появятся на сайте?
- Как мы выгрузим весь контент, если решим сменить систему или подрядчика?
- Кто и как часто обновляет CMS и витрину и сколько времени это занимает в месяц?
- Какие SEO-поля, формы и интеграции будут в первой версии?
Типичные ошибки
- Headless ради моды. Сайту из пяти страниц, который правят раз в квартал, сложная архитектура не нужна.
- Нет модели контента. Всё вносится одним большим текстом, и преимущества headless пропадают.
- Забыли о редакторах. Нет предпросмотра, публикация появляется на сайте через неопределённое время, люди возвращаются к просьбам «поправьте, пожалуйста».
- Забыли о SEO. Заголовки, описания, карта сайта и микроразметка не предусмотрены в витрине.
- Не проверили, как уйти. Облачная CMS не даёт удобно выгрузить всё, и через пару лет переезд становится проектом.
- Нет ответственного. Две системы обновляются по-разному, и через год никто не знает, какие версии стоят.
Частые вопросы
Что значит headless CMS?
Это система управления контентом без встроенного внешнего вида. Она хранит тексты, фото, товары и цены и отдаёт их по API, а сайт, приложение или бот показывают их по-своему. Обычная CMS сама собирает страницы сайта.
Чем headless CMS лучше WordPress?
Не лучше и не хуже, а для другой задачи. Headless удобна, когда контент нужен в нескольких местах и важна свобода витрины. WordPress быстрее запустить и проще поддерживать для обычного сайта, к тому же у него есть REST API и он сам может работать как headless.
Нужен ли программист для сайта на headless CMS?
Да. Витрину разрабатывают отдельно, и новые типы страниц обычно требуют разработчика. Редакторы при этом работают в панели самостоятельно в пределах готовых полей и блоков.
Подходит ли headless CMS для интернет-магазина?
Часто да, если товары и цены нужны на сайте, в приложении и на других площадках и важна скорость витрины. Корзина, оплата и остатки обычно живут в учётной системе или платформе магазина, а не в CMS.
Как headless CMS влияет на SEO?
Сама по себе ни хорошо, ни плохо. Быстрая витрина помогает, но заголовки, описания, карта сайта, микроразметка и правильные адреса не появятся сами: их нужно предусмотреть в задании на витрину.
Можно ли хранить персональные данные в зарубежной облачной CMS?
Для данных граждан России при сборе это рискованно: часть 5 статьи 18 закона 152-ФЗ требует вести запись и хранение с использованием баз данных в России, за отдельными исключениями. Схему хранения проверьте с юристом.
Сколько времени занимает переход на headless CMS?
Зависит от объёма контента и числа витрин. Больше всего времени уходит на модель контента, разработку витрины и перенос записей с адресами. Отдельно закладывайте обучение редакторов и проверку после запуска.
