Описание проекта
У нас контентный маркетинговый сайт, и старая монолитная CMS давно стала узким местом. Любая мелкая правка текста превращается в задачу для разработчика, и редакторы этим измучены. Мы хотим перейти на современную headless-архитектуру и ищем человека, который уже проходил этот путь от начала до конца. Стек открыт: я склоняюсь к Strapi, если нам есть смысл держать всё у себя, но так же спокойно приму Contentful, если управляемый вариант лучше подходит под размер команды и бюджет. Часть вашей работы — помочь нам принять это решение с понятными плюсами и минусами, а не просто предложить любимый инструмент.
Объём — это полноценная рабочая настройка, а не proof of concept. Вы аккуратно опишете наши типы контента (статьи, авторы, категории, блоки лендингов, переиспользуемые компоненты, медиа), зададите разумную валидацию полей и спроектируете связи так, чтобы они были удобны редакторам, а не копировали сырую структуру базы. Поверх этого — чистое, задокументированное API (REST или GraphQL) с пагинацией, фильтрацией и разделением черновик/опубликовано, и подключение его к нашему JAMstack-фронтенду, чтобы страницы рендерились из контента CMS. Редакторы должны самостоятельно создавать, предпросматривать и публиковать записи, а роли и права должны защищать структуру от случайных поломок. В команде уже есть дизайнер и фронтенд-разработчик, так что работать вы будете в связке, а не в одиночку.
Пришлите, пожалуйста, примеры ваших headless-CMS проектов и напишите, какую платформу вы порекомендуете для нашего случая и почему.
— Описать типы контента, компоненты и связи под реальные редакторские процессы
— Выдать чистое REST или GraphQL API с пагинацией, фильтрами и статусами черновик/опубликовано
— Подключить CMS к JAMstack-фронтенду и настроить предпросмотр
— Настроить роли и права редакторов и путь миграции существующего контента
Объём — это полноценная рабочая настройка, а не proof of concept. Вы аккуратно опишете наши типы контента (статьи, авторы, категории, блоки лендингов, переиспользуемые компоненты, медиа), зададите разумную валидацию полей и спроектируете связи так, чтобы они были удобны редакторам, а не копировали сырую структуру базы. Поверх этого — чистое, задокументированное API (REST или GraphQL) с пагинацией, фильтрацией и разделением черновик/опубликовано, и подключение его к нашему JAMstack-фронтенду, чтобы страницы рендерились из контента CMS. Редакторы должны самостоятельно создавать, предпросматривать и публиковать записи, а роли и права должны защищать структуру от случайных поломок. В команде уже есть дизайнер и фронтенд-разработчик, так что работать вы будете в связке, а не в одиночку.
Пришлите, пожалуйста, примеры ваших headless-CMS проектов и напишите, какую платформу вы порекомендуете для нашего случая и почему.
— Описать типы контента, компоненты и связи под реальные редакторские процессы
— Выдать чистое REST или GraphQL API с пагинацией, фильтрами и статусами черновик/опубликовано
— Подключить CMS к JAMstack-фронтенду и настроить предпросмотр
— Настроить роли и права редакторов и путь миграции существующего контента
Веб программирование Наличные, Банковский перевод
