Headless CMS простыми словами: что это и когда нужна бизнесу

Headless CMS — это админка для контента без собственного внешнего вида сайта. Редакторы пишут тексты, загружают фото и меняют цены в удобной панели, а сайт, мобильное приложение или Telegram-бот получают этот контент через API и показывают его по-своему. Отличие от WordPress или Битрикса в том, что там админка и сайт — одна система, а здесь — две независимые части. Схема оправдана, когда нужны высокая скорость, нестандартный дизайн, несколько каналов с одним контентом или защищённая админка, недоступная посетителям.

Как это устроено

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

В headless-схеме:

1. Редактор меняет текст в админке headless CMS.
2. CMS сохраняет его в базе и отдаёт через API.
3. Сайт на фреймворке — например, Next.js или Nuxt — забирает контент по API и собирает страницы. Часто это происходит заранее, при публикации, и посетитель получает готовую страницу мгновенно.
4. Тот же контент может забрать мобильное приложение, бот, виджет на другом сайте.

Название «headless» — «без головы» — значит, что у CMS нет «головы»: собственного шаблона сайта. Подробное описание подхода есть, например, у разработчиков Strapi.

Какие бывают

Для российских компаний практичнее открытые решения на своём сервере: данные остаются в России, нет зависимости от оплаты зарубежных подписок. Directus, например, подключается к существующей базе данных и строит админку поверх неё.

Плюсы

• Скорость. Сайт отдаёт заранее собранные страницы, нет тяжёлых тем и плагинов. Хорошие показатели Core Web Vitals достигаются без борьбы с платформой.
• Безопасность. Админка может работать на отдельном адресе, закрытом от интернета или доступном только из офиса. Публичный сайт не содержит админки, которую можно атаковать.
• Свобода дизайна. Фронтенд не ограничен темой CMS.
• Один контент — много каналов. Цены и описания услуг меняются в одном месте и попадают на сайт, в приложение и в бота.
• Структурированный контент. Вместо «страницы с текстом» — поля: услуга, цена, срок, гарантия, фото. Это удобно для микроразметки и фильтров.

Минусы

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

Когда headless оправдан

Сколько стоит

Открытые headless CMS бесплатны, вы платите за сервер и работу. Ориентир: настройка CMS и структура контента — 2–5 дней, сайт на фреймворке — как обычная разработка сайта, интеграция предпросмотра — 1–2 дня. Для сайта компании на 20–40 страниц вся схема обычно стоит на 15–30% дороже аналогичного сайта на WordPress, а поддержка в последующие годы — дешевле, потому что меньше уходит на обновления плагинов и лечение уязвимостей.

Как выбрать для своего проекта

1. Опишите типы контента: услуги, статьи, сотрудники, отзывы, вакансии. Для каждого — поля.
2. Определите, кто и как часто редактирует.
3. Решите, где должны храниться данные — для персональных данных, например отзывов с именами, нужен сервер в России.
4. Проверьте, нужен ли предпросмотр и роли редакторов.
5. Попросите подрядчика показать админку на демо-данных до разработки сайта: редактору должно быть удобно.

Что спросить у подрядчика

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

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

Переход на headless с существующего сайта

С WordPress можно перейти постепенно: админка остаётся, а публичный сайт заменяется новым фронтендом, который читает контент через REST API. Редакторы продолжают работать в привычной панели, а посетители получают быстрый сайт. Позже, если нужно, контент переносят в другую CMS. Такой путь снижает риск: в любой момент можно вернуться к старой теме.