Headless CMS

Что это значит

Headless CMS - система управления контентом, которая занимается только содержимым: вводом, правкой, переводом и утверждением. В отличие от классической CMS у неё нет собственной «головы», то есть шаблонов, отображающих контент на сайте. Контент она отдаёт через API, а сайт, мобильное приложение или другой канал загружает его и показывает по-своему.

Благодаря разделению контента и отображения один и тот же текст можно использовать в нескольких местах, например на сайте, в приложении, в рассылке или на экране в магазине. Разработчики могут строить сайт на современной технологии, например как статический сайт, быстрый и безопасный, а редакторы при этом работают в понятном интерфейсе.

Headless CMS бывают облачными сервисами с ежемесячной оплатой по числу пользователей и объёму, а также open source решениями, которые фирма эксплуатирует сама. Разница в затратах, контроле над данными и в том, кто отвечает за обновления и резервные копии.

Как это работает на практике

Headless-решение имеет смысл для многоязычных сайтов, контента, показываемого в нескольких каналах, и там, где важна скорость и Core Web Vitals. Для простого корпоративного сайта из нескольких страниц оно часто излишне сложно, и дешевле классическая CMS.

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

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

На что обратить внимание

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

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