Что такое Headless CMS и почему за ними будущее
В эпоху глобальной цифровизации выигрывает тот, кто быстрее других осваивает новые каналы взаимодействия с аудиторией и предлагает своим клиентам более удобные цифровые решения.
Чтобы добиться успеха, бизнес открывает представительства в Сети, запускает мобильные приложения, позиционируется в социальных сетях, использует «умные» гаджеты и устройства интернета вещей. Важно как можно шире представить себя на рынке, используя все доступные способы. А еще необходимо быть гибким, быстро и легко мигрируя на новые платформы.
Традиционный подход заключается в том, что для каждой платформы разрабатывается собственная архитектура, готовится контент, настраивается интерфейс. Разработка и поддержка в такой схеме требуют значительных ресурсов. Это ограничивает возможности компаний в плане освоения цифровых каналов.
Новое поколение CMS решает проблему управления контентом с использованием различных платформ. Теперь содержимое создается, хранится и редактируется независимо от технических решений, используемых для его представления на клиентском оборудовании (браузере, смартфоне, умных часах).
Headless CMS — тело без головы
Логика традиционных CMS объединяет бэкенд- и фронтенд-части одной системы. Контент в данном случае оказывается связан с конкретными технологиями, архитектурой и шаблонами клиент-серверного приложения.
Headless CMS — принципиально иная система управления. Как правило, она отвечает только за универсальное содержимое, которое может использоваться на любых платформах. Бэкенд («тело») при таком подходе не связан с фронтендом («головой»).
Логика Headless CMS такова, что к «телу» при необходимости можно приставлять разные «головы». Это позволяет использовать один бэкенд для управления сайтом (или сайтами) и мобильным приложением, а также автоматизировать распространение контента по всем доступным площадкам и устройствам.
В результате минимизируются ресурсы, затрачиваемые на веб-разработку. А управление разными платформами осуществляется централизованно из одного интерфейса, что удобно. При этом содержимое гибко настраивается для каждого отдельного канала.
Как это работает
Как уже было сказано, Headless CMS предполагает управление только контентом независимо от интерфейса, в котором он будет использоваться (представляться конечному пользователю).
Система управления строится с нуля и используется, в первую очередь, как хранилище контента и набора инструментов. Она обеспечивает административный интерфейс для создателей контента, их совместной работы над содержимым. Если предусмотрена возможность оставлять комментарии, заявки, создавать пользовательские анкеты или задавать настройки аккаунтов, эти данные также могут храниться в системе, модерироваться и редактироваться персоналом.
Содержимое системы хранится в поддерживаемой ею базе данных (PostgreSQL, MongoDB, SQLite, MySQL и MariaDB в Strapi). Обмен данными чаще всего происходит в «универсальном» формате JSON, что позволяет подстраиваться под любой новый фронтенд. Передача осуществляется через внешний API: RESTful или GraphQL.
Клиентское приложение отвечает за взаимодействие с пользователем (дизайн, интерактивность, сбор данных). Для манипуляций с данными используется API.
Преимущества Headless CMS
Главная ценность подхода, реализованного в Headless CMS — омниканальная готовность. Контент в универсальном формате можно использовать на сайте, в мобильном приложении, в интерфейсе различных цифровых устройств. Это расширяет возможности бизнеса, позволяет гибко использовать разные решения (интегрируя их по очереди или сразу задействовав все необходимые).
Снижение затрат на разработку — второе важное преимущество. При определенных условиях Headless CMS дешевле в установке и настройке. Разработчикам не требуется осваивать систему управления «от и до», достаточно разбираться в административном интерфейсе и API.
Ускорение реализации новых проектов — тоже немаловажный плюс для бизнеса. Благодаря гибкости использования контента, в Headless CMS процесс запуска сайта или приложения занимает меньше времени. Кроме того, индустриальные стандарты RESTful и GraphQL обеспечивают быстрый старт при развертывании нового проекта: разработчикам не требуется закладывать архитектурные основы и осваивать тулинг вокруг этих технологий.
Для пользователей административной панели важно удобство работы в системе. Централизованное управление облегчает взаимодействие с разными платформами. Можно добавлять и редактировать контент, управлять настройками в одном привычном административном интерфейсе.
Для бизнеса, оперативно реагирующего на изменения, большое значение имеет простая масштабируемость системы управления контентом. Статически сгенерированный контент от CMS легко поддается масштабированию через CDN.
Содержимое легко переносится в новые интерфейсы. Например, для реализации приложения для iOS, при наличии web- и Android-версий, не требуется создавать новый бэкенд — к существующей схеме просто добавляется еще одно клиентское приложение.
При этом разработчики на любом языке программирования (Ruby, PHP, Java, Swift) могут использовать API при манипуляциях с системой, решая таким образом проблему несовместимости разных языков в одном продукте. Это дает возможность задействовать новейшие технологии и креативно подходить к процессу разработки.
Для Headless CMS характерна повышенная безопасность. Поскольку с пользовательской стороны доступны только статически сгенерированные файлы, а обработка запросов значительно упрощена, «сломать» этот процесс сложнее и риски атак сокращаются.
Есть ли недостатки у Headless CMS?
Переход к логике Headless CMS предполагает знакомство с ее принципами и технологиями, однако разработчику достаточно иметь базовый уровень знаний сетевых технологий.
Конечно, требуется определенный опыт, чтобы оптимизировать готовый бэкенд для одновременного подключения разных платформ. Зато не нужно каждый раз выстраивать API, а это плюс.
Headless CMS обеспечивает только бэкенд, поэтому фронтенд-архитектуру необходимо реализовывать с помощью дополнительных ресурсов. Но существуют продукты вроде Gatsby, Nuxt, VuePress, Hugo и Gridsome, которые обеспечивают упрощенную интеграцию с CMS.
Виды Headless CMS
Существует множество CMS, поддерживающих логику Jamstack. Суть подхода заключается в предварительном рендеринге файлов и их передаче непосредственно с CDN, минуя веб-сервер.
Все такие CMS представлены на сайте headlesscms.org. Большинство из них являются open source решениями.
Headless CMS могут предполагать самостоятельное развертывание на сервере или выгрузку на CDN-сервис.
Некоторые системы работают через клауд-провайдеров.
Многие поддерживают создание модели и последующее заполнение ее контентом.
Еще один критерий выбора: использование GraphQL или REST API (или оба вида в одном продукте).
Почему будущее — за Headless CMS
Новаторский подход, реализованный в Headless CMS, учитывает реалии сегодняшнего дня, когда время диктует как можно более быстрое внедрение новых технологий и расширение цифровых каналов взаимодействия с аудиторией. Принцип разделения собственно контентной части и клиентского интерфейса позволяет ускорять разработку и масштабироваться с экономией ресурсов. А управление разными платформами становится более удобным и эффективным.
С дальнейшим развитием цифровых продуктов Headless CMS, вероятно, будут все более предпочтительны, нежели традиционные WordPress или Joomla. Есть все основания полагать, что будущее — именно за «безголовыми» системами.
Headless CMS: 7 преимуществ для роста продаж
Есть много причин для бизнеса, чтобы пользоваться Headless CMS (CMS – Content Management System или система управления контентом). Например, если вам необходимость использовать один и тот же контент в нескольких каналах продаж и у вас есть желание улучшить настройку кастомизации и избавится от беспорядка в традиционной платформе CMS.
Важно то, как бизнес управляет и хранит контент по продуктам и статьями. Это влияет на производительность сайта и мобильного приложения, а также влияет на конверсию. Поэтому некоторые компании хотят выйти за рамки традиционной CMS.
В Headless CMS можно отделить производство, управление и хранение контента от продвижения (рекламирование) и простой демонтрации (отображения) контента. Это разделение придаёт особое значение при создании контента, формировании аудитории для продаж и успеха в бизнесе в целом.
Многие знают WordPress, популярную CMS платформу. WordPress можно использовать для блога, для большого сайта и даже для интернет-магазина. WordPress объединяет управление контентом с отображением контента.
Пользователь входит в админ-панель WordPress, добавляет новую страницу, пишет контент, просматривает написанный контент и далее публикует страницу. Контент и его демонстрация тесно связаны между собой. WordPress предоставляет инструменты для создания контента, а также систему шаблонов для отображения веб-страницы в сети Интернет.
Но что, если вы хотите создать не веб-страницу? Что, если вам нужен контент, например, для Alexa Skill (виртуальный ассистент, разработанный Amazon)? Как насчет контента для чат-бота Facebook? Может вы хотите создать контент для поста в социальных сетях?
Цель Headless CMS в том, чтобы облегчить создание и хранение контента, а не его публикацию. Публикация этого контента вторична.
«Раньше на заре технологий было действительно сложно размещать что-то в Интернете. Но разместив что-либо в Интернете, людям сразу это было доступно, и они сразу это видели. Это всё, что требовалось – разместить контент. Сегодня всё изменилось – любой, у кого есть смартфон, может размещать видео в Интернете. Раньше невозможно было невозможно размещать видео в Интернете»
С другой стороны, охват людей и создание своей целевой аудитории в сети – это большая и тяжелая работа, потому что сегодня все в сети. Каждый является инфлюенсером. Каждый может мгновенно публиковать, что угодно без каких-либо технических навыков.
Таким образом, реальная проблема сейчас заключается именно в формировании своей аудитории в сети Интернет. Поэтому, зачем выбирать CMS, которая создана для размещения материала в Интернете? Зачем делать упор на решении простой проблемы (размещение контента) и игнорировать то, что требует тяжелой работы (поиск своей аудитории в сети)?
Таким образом, родилась идея создания Headless CMS. Headless CMS может и не обязательно лучше хранит контент, но она более гибка в создании и публикаций.
Далее рассмотрим 7 причин, чтобы внедрить Headless CMS в ваш бизнес.
Занимаясь электронной торговлей, бизнесу часто необходимо публиковать контент на нескольких каналах продаж.
Чтобы удовлетворить потребности покупателя и облегчить его опыт покупок – предоставить ему разнообразие продуктов и услуг в удобном для него канале продаж (веб-сайт, мобильное приложение и т.п.) – продавцу необходим быстрый доступ к информации о продукте, его наличии и доступности.
Однако, у многих компаний отдельные каналы продаж не связаны.
Компании обычно используют так называемую «объединённую» систему – используют отдельно CMS, которая создаёт веб-страницы, и объединяют её с собственной базой данных через панель администратора.
При этом у компаний обычно есть отдельное программное обеспечение для мобильного приложения. Это ПО также использует свою собственную базу данных и админ-панель.
Возможно, у этой компании есть ещё и чат-бот Facebook. Все эти каналы могут быть в отдельных системах с отдельным контентом.
Однако при использовании Headless CMS информация будет храниться в одной базе данных и управляться через единый интерфейс. Headless CMS – это инфраструктура для контента. Эта CMS управляет контентом и хранит его. Далее этот контент можно использовать для веб-сайта, для мобильного приложения или в Facebook.
Я знакома с омниканальным розничным продавцом, у которого более десятка обычных оффлайновых магазинов, отдел продаж и интернет-магазин. Этот бизнес решил сделать что-то радикальное: написать собственное программное обеспечение для своих торговых точек.
Это программное обеспечение будет:
Такой уровень настройки сломал бы любую обычную CMS. Только Headless CMS справится со всеми поставленными задачами.
Обычные CMS можно кастомизировать, но они имеют ограничения. Многие из этих ограничений связаны с необходимостью интегрировать системы по сознанию контента с продажами. Headless CMS имеет значительно меньше ограничений и, следовательно, более настраиваемая, кастомизированная.
Кастомизация тесно связана с интеграцией. Контент, хранящейся и управляемый в Headless CMS, намного легче интегрировать с другими системами, чем это делают обычные CMS.
Headless CMS – это просто API. Таким образом, подключение Headless CMS к большинству внешнех платформ достаточно просто. И Headless CMS дает бизнесу больше возможностей.
Часто для разработчиков легко то, что знакомо. Headless CMS использует стандартную технологию, поэтому она может быть значительно проще для разработчиков, чем кажется. Эта простота, в свою очередь, может привести к сокращению времени разработки и, следовательно, к снижению затрат.
«Объединённая» с другими системами CMS может способствовать медленной загрузке веб-страниц. Использование Headless CMS может привести к более высокой производительности, чем использование WordPress или аналогичных CMS.
Часто API используется для предоставления контента через Headless CMS с доступом только «для чтения». Это обеспечивает уровень безопасности, который невозможен для обычной CMS.
Более того, этот API может быть размещен за одним или несколькими уровнями кода, делая его менее уязвимым для атак. А администрирование Headless CMS может находится на другом сервере или в другом домене.
Таким образом, Headless CMS является более безопасной, чем типичная обычная CMS.
Некоторые производители Headless CMS считают, что их решения могут помочь в маркетинге и, следовательно, привести к росту конверсий. Идея Headless CMS ещё и в том, что она относительно проще в A/B тестировании, в том числе и при использовании другим ПО.
Конечно, тест все равно потребует разработки, но основанная на API Headless CMS, может значительно упростить его.
Практически любая технология имеет недостатки. Ваша компания может рассмотреть возможность использования Headless CMS для омниканальных продаж, кастомизации, интеграции и безопасности. Но у неё есть и недостатки.
Почему для информационных проектов из всех Headless CMS мы часто выбираем Strapi
Существует большое количество (всего порядка 50) Headless CMS. Это системы управления, в которых реализован новый принцип разделения двух слоев — данных и представления (логика Jamstack).
Headless CMS отвечают только за бэкенд-часть (данные), и могут взаимодействовать с любыми платформами представления (сайтами, приложениями). Благодаря этому одну систему можно использовать для разных пользовательских интерфейсов.
Какие бывают Headless CMS
Все системы управления, работающие по логике Jamstack, представлены на сайте headlesscms.org. Они разделены, прежде всего, на открытые и закрытые — open source и closed source — решения.
По способу развертывания, разные HCMS предполагают установку локально или через облачные сервисы.
По способу передачи данных, системы могут поддерживать REST API, GraphQL или оба синтаксиса.
Headless CMS предполагают создание контентной сущности на основе моделей, которые могут создавать разработчики. Практически во всех случаях процесс создания возможен через пользовательский интерфейс.
Многие HCMS поддерживают управление проектами, изображениями, файлами, данными и доступами пользователей.
Почему Strapi
В списке Headless CMS с открытым исходным кодом Strapi недаром занимает первое место. Это решение пользуется большой популярностью и имеет свыше 28 тысяч звезд на GitHub.
Система предназначается для профессиональных разработчиков. Однако для работы с ней не требуется слишком глубоких и разносторонних познаний в области программирования. В этом главная ценность Strapi — она позволяет максимально быстро и с минимальными ресурсами создавать API для работы с данными.
Основные особенности
Strapi представляет собой фреймворк для управления контентом, работающий на Node.js. Это open source-проект, полностью бесплатный. Система разворачивается локально на собственном сервере компании, что обеспечивает безопасность данных.
CMS можно настраивать и масштабировать с помощью системы плагинов. Здесь предусмотрено множество встроенных возможностей: удобная административная панель, управление аутентификацией и доступами, инструменты для работы с контентом, генератор API и прочее.
Главные особенности и преимущества Strapi:
Применение Strapi
Система имеет множество вариантов применения. Она может использоваться для статических сайтов, мобильных приложений, корпоративных ресурсов, электронной коммерции.
На Strapi создаются ультра-быстрые современные сайты и мобильные приложения. Повышенная производительность достигается при использовании Headless CMS в связке со статическим генератором сайтов и обслуживании через CDN.
Релевантные части контента загружаются в тот момент, когда пользователь делает запрос. Повторная загрузка содержимого осуществляется только после его обновления. Благодаря этому сайт доступен по всему миру без ожидания на стороне сервера.
Strapi поддерживает любые статические генераторы сайтов и различные фреймворки для создания пользовательских интерфейсов. Самые популярные из них: Gatsby, React, Vue.js, Nuxt.js, Next.js, Angular.
Как использовать Strapi
Чтобы разработать API с помощью Strapi, предпочтительнее использовать PostgreSQL, MongoDB, MySQL или MariaDB. Установка происходит с использованием npm.
Дальнейшая последовательность действий:
После этого можно взаимодействовать со Strapi через любимый API-протокол для генерации статического контента и/или использовать API-вызовы на регулярной основе, как и к любому бэкенду.
Далее выводится контент, настраивается отображение содержимого, создается страница автора. Впоследствии можно добавить категории материалов, возможность комментирования.
Алгоритм подходит для создания блогов, бизнес-сайтов, интернет-магазинов.
Обслуживание моделей через UI
Еще одна важная особенность Strapi — возможность обслуживания моделей данных через пользовательский интерфейс.
Обычно ведение базы данных требует вмешательства в кодовую базу: разработчик пишет миграции, пробует применить их в тестовой среде, переносит код в продакшн и, в конце концов, приводит базу данных к нужному состоянию.
В Strapi также можно действовать через программную среду, описывая модели данных. Но можно использовать и административный интерфейс, добавляя и редактируя необходимые поля базы данных на лету, сразу в продакшн-системе.
Например, вот как удобно можно указать связь двух моделей в базе данных с помощью UI:
Здесь же задаются все привычные настройки для модели: фильтрация значений по регулярному выражению, обязательность необходимых полей, проверка уникальности, длина заполняемого поля и т.д.
Почему мы считаем, что Strapi лучше других Headless CMS
Мы используем бесплатную стабильную версию Strapi, которая позволяет создавать супер-быстрые статические сайты и экономит время разработки.
Система имеет удобную административную панель, легко масштабируется с помощью плагинов. Для работы с ней не требуются углубленные знания в веб-разработке.
Управление контентом осуществляется централизованно. А поскольку все технические решения скрыты на стороне сервера, система менее уязвима для атак.
Что такое Headless CMS (простыми словами)
Headless в переводе с английского значит «без головы». Под «головой» (head) в web-разработке понимают фронтэнд (frontend) – интерфейс системы, то есть та часть, с которой работает пользователь. Соответственно, Headless CMS – это система управления контентом, которая изначально проектируется без фронтенда, а только с API (программными интерфейсами для взаимодействия с внешними приложениями и сервисами).
Такой подход позволяет подключать к ядру Headless CMS любой frontend, на какой бы платформе он ни работал и на каком бы языке ни был написан. Мало того, такая система может работать одновременно с несколькими каналами дистрибуции, и везде вы будете управлять контентом фактически централизованно. Это свойство омниканальности.
Термины… нужно больше терминов
Без расшифровки основных аббревиатур и понятий, которыми пользуются разработчики сайтов и мобильных приложений, будет непонятна основа архитектуры Headless CMS и её преимущества. Поэтому произведем небольшой ввод в тематику.
API – это программный интерфейс взаимодействия различных web-сервисов между собой. Простыми словами, это стандартизированный язык команд, которые понятны обеим сторонам / обеим программам, вне зависимости от того, на каком языке они написаны, какую внутреннюю логику обрабатывают.
CDN (Content Delivery Network) – сеть доставки контента. Это распределённая инфраструктура из серверов или целых ЦОДов, которая отвечает за хранение статического контента как можно ближе к пользователям. С одной стороны, экономится международный трафик (а он очень дорогой), а с другой – снижается время отклика страниц и повышается доступность сайтов для конечных потребителей. Чем масштабнее CDN, тем больше точек присутствия (обычно точки связываются с целыми регионами или с отдельными странами).
Генераторы статических сайтов (SSG) – это современные web-приложения (в качестве последних могут рассматриваться и приложения для мобильных устройств), которые могут предварительно комбинировать данные, участвующие в построении страниц, и создавать их готовые «статичные» копии. Иными словами – это новая реализация старого подхода (как с готовыми HTML-страницами, которые достаточно загрузить на хостинг). Примеры генераторов статичных сайтов: Gatsby, Next.js, Jekyll, Hugo, MkDocs и т.д.
Рендеринг – это процесс построения дерева DOM-объектов (всех объектов страницы, к которым нужно применить те или иные стили), чтобы браузер мог отобразить содержимое так, как это задумывалось. Рендеринг может быть серверным (пре-рендеринг), когда HTML-всех страниц заранее создаётся специальным программным обеспечением на сервере, или клиентским, когда за отрисовку всех элементов полностью отвечает браузер пользователя (тратятся дополнительные ресурсы и время).
Преимущества Headless CMS относительно классических CMS
Вот тут как раз и пригодятся обозначенные выше термины.
Классические CMS – это системы управления контентом, которые изначально спроектированы для работы с одним сайтом (с одним интерфейсом). Когда клиент запрашивает конкретную страницу, запрос перенаправляется web-серверу (например, Apache). Тот в свою очередь запускает выполнение динамического кода, например, скриптов PHP, и при необходимости обращается к серверу баз данных. Страница в реальности строится динамически (отсюда и понятие «динамические сайты) – из кусков HTML-кода, JavaScript-логики и данных, хранящихся в БД.
При каждом обращении страница перестраивается заново. На это тратится время и ресурсы сервера. Если сайт написан на JavaScript, рендеринг может осуществляться на стороне клиента (браузером), но при этом всё равно могут отправляться дополнительные запросы к базам данных, хранящимся на сервере.
Headless CMS работают преимущественно с генераторами статических сайтов и придерживаются архитектуры Jamstack. Интерфейс всех возможных страниц можно сгенерировать (отрендерить) заранее на сервере и готовый контент хранить в статичном виде на серверах CDN-провайдеров. Таким образом существенно сокращается время отрисовки страниц, так как браузерам или мобильным устройствам отдаётся уже статический контент, и время доставки, так как CDN-сервер расположен ближе всех к потенциальному клиенту.
Другие преимущества Headless CMS:
Минусы Headless CMS
Headless CMS пока остаются инструментами для профессионалов. Как минимум для их интеграции и настройки понадобятся программисты.
Большинство продуктов на рынке рассчитано на работу крупных команд и не имеет русскоязычного интерфейса.
Headless CMS логично размещать в облаке, чтобы получить максимум доступности и гарантированное обслуживание запросов. А это повышенные расходы.
А еще такие CMS категорически не подходят для хобби-проектов (блоги, инфосайты и т.п.) – слишком сложная архитектура и внедрение.
Какие бывают Headless CMS
Условно Headless CMS можно разделить по нескольким критериям:
Кроме того, Headless CMS могут работать с плагинами/расширениями, предлагать готовые варианты интерфейсов или даже предоставлять специальные среды разработки.
Некоторые Headless CMS умеют работать не через API, а напрямую с базами данных, но это уже слабо соотносится с архитектурой Jamstack, хотя и подходит под определение «Headless».
Лучшие Headless CMS
На текущий момент на рынке представлено достаточное количество узкопрофильных CMS – более 50 вариантов. При этом между классическими CMS и Headless очень тонкая грань. С помощью специальных плагинов или просто за счёт реализации API обычная коробочная CMS легко превращается в «безголовую». Традиционно к Headless CMS относят только те движки, которые изначально ориентируются только на API. Ниже перечислены лучшие представители в отрасли.
Ghost – open-source Headless CMS с наибольшим количеством звёзд на GitHub
Ghost – это лучший инструмент для крупных издательств с открытым исходным кодом. Проект зародился в 2013 году благодаря успешной кампании по сбору средств на Kickstarter. Сейчас эту CMS используют более 2,5 млн. клиентов. Есть PRO-редакция сервиса (облачная инфраструктура от разработчиков), её оборот превышает 3 млн. USD/год.
Ghost часто используют в нишевых проектах, например, инфосайты с моделью подписки, премиум-публикациями, платными рассылками и т.п.
Ghost легко устанавливается на собственный хостинг и интегрируется с типовыми решениями и сервисами. Например, есть готовые интеграции с социальными сетями, с видео-хостингами, с маркетинговыми и SEO-инструментами, с сервисами приёма платежей, email-рассылками и т.д. При желании можно арендовать готовую облачную инфраструктуру. Есть возможность работы с базами данных (по умолчанию SQLite или MySQL, но перечень легко расширяется). Готовые темы интерфейсов можно скачать или приобрести в специальном онлайн-магазине (если нет времени заниматься разработкой своих). Есть настольное приложение для управления контентом (поддерживаются все популярные операционные системы, включая Linux).
Для размещения этого ПО требуются хостинги с особой конфигурацией: с поддержкой Node.js и npm, или готовые docker-контейнеры, или VPS-серверы, которые придётся настраивать под себя. В любом случае – это нетиповой подход. Интерфейс админ-панели без поддержки русского языка. Сложная установка и настройка для неспециалистов.
Стоимость. Полностью бесплатно, если вы устанавливаете CMS на свой сервер. Доступ к готовой облачной инфраструктуре – от 29 USD/месяц.
Cockpit – система управления контентом, написанная на PHP
Cockpit – одна из немногих Headless CMS, которые можно установить на классический shared-хостинг, где есть поддержка баз данных MySQL/ SQLite и языка программирования PHP. Иными словами, это решение, которое можно применять вне специализированных хостингов и собственных виртуальных серверов.
Это программное обеспечение тоже имеет открытый исходный код и распространяется полностью бесплатно. При желании вы можете воспользоваться платной технической поддержкой.
В отличие от многих конкурентов, Cockpit изначально поддерживает большое количество языков интерфейса, есть в перечне предустановленных и русский. Админ-панель проста и понятна в управлении. Есть поддержка мультиязычных сайтов (например, если нужен контент на разных языках для одной и той же страницы).
Возможна установка плагинов/дополнений, расширяющих стандартный функционал. Очень гибкая настройка моделей контента.
CMS Cockpit поддерживается всего одним программистом. Нет реализации готового облачного сервиса с высокой доступностью, всю инфраструктуру придётся организовывать самостоятельно. Пока есть только небольшое количество дополнений. Модели контента придётся настраивать самостоятельно (нет готовых интеграций для популярных решений).
Стоимость. Использование CMS бесплатное.
Sanity – качественный облачный сервис с бесплатным тарифом
Sanity – это высокопроизводительное решение для команд разработчиков разного уровня. Подходит в том числе и для крупного энтерпрайза. Sanity будет особо интересна при коллективной работе редакторов/авторов: есть согласование изменений и версионирование, все изменения отображаются в реальном времени.
Сервис быстро интегрируется с существующими интерфейсами, для разработчиков предоставляется подробная документация. Несмотря на то, что проект существует с 2017 года, у него уже есть своё сложившееся сообщество и большое количество плагинов/дополнений.
Для более удобной работы с контентом предоставляется специальный инструмент с открытым исходным кодом – Sanity Studio (одностраничное приложение, написанное на JavaScript). Есть плагины и готовые интеграции с популярными сервисами/инструментами для разработки, а также масса примеров (стартовых проектов) и подробная документация.
Даже в бесплатном тарифе есть кэширование контента и доставка его через CDN. Многие лимиты – мягкие. Это значит, что, если вам недостаточно ресурсов, вы можете докупить их в необходимом объёме. Поэтому ценовую политику можно назвать очень гибкой.
Относительно сложная модель развёртывания: получается, что для работы с сервисом вам необходимо не просто иметь аккаунт в системе, но и установить на своём сервере CMS (Sanity Studio), которая будет обращаться с запросами к сетевой базе данных Sanity. При этом язык запросов (API) нестандартный – используется GROQ. Поддержку GraphQL можно добавить только после установки специального плагина.
Стоимость. Базовая подписка – бесплатная. Она включает в себя определённые квоты, например, по количеству пользователей (не более 3-х), запросам к API, дисковому пространству (5 Гб) и т.д. При необходимости их можно расширить. Но ряд лимитов задан жёстко, для их снятия или для расширения функционала нужно перейти на другой тарифный план – от 199 USD за проект в месяц + свои расширяемые лимиты.
Выводы
Headless CMS – это узкопрофильные решения, рассчитанные на нетиповые проекты и команды разработчиков. Без технических специалистов их не получится не только настроить, но и установить.
Современный рынок предлагает достаточное количество реализаций, но все они слабо коррелируются с типовым внедрением в малом бизнесе и в хобби-проектах. Это скорее энтерпрайз.
Многие клиенты предпочитают обратный путь, когда для расширения количества каналов доставки контента реализуется API у имеющейся классической CMS. Так получается дешевле, чем начинать всё сначала: от разработки интерфейсов до интеграции их с CMS, пусть и с Headless.
Тем не менее, в определённых ситуация внедрение Headless CMS более чем оправдано.
