Storyblok vs Contentful: какую CMS выбрать команде

Storyblok выигрывает, если решения о контенте принимает маркетинг, а редакторам нужна независимость от разработчиков. Contentful выигрывает, если контентная модель сложная, нужны десятки ролей и согласований, а сайт - лишь один из нескольких каналов, которые обслуживает CMS. Разница не в списке функций из маркетинговой таблицы, а в том, кто внутри компании реально управляет контентом день за днём.

По данным сравнения на G2, Storyblok набирает 4,5 из 5 при 395 отзывах, Contentful - 4,3 из 5 при 295 отзывах, и в отзывах респонденты систематически называют Storyblok более простым в настройке и администрировании. Это не признак технического превосходства одной платформы над другой - это разница в том, для какой команды каждая система изначально спроектирована.

В проектах веб-разработки Exceltic.dev эта развилка повторяется почти в каждом обсуждении headless CMS: маркетинговая команда хочет видеть страницу такой, какой её увидит посетитель, ещё до публикации, а инженерная команда - управлять структурой контента так же строго, как схемой базы данных. Дальше - сравнение цен и возможностей, разбор ключевого архитектурного отличия и честные критерии выбора под оба сценария.

Боль здесь конкретная. Маркетинговая команда без визуального редактора отправляет правку заголовка разработчику через тикет и ждёт релиза 2-3 дня ради одной строки текста. Инженерная команда без строгой ролевой модели получает контентную схему, которая держится на устных договорённостях, а не на правах доступа - и через год никто не помнит, почему у одного типа контента 40 полей, а у похожего - 12.

Headless CMS: система управления контентом, которая хранит и отдаёт контент через API, не диктуя, как он рендерится на фронтенде - в отличие от традиционных CMS вроде WordPress, где редактор и вывод жёстко связаны.

Быстрый вывод

Если вы маркетинговая или контентная команда без выделенного фронтенд-разработчика на каждый день - берите Storyblok. Если вы инженерная команда enterprise-масштаба со сложным каталогом продуктов, мультибрендовой структурой и требованиями к согласованию публикаций - берите Contentful. Если ни один сценарий не описывает вас точно, смотрите раздел “Для кого подходит каждая платформа” ниже - там разбор пограничных случаев.

Storyblok vs Contentful: сравнение цен и возможностей

Источники: официальные страницы цен Storyblok и Contentful, по состоянию на июль 2026.

Разница в валюте не случайна: Storyblok указывает тарифы в долларах, Contentful - в евро. Это стоит учитывать при пересчёте под конкретный бюджет, а не сравнивать цифры напрямую.

Визуальный редактор против структурированных полей: главное архитектурное отличие

Это отличие определяет всё остальное в сравнении, а не наоборот. Storyblok построен вокруг визуального редактора - редактор видит страницу такой, какой её увидит посетитель сайта, перетаскивает bloks (переиспользуемые компоненты) прямо поверх живого предпросмотра и правит текст, изображения и порядок блоков без понимания, что такое “content type” или “field”.

Contentful устроен иначе: редактор открывает форму с полями - заголовок, описание, изображение, связанные записи - без визуального контекста того, как это выглядит на странице. Разработчик должен отдельно собрать предпросмотр (Live Preview), чтобы редактор увидел результат своей правки. Это абстрактнее в работе, но даёт точный контроль над структурой данных независимо от конкретной верстки.

{
  "component": "hero_section",
  "headline": "Заголовок блока",
  "cta_button": {
    "component": "button",
    "label": "Узнать больше",
    "link": { "url": "/contact" }
  },
  "background_image": { "filename": "hero.jpg" }
}

Для инженерной команды это ключевой компромисс. Bloks - это компоненты фронтенда, отражённые прямо в схеме контента, а типы контента Contentful - абстрактные структуры данных, из которых конкретный компонент собирается уже во фронтенд-коде. Первый подход быстрее для небольшой команды, второй - предсказуемее при росте числа типов контента до сотен.

Когда выбирать Storyblok

• редакторы - маркетологи или контент-менеджеры без технического бэкграунда, и они правят сайт ежедневно
• команда небольшая (до 15-20 человек), а бюджет на CMS ограничен на старте
• нужна быстрая итерация: изменить текст, порядок блоков или локализацию без релиза кода
• сайт - основной цифровой канал компании, без требований к десяткам параллельных сред публикации
• важна предсказуемая цена по мере роста, а не индивидуальные переговоры на каждом этапе

Когда выбирать Contentful

• контентная модель сложная: продуктовый каталог с сотнями атрибутов, множество связанных типов контента, мультибрендовая структура
• нужны детальные роли и права доступа - вплоть до уровня конкретного поля, а не только “редактор” и “администратор”
• контент публикуется в несколько каналов одновременно - сайт, приложение, email, партнёрские витрины - и нужна единая модель данных для всех
• в компании уже есть выделенная инженерная команда, готовая строить кастомные приложения поверх Content Management API
• требования к аудиту публикаций и комплаенсу критичны - тариф Enterprise даёт SLA до 99,99% и выделенного менеджера по работе с клиентом

Governance для enterprise: роли, среды и аудит публикаций

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

На бесплатном тарифе Contentful доступно только 2 роли - администратор и редактор, и 2 среды публикации. Тариф Lite расширяет это до 3 ролей и добавляет комментарии, задачи и запланированную публикацию. Enterprise снимает ограничения полностью: кастомные роли на уровне отдельного поля, неограниченное число сред и выделенный менеджер по работе с клиентом, отвечающий за настройку процессов согласования под структуру конкретной компании.

У Storyblok ролевая модель проще и рассчитана на другой сценарий: workflow и комментарии включены уже на бесплатном тарифе, но детализация прав до уровня поля появляется только на Premium и Elite. Для команды из 5-15 редакторов, где основная задача - не заблокировать публикацию, а ускорить её, это осознанный компромисс. Для мультибрендового enterprise с юридическими требованиями к аудиту каждой правки такого уровня детализации обычно недостаточно.

Ещё одно практическое следствие компонентной модели - скорость локализации. Поскольку bloks переиспользуются между страницами и языковыми версиями, маркетинговая команда может выкатить новую локаль, скопировав структуру существующей страницы и переведя только текстовые поля, без участия разработчика в каждой итерации. У Contentful тот же процесс требует более тщательного планирования схемы локализации на старте проекта, зато даёт единую точку контроля над тем, какие поля обязательны в каждом языке.

Где Storyblok и Contentful на карте headless CMS

Storyblok и Contentful - не единственные варианты, и выбор редко ограничивается только этой парой. Если вы уже сравниваете Sanity, Contentful и Strapi между собой, в статье Sanity vs Contentful vs Strapi: выбор Headless CMS для B2B-сайта разобраны цены, self-hosted-варианты и совместное редактирование в реальном времени. Sanity в этом сравнении ближе к Storyblok по духу - живой Presentation Tool для предпросмотра, - но использует собственный язык запросов GROQ вместо компонентной модели bloks.

Для команд на Next.js, которые готовы взять инфраструктуру под свой контроль, отдельный разбор в статье Payload CMS: когда выбирать вместо Strapi и Sanity. Это self-hosted альтернатива без визуального редактора вообще, где схема контента живёт прямо в TypeScript-коде проекта, а не в интерфейсе CMS.

Сам визуальный блочный редактор как стандарт - логичное продолжение эволюции, которую конструкторы сайтов вроде Tilda начали раньше headless CMS, но не смогли довести до конца на уровне архитектуры. Если команда сейчас работает в конструкторе и упирается в его ограничения, в статье Из Tilda на Headless CMS: почему визуальный редактор тормозит рост разобрано, что теряется при росте на no-code-платформе и как визуальное редактирование сохраняется при переезде на Storyblok или аналог.

Сценарий: маркетинг-команда против инженерной команды

В типовом проекте перехода на headless CMS маркетинговая команда из 3-5 человек без выделенного разработчика на постоянной основе внедряет Storyblok за 1-2 недели: настройка компонентов под существующий дизайн, миграция контента, обучение редакторов работе с визуальным редактором. Дальнейшие правки текста и структуры страниц редакторы делают самостоятельно, без обращения к разработчику.

