Гайд

Konso Dynamic CMS: управление контентом на основе схем

Создавайте собственные типы контента с динамическими полями, настраивайте валидацию и публикуйте материалы через headless Delivery API — без ограничений фиксированной структуры.

Попробовать arrow_forward
bolt

TL;DR

  • check_circleДинамическая CMS от Konso — schema-driven headless CMS: вы сами определяете структуру данных под конкретный проект
  • check_circle12 типов полей: от shorttext и richText до media, reference и json object
  • check_circleВалидация на уровне схемы: required, minLength/maxLength, regex, unique, allowedValues
  • check_circleИИ действия, воркфлоу и агенты для автоматизации процессов управления контентом

Что такое Konso Dynamic CMS?

Динамическая CMS — это полностью schema-driven система управления контентом, встроенная в платформу Konso. В отличие от фиксированных CMS, где структура данных задана заранее, в динамической CMS вы сами описываете, что такое "контент" для вашего проекта: какие поля нужны, какие типы данных, какие правила валидации. Это headless-подход: контент хранится в базе данных, управляется через API, а рендеринг остаётся на стороне вашего фронтенда. Konso предоставляет Delivery API для получения опубликованных записей.

Типы контента и динамические поля

Основная единица CMS — тип контента (content type). Это схема, которая описывает набор полей и правила их заполнения. Например, тип "Статья" может содержать заголовок, текст, дату публикации, изображение-обложку и теги.

Поддерживаемые типы полей

  • check_circleshorttext — однострочный текст
  • check_circlelongText — многострочный текст
  • check_circlerichText — форматированный текст с разметкой
  • check_circlenumber — числовое значение
  • check_circleboolean — флаг (да/нет)
  • check_circledate — дата
  • check_circledatetime — дата и время
  • check_circleslug — URL-совместимый идентификатор (с автогенерацией из другого поля)
  • check_circleselect — выбор из заданного списка значений
  • check_circlemedia — ссылка на медиа-актив(ы)
  • check_circlereference — связь с другими записями (например, пост → категории)
  • check_circlejson object — произвольный JSON

Валидация на уровне схемы

Каждое поле можно сконфигурировать с правилами валидации. Они применяются на сервере при создании и обновлении записей — клиент не может обойти их.

Доступные правила валидации

ПравилоПрименимо кОписание
requiredВсе типыПоле обязательно для заполнения
minLength / maxLengthТекстовые поляОграничение длины строки
min / maxnumberДиапазон допустимых значений
regexТекстовые поляПроверка по регулярному выражению
uniqueТекстовые поля, slugУникальность значения в рамках проекта
allowedValuesselectСписок допустимых вариантов

Publishing workflow

Каждая запись контента проходит через три статуса. Переход между статусами — это отдельные API-действия, а не просто обновление поля. Это позволяет точно отслеживать историю публикаций и хранить временны́е метки.

Draft (черновик)

Запись создаётся в статусе draft. Редактирование доступно в любое время. Delivery API не возвращает черновики.

Published (опубликовано)

После публикации фиксируются published_at и published_by. Запись становится доступна через Delivery API. Можно откатить обратно в draft командой unpublish.

Archived (архив)

Финальный статус. Архивированные записи исключены из всех выборок по умолчанию. Восстановление не предусмотрено — только создание новой записи.

Медиа-активы

Каждый актив имеет свой prefixed ID с префиксом med_. В полях типа media хранится только ID актива, а не сам файл — это позволяет переиспользовать одно изображение в нескольких записях без дублирования. Загрузка файлов происходит через multipart upload. Поддерживаются поля: название, MIME-тип, размер и публичный URL.

Prefixed ID: читаемые идентификаторы

Все сущности CMS используют префиксные ID вместо обычных UUID. Формат: _<8 случайных символов>.

Delivery API

Delivery API — это отдельный публичный эндпоинт для получения опубликованного контента. По умолчанию, он возвращает только опубликованые записи, что позволяет безопасно использовать его на фронтенде без риска утечки черновиков. Основные возможности: - Получение списка записей с фильтрацией по типу контента, статусу и заданным полям - Получение записи по ID - Пагинация и сортировка

Начните работу с Konso CMS

Создайте первый тип контента и опубликуйте записи через Delivery API уже сегодня

Начать бесплатно arrow_forward

Частые вопросы

Чем динамическая CMS отличается от предыдущей модельной версии? expand_more
Модельная CMS использовала фиксированную структуру контента. Динамическая CMS — полностью управляется схемой: вы сами определяете типы контента и их поля. Это убирает ограничения на структуру данных и позволяет адаптировать CMS под любой проект.
Какие типы полей поддерживаются? expand_more
В MVP поддерживаются 12 типов: shorttext, longText, richText, number, boolean, date, datetime, slug, select, media, reference и json object. Каждый тип поддерживает собственный набор правил валидации.
Как работает Delivery API? expand_more
Delivery API — это публичный эндпоинт, который возвращает только опубликованные записи. Поддерживает фильтрацию по типу контента, статусу.
Что происходит со записями при удалении типа контента? expand_more
Тип контента не удаляется физически — он переходит в статус архива. Существующие записи сохраняются и остаются доступными. Создание новых записей для архивного типа недоступно.

Оставаясь на сайте, Вы даете свое согласие на использование файлов cookie