Headless CMS под проект

Headless CMS отдаёт контент по API. Витрина на Next.js, приложение и лендинги читают одну админку. Редактор не правит вёрстку темы - он правит типы контента.

Обычный WordPress так умеет не всегда и не бесплатно по сложности. Для одной классической витрины коробка чаще спокойнее. Headless окупается, когда каналов несколько или фронт уже живёт своей жизнью.

Когда headless уместен

• Один контент должен кормить сайт, приложение и, например, киоск.
• Нужна своя вёрстка без борьбы с темой CMS.
• Редакторы не должны ломать фронт случайным плагином.
• Есть команда, которая готова держать сборку, превью и кэш.

Что настраиваем

Это не «поставили движок и забыли». Нужна модель типов, роли, превью черновиков и дисциплина релизов витрины.

• Типы материалов, связи, медиа и права редакторов.
• API, кэш, превью неопубликованного.
• Связка с витриной и, при необходимости, с 1С или CRM как источником части данных.

Честный минус подхода

Появляется второй контур: фронт отдельно, контент отдельно. Превью сложнее, чем «нажал обновить в теме». Если канал один и команда маленькая, классическая CMS часто дешевле в сопровождении. Об этом же - в сравнении со своей админкой.

Состав, срок и стоимость считаем после брифа - без вилки «от» в воздухе.

Обсудить задачу