<b>Ghost хорош не как «CMS для блога», а как быстрый стек для контент-сайта без лишнего бэкенда</b>

<b>Ghost хорош не как «CMS для блога», а как быстрый стек для контент-сайта без лишнего бэкенда</b>

Ghost обычно выбирают, когда нужен редакторский сайт, подписка, рассылки и минимальная возня с админкой. У него узкий фокус: публикации, авторы, теги, SEO-поля, membership. Если проект не требует сложной доменной логики, это часто быстрее, чем тащить Drupal или собирать всё на headless из разных сервисов.

За неделю в репах чаще всего всплывают одни и те же решения:
— контент живёт в самой CMS, а фронт отдельно на статике или SSR;
— шаблоны проще поддерживать, чем в тяжёлом монолите;
— редакторы меньше ломают структуру, потому что сущностей немного.

Но у Ghost есть и потолок. Если нужны сложные связи между типами контента, тонкие роли, много кастомных workflow или нестандартная модель данных, он начинает проигрывать более гибким системам. Здесь его сила — в простоте, а не в универсальности.

Есть наблюдение которое стоит проверить: Ghost особенно хорошо работает там, где контент — это продукт, а не просто наполнение сайта. Блог компании, медиа, newsletter-first проект, база материалов с подпиской — его естественная зона.

Если нужен быстрый запуск и понятная редактура, Ghost можно брать. Если проект уже пахнет «мини-CMS внутри CMS», лучше сразу смотреть в сторону Drupal, Sanity или Payload.