Получайте больше от собственного контента с помощью безголовых CMS

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

Что такое безголовая CMS?

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

Чем полезна такая разработка?

В классической CMS созданный контент вводится в бэкенд через интерфейс и организуется в базах данных (обычно MySQL). Оттуда система связывает контент с темами/шаблонами и представляет сайт через фронтенд. Системы управления контентом, такие как WordPress, Drupal или TYPO3, предназначены для упрощения ежедневной работы с контентом. Контент можно корректировать и управлять им через интерфейс администратора без необходимости знания веб-дизайна или программирования.

Ярким примером использования CMS является блог. Блоггеры часто публикуют контент (текст, фотографии, видео) с высокой частотой. Он вводится в область управления бэкенда с помощью HTML или WYSIWYG-редакторов, и все, что указывает блоггер — это время публикации. Это позволяет блогерам сосредоточиться на написании или создании контента, а не на программировании. Другие преимущества: Несколько пользователей с различными ролями и правами могут работать через бэкэнд. Таким образом, CMS также становится редакционной системой. Читателей блога эти процессы не затрагивают: Они имеют доступ только к фронтенду, где им, как обычно, показывается контент, выпущенный для публикации.

Чтобы максимально упростить использование этих систем, используется монолитная связь между фронтендом и бэкендом. Например, в административном интерфейсе WordPress вы можете изменить внешний вид сайта без каких-либо знаний в области веб-дизайна, используя механизм шаблонов. Это также означает, что при создании контента вы привязаны к требованиям системы. Это относится как к количеству выходов, так и к использованию языка программирования (например, WordPress использует PHP). Чтобы избежать этих ограничений, вы можете перейти на безголовые CMS.

Безголовая CMS

Чтобы контент, управляемый в CMS, появлялся на различных носителях, вывод на сайте (представление) отключается: Голова CMS, так сказать, снимается, отсюда и название. Вместо этого интегрируется API, к которому могут обращаться сайты и приложения. Различные средства массовой информации имеют доступ к контенту, но режим представления регулируется индивидуально. Таким образом, бэкенд и фронтенд отделены друг от друга.

REST-API: Безголовый интерфейс CMS

REST-API (Representational State Transfer-Application Programming Interface) — это интерфейс, который является менее сложным, но более гибким в использовании. REST-API использует для связи определенные методы HTTP-запросов, такие как PUT, GET, POST и DELETE. С помощью таких команд клиент может получить доступ к информации на сервере, чтобы извлечь или изменить ее. В принципе, REST следует архитектурному стилю веба. REST-API (часто называемые «RESTful API») строятся в соответствии с этими критериями:

  • Серверы предоставляют ресурсы: REST-API также доступен для внешних приложений через сервер. Поэтому доступ осуществляется не только локально.
  • Адреса идентифицируют вещи: Различным типам приложений нужны разные форматы файлов. В REST URI/URL ссылается не на ресурс в определенном формате, а на сам элемент. Клиенты запрашивают элемент в нужном формате для согласования содержимого.
  • Сообщения не требуют пояснений: Каждое сообщение на сервере является самодостаточным и не ссылается на предыдущие.
  • Ресурсы предоставляются с помощью ссылок: В рамках REST объекты связаны друг с другом с помощью гиперссылок для простой навигации.

Придерживаясь этих архитектурных принципов, связь между сервером/API и различными клиентами может работать безупречно. Это делает архитектуру REST идеальной для API CMS без головы.

Примечание

На самом деле REST — это скорее идея, чем техника. Компьютерный ученый Рой Филдинг представил ее как конструкцию World Wide Web в своей диссертации в 2000 году и получил большое признание.

Преимущества разделения бэкенда и фронтенда

Описанное разделение полезно с двух точек зрения: С точки зрения разработки бэкенда, оно помогает желанию распространять контент через более чем один выход. В безголовой CMS не имеет значения, какая платформа предоставляется для вывода контента. REST-API предоставляет только данные (в форме JSON). Эти данные могут быть прочитаны любым фронтендом, независимо от того, на какой технологии он запрограммирован.

Фронтенд-разработка также имеет свои преимущества: Как веб-дизайнер, вы больше не привязаны к требованиям системы управления контентом при использовании безголовой CMS. Язык программирования больше не определен. Благодаря этому стало возможным создание мобильных приложений на различных платформах. Необходимо получать и обрабатывать только исходные данные. Это дает презентации гораздо больше возможностей для маневра, чем в большинстве классических CMS.

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

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

Преимущества безголовых CMS:

  • Неограниченное количество фронтендов
  • Возможность сочетания различных языков программирования
  • Гибкий дизайн фронтенда
  • Непрерывность благодаря развязке
  • Динамические данные

Какие безголовые CMS представлены на рынке?

На рынке уже есть несколько поставщиков безголовых систем управления контентом, но с каждым днем их становится все больше. Перечисленные ниже поставщики отличаются, прежде всего, тем, что предлагают платный полный пакет или бесплатный вариант с открытым исходным кодом. Также существуют различные предложения по хостингу.

  • Contentful: Команда из Берлина работает над принципом безголовой CMS с 2011 года. Таким образом, они разработали свою систему — включая функциональный бэкенд — с нуля, вместо того чтобы перестраивать уже существующую классическую CMS. Но это предложение доступно бесплатно лишь в ограниченном объеме.
  • Directus: Поставщик Directus идет в другом направлении. Система в основном предлагается бесплатно как пакет с открытым исходным кодом. Для тех, кто хочет положиться на готовую альтернативу хостингу, предлагаются различные варианты подписки.
  • Contentstack: Built.io, производитель множества цифровых решений, предлагает платную безголовую CMS с Contentstack. Благодаря REST-API создатели контента имеют доступ к простому в использовании бэкенду, который может предоставлять контент в веб, мобильные приложения и Интернет вещей. Это предложение в первую очередь подходит для крупных компаний.
  • Облачная CMS: Этот поставщик услуг предлагает свою безголовую CMS в виде облачного сервиса. Она функционирует более или менее так же, как и другие предложения, но вместо того, чтобы запускать управление контентом, базу данных и интерфейс на собственном хосте, они предлагаются в облаке. Только в высоком ценовом сегменте предложения предлагается CMS на собственном хосте.
  • eZ Platform: Компания eZ Systems с 1999 года предлагает продукт с открытым исходным кодом eZ Publish в качестве классической CMS. Старая концепция была окончательно отброшена 16 лет спустя в пользу безголовой CMS с eZ Platform. Она также имеет открытый исходный код: Продукт находится в свободном доступе под лицензией GNU GPL. Существуют также платные варианты с профессиональной поддержкой и альтернативными лицензионными предложениями.

Чтобы решить, какое предложение безголовой CMS подходит именно вам, необходимо изучить индивидуальные требования и знания. Для тех, кто имеет собственный сервер и может создать CMS с открытым исходным кодом, настоятельно рекомендуются бесплатные версии eZ Systems или Directus. Если у вас нет необходимого ноу-хау для установки и настройки системы, то вам следует воспользоваться платным вариантом, чтобы воспользоваться преимуществами этого стиля управления контентом.

Разрозненные CMS

Однако Headless CMS — это не лучший выбор для любой ситуации: Тот, кто использует только один выход для своего контента, излишне усложняет процесс, переходя на новую архитектуру. Как правило, это происходит потому, что соответствующие серверы должны делать больше: увеличиваются и затраты, и усилия. Прежде всего, вам придется самостоятельно настраивать фронтенд. При использовании классической системы управления контентом от этой работы можно избавиться — фронтенд просто разрабатывается шаблонизатором.

Создатели контента также упускают возможность, которую предоставляет любая традиционная CMS: В безголовой CMS не предусмотрен предварительный просмотр размещенного контента. Поскольку компоненты отделены друг от друга, бэкенд ничего не знает о том, как должен быть представлен контент. Разрозненные CMS могут обеспечить правильный баланс.

Свойство ‘decoupled’ применимо в основном к безголовым CMS: Бэкенд и фронтенд больше не являются единым целым. Прогрессивная развязка определяет метод, при котором фронтенд не исключается, а вместо этого подключаются API. Ничего не вырезается, просто расширяется — так что вывод по-прежнему осуществляется через CMS. Дополнительные фронтенды могут подключаться с помощью плагина, который создает интерфейсы.

В этих обстоятельствах преимущества классической CMS остаются наилучшими: Контент представляется через собственный движок системы, включая существующие шаблоны форматов. Например, если вы также хотите предлагать свой контент через приложение, то данные можно получать через дополнительный API. Преимущества headless CMS и классической CMS дополняют друг друга в этой расширенной версии.

Классическая CMS становится безголовой CMS

Поскольку безголовая CMS обсуждается все чаще, поставщики традиционных систем управления контентом перестраиваются. Например, начиная с версии 4.7, WordPress добавил REST-API в качестве интегрированного компонента. В более ранних версиях его можно было подключить только через плагин. Однако это расширение не сделало его безголовой CMS: Вместо этого WordPress становится разделенной CMS. Пользователи, которым важен объем контентного решения, включая шаблонизатор, могут продолжать работу без потери функциональности. Но те, кто хочет использовать CMS, например, для управления контентом приложений, выиграют от включенного интерфейса. Drupal также может быть преобразован в гибрид, поскольку начиная с версии 8 и далее CMS с открытым исходным кодом предлагает возможность публикации контента в дополнительных фронтендах с использованием RESTful веб-сервисов.

Стоит ли вам переходить на безголовые CMS?

Стоит ли менять традиционную систему на безголовую CMS или нет, зависит в первую очередь от того, что вы планируете с ней делать. Если вы хотите только представлять свой контент на сайте, например, в блоге, то избавление от фронтенда не является хорошей идеей. Безголовая CMS действительно дает преимущества, помимо возможного количества выходных носителей, но это редко оправдывает дополнительные усилия. Использование развязанной CMS также не дает дополнительных преимуществ в этом случае: Зачем реализовывать интерфейс, если вам нужно использовать только встроенный фронтенд системы?

Конечно, если вы хотите представлять свой контент на различных платформах, это совсем другая история. Headless CMS особенно эффективна, если вы хотите реализовать крупные проекты. Многоканальные возможности, сайты на PHP, Python или Ruby, приложения для iOS или Android — все это не представляет никакой проблемы. Редакторы и другие создатели контента могут управлять своим содержимым, как обычно, через интерфейс бэкенда. Headless CMS (и decoupled CMS, при правильном использовании) теперь являются профессиональными разработчиками фронтенда — их можно использовать с полной свободой, что стало возможным благодаря REST-API.

Реконструкция системы управления контентом (на самом деле это не совсем дальнейшее развитие, поскольку используется только половина системы) — это реакция на меняющиеся требования интернета. Особенности смартфонов, Интернета вещей или виртуальной реальности делают необходимой переоценку способов создания и публикации контента. Безголовые и развязанные CMS — это только начало. Поэтому, даже если работа с традиционной CMS все еще достаточна, вы должны продолжать следить за новыми разработками. Учитывая стремительное развитие последних нескольких лет, может случиться так, что классические CMS вскоре будут так же плохо приспособлены к привычкам и потребностям многих пользователей, как и статические веб-сайты в настоящее время.

Оцените статью
cdelat.ru
Добавить комментарий