Что мы на ней делаем
Strapi решает конкретную и очень частую задачу: клиенту нужно менять контент без разработчика, а продукту — получать этот контент по API, а не в виде готовых страниц.
Вы описываете типы контента и получаете админ-интерфейс, права по ролям, работу с медиа и REST- или GraphQL-API. Фронтенд — сайт на Nuxt, приложение на Vue, клиент на Flutter — потребляет это API и вообще не знает, как работают редакторы.
Она self-hosted и расширяется кодом, и это отличает её от SaaS-CMS: данные лежат в вашей собственной PostgreSQL, а свои эндпоинты и хуки жизненного цикла — обычный код в вашем репозитории, а не заявка вендору.
Где она нужна
Контентные продукты, где маркетинг или редакция публикуют самостоятельно, — лендинги, каталоги, справочные центры, тексты внутри приложения, меняющиеся без релиза.
Когда мы её рекомендуем
Когда контент действительно правят не разработчики и когда вы хотите владеть данными и деплоем.
Не для контента, к которому прикасаются только разработчики. Контент этого сайта — Markdown в репозитории, проходящий ревью вместе с кодом, потому что пишут его те же люди, что и релизят: CMS здесь добавила бы админку, базу и деплой ради задачи, которой нет. И если модель контента тривиальна и не меняется, CMS — больше движущихся частей, чем требует задача.