Инженерная команда enterprise-масштаба с продуктовым каталогом на тысячи позиций и мультибрендовой структурой закладывает на внедрение Contentful 6-10 недель: проектирование контентной модели, настройка ролей и workflow согласования, интеграция Content Management API с внутренними системами каталога. Возврат инвестиций здесь - не скорость правки заголовка, а предотвращение хаоса в данных при росте числа редакторов и брендов.

Обе цифры - типовые диапазоны, а не гарантия срока: конкретные сроки зависят от объёма существующего контента и глубины интеграций с внутренними системами компании.

Для кого подходит каждая платформа

Storyblok подходит стартапам, SaaS-компаниям и маркетинговым командам, где решение о правке текста на сайте не должно проходить через бэклог разработки. Подходит и агентствам, которые строят сайты для нескольких клиентов и хотят единый визуальный интерфейс редактирования для всех проектов сразу.

Contentful подходит компаниям с зрелой инженерной культурой, где контент - это данные, которыми управляет несколько команд и несколько каналов одновременно: сайт, приложение, партнёрские интеграции. Особенно оправдан выбор, когда уже есть требования к аудиту изменений, ролям на уровне поля и SLA, зафиксированному в контракте.

Часто задаваемые вопросы

Storyblok или Contentful: что выбрать?

Зависит от того, кто в компании управляет контентом каждый день. Если это маркетинг или контент-команда без разработчика в цепочке публикации - Storyblok с визуальным редактором и компонентной моделью bloks проще и быстрее в работе. Если это инженерная команда со сложной моделью данных, множеством ролей и требованиями к согласованию - Contentful даёт более строгую и предсказуемую структуру. Правило простое: чем ближе решения о контенте к маркетингу, тем сильнее аргумент в пользу Storyblok.

Дороже ли Contentful, чем Storyblok?

На старте - да. Бесплатные тарифы примерно сопоставимы по лимитам API, но первый платный уровень отличается кратно: Growth у Storyblok стоит $99 в месяц за 5 мест, а Lite у Contentful - от €300 в месяц за 20 пользователей. Прямое сравнение по цене за пользователя сложное, потому что тарифы считают разные единицы - места редакторов у Storyblok против общего числа пользователей у Contentful. На уровне Enterprise оба вендора переходят на индивидуальные переговоры, и итоговая цена зависит от объёма трафика, числа локалей и требований к SLA.

Можно ли использовать визуальный редактор Storyblok с любым фронтенд-фреймворком?

Да, визуальный редактор Storyblok работает через JavaScript SDK, который интегрируется с Next.js, Nuxt, Astro, SvelteKit и большинством современных фреймворков. Редактор встраивает iframe с живым предпросмотром сайта и обменивается данными через postMessage API, поэтому фронтенд не обязан быть написан на конкретном стеке. Единственное требование - фреймворк должен поддерживать клиентский рендеринг для предпросмотра или интеграцию через Storyblok Bridge.

Подходит ли Storyblok для enterprise-компаний?

Да, но с оговоркой. Тарифы Premium и Elite у Storyblok добавляют custom workflow, единый вход (SSO), GraphQL и SLA до 99,99% - формально это закрывает enterprise-требования. Но по архитектуре Storyblok остаётся компонентно-ориентированной системой, спроектированной для скорости редактирования, а не для сверхсложных моделей данных с сотнями связанных типов контента. Для enterprise-компаний с продуктовым каталогом такого масштаба Contentful обычно подходит лучше именно по структуре данных, а не только по формальному набору функций тарифа.

Насколько сложно перейти с Contentful на Storyblok или наоборот?

Технически - это небыстрая задача. Контентные модели двух систем построены на разных принципах: Contentful хранит связанные типы контента и поля, Storyblok - компонентные bloks, вложенные друг в друга. Прямого автоматического конвертера между ними не существует. Экспорт контента через API есть в обеих системах, но маппинг схемы под новую модель разработчик делает вручную. В типовом проекте с несколькими десятками типов контента такой переход занимает от нескольких недель до пары месяцев в зависимости от глубины вложенности данных.

Если вы выбираете CMS для контентной команды или сравниваете Storyblok и Contentful под конкретный масштаб - опишите задачу команде Exceltic.dev. Разберём архитектуру под ваш стек и объём контента, посчитаем реальную стоимость владения на вашем масштабе.