WebEdge CMS и публичный API контента
Управление контентом для сайтов, где команда публикует материалы без участия разработчика.
Dev-storyЗадача
Контент должен был попадать на несколько сайтов, а ручные правки замедляли публикацию.
Что делали
Мы сделали CMS с Convex, типизированными структурами и публичным способом получения контента.
Результат
Публикация стала централизованной, а сайты используют один проверенный источник данных.
Dev-story статья
WebEdge CMS и публичный API контента: как создавался проект
С ростом числа сайтов начались задержки из-за ручных правок. Нужна была общая модель, где публикация проходит через проверенный путь и повторяется одинаково для всех ресурсов.
Разделы
06
Модули
04
Стек
Vue 3 + TypeScript
Почему появился проект
Контент должен был попадать на несколько сайтов, а ручные правки замедляли публикацию.
С ростом числа сайтов начались задержки из-за ручных правок. Нужна была общая модель, где публикация проходит через проверенный путь и повторяется одинаково для всех ресурсов.
Что было создано
Мы сделали CMS с Convex, типизированными структурами и публичным способом получения контента.
Сформирован слой CMS на Convex с типизированными записями: страницы, блоки, каталоги проектов и локали живут в одном структурированном источнике.
Основные модули и путь пользователя
Экраны редактирования разделяют контент по типам, что упрощает подготовку для каждого сайта без копирования структуры.
Состояния черновик/проверка/публикация позволяют контролировать момент, когда материал выходит во внешний контур.
Публичная часть программного интерфейса отдаёт только подтверждённые записи, поэтому страницы опираются на один проверенный контракт.
Фильтры и поиск по записям помогают находить локализации и устаревшие тексты до публикации на публичной среде.
Архитектура и технологические решения
Техническая основа: Vue 3, TypeScript, Convex. Важно не перечисление логотипов, а то, как выбранный стек помогает управлять данными, состояниями, действиями пользователя и дальнейшей поддержкой.
Ограничения и типизация в программном интерфейсе уменьшают число ручных ошибок и помогают держать структуру даже при увеличении числа редакторов.
Как это работает в реальном сценарии
В реальном использовании «WebEdge CMS и публичный API контента» работает как понятная последовательность: сначала решается исходная проблема, затем пользователь выполняет основное действие, видит ясный путь данных и результат. Опыт остаётся логичным, а не набором случайных экранов.
Практическая ценность видна там, где раньше требовалась ручная работа: часть процесса автоматизирована, зоны ответственности чётко разделены, а каждый модуль выполняет одну понятную функцию. Именно поэтому решение легко поддерживать и расширять.
Результат и выводы
Публикация стала централизованной, а сайты используют один проверенный источник данных.
Команда работает по одному процессу и поддерживает несколько сайтов без дублирования процессов контента.
Связанные статьи
Читать дальше
Связанные истории проектов
Эти проекты близки по техническим или продуктовым решениям и показывают, как тот же принцип работает в другом контексте.
Проект WebEdge
Панель управления AI-агентами
Панель управления AI-агентами
Внутреннее пространство для задач агентов, инструкций и статусов выполнения.
Проект WebEdge
Платформа календарных бронирований
Платформа календарных бронирований
Бронирование времени, расписания команды и уведомления в одном интерфейсе.
Dev-storyПлатформа аудита сайтов
Проверки, правила и отчеты для качества и поддержки сайтов.
Есть похожая идея?
Обсудить проект