Headless CMS vs обычный CMS в 2026: что выбрать

«Все вокруг говорят – headless, Jamstack, decoupled. А мне правда нужно?» Самый частый вопрос от клиентов, которые читали Twitter-треды разработчиков. Реальность: для 80% бизнес-задач обычной CMS (Joomla, WordPress) хватает за глаза. Но для оставшихся 20% headless даёт реальное преимущество. В статье – чем они отличаются и кому что подходит, без хайпа.

В статье
  1. Что такое headless CMS
  2. Стек и архитектура – сравнение
  3. Кому подходит каждый подход
  4. Strapi vs Sanity vs Contentful
  5. 7 типичных ошибок
  6. Частые вопросы

Что такое headless CMS

В обычной CMS (Joomla, WordPress, Drupal) есть три слоя, которые связаны намертво: админка, где редакторы пишут контент, база данных, где он хранится, и тема (шаблон), которая отрисовывает страницы. Меняешь шаблон – меняешь дизайн. Меняешь CMS – меняешь всё.

~5%

доля headless среди всех CMS-сайтов в 2026

3-6нед

срок миграции с обычной CMS на headless

95+

типичный PageSpeed Mobile у Jamstack-сайтов

2-3×

выше стоимость разработки headless vs обычного CMS

В headless CMS остаются только админка и база. Фронтенд – ваш собственный, на любой технологии. CMS отдаёт контент через REST или GraphQL API. Front-разработчик берёт API и рисует страницы как угодно.

Простая аналогия: обычный CMS – это автомобиль с готовым кузовом. Headless – это шасси с мотором, кузов вы ставите сами под свои задачи. Гибкость выше, но и работы больше.

Стек и архитектура – сравнение

Параметр Обычный CMS (Joomla, WP) Headless CMS
Что включено Админка + БД + фронт-темы Админка + БД + API. Фронт отдельно.
Кто рисует страницы Тема CMS (PHP-шаблоны) Любой фронтенд: React, Vue, Astro, Next.js
Кто нужен в команде 1 fullstack-разработчик Фронт-разработчик + backend (или 1 fullstack)
Скорость загрузки 60-85 PageSpeed Mobile из коробки 95-100 (статический рендер)
SEO Из коробки, плагины Своими руками, но контроль выше
Мульти-каналы Только веб Веб + mobile + цифровые витрины + email
Стоимость разработки База (1×) 2-3× базы
Стоимость поддержки Обновления плагинов Обновление фронта + CMS отдельно
Кривая обучения для редактора Простая, привычная Похожа, но «оторвана» от итогового вида
Главное: headless – не «улучшение» обычного CMS, а другая архитектура с другими компромиссами. Выигрываете в гибкости и скорости – проигрываете в простоте поддержки и стоимости разработки.

Кому подходит каждый подход

Когда выбирать обычный CMS (Joomla, WordPress)

  • Корпоративный сайт 10-50 страниц. Команда из 1-3 редакторов, разовая разработка, минимум кастомизации. Joomla или WordPress закрывает 95% задач.
  • Блог или медиа. WordPress – де-факто стандарт для контент-проектов. Огромная экосистема, удобный редактор для не-технарей.
  • Небольшой e-commerce. WooCommerce (WP) или VirtueMart/HikaShop (Joomla) до 5000 SKU работают хорошо.
  • Локальная небольшая команда. Если у вас нет фронт-разработчика и нет планов нанимать – обычный CMS выигрывает.
  • Быстрый запуск с фиксированным бюджетом. Из готовых тем + плагинов запустить лендинг за 1-2 недели – проще на обычной CMS.

Когда headless оправдан

  • Несколько каналов потребления. Контент идёт на сайт + iOS-app + Android-app + цифровые табло в магазинах + email-рассылки. Один источник правды через API.
  • Команда уже работает на React/Vue/Next. Зачем учить новую CMS-тему, если фронт-разработчик может рендерить через Next.js или Astro.
  • Performance-критичные сайты. Если каждые 0.1 секунды загрузки = миллионы рублей выручки (большой e-commerce, реклама с дорогим CPC).
  • Сложная кастомизация UI. Когда стандартные темы не подходят, нужны интерактивные дашборды, кастомные виджеты, real-time данные.
  • Команда из 5+ редакторов с разными ролями. Хорошие headless CMS имеют гибкую систему прав, многоэтапный workflow, версионирование.
Не путайте «headless» и «Jamstack»: headless – это архитектура CMS (без своего фронта). Jamstack – подход к деплою: статика + JS + API. Можно быть headless без Jamstack (рендер на сервере через SSR) и можно быть Jamstack без headless (статика без CMS вообще).

Strapi vs Sanity vs Contentful

Три самых популярных headless CMS на рынке. Чем отличаются.

Параметр Strapi Sanity Contentful
Хостинг Self-hosted (Docker, VPS) Managed (cloud) Managed (cloud)
Open source Да, MIT-лицензия Studio – open source, бэкенд – нет Нет
Цена (free) Бесплатно (только хостинг) До 10K докум., 100K запросов/мес До 50K записей
Цена (paid) ~$60-$200/мес (cloud) $99-$1000+/мес $300+/мес
Редактор Базовый, хороший Очень кастомизируемый (Studio) Зрелый, для команд
API REST + GraphQL GROQ + GraphQL REST + GraphQL
Кому подходит Команды с DevOps, контроль Стартапы, гибкость, быстрый старт Enterprise, большие команды

Мои рекомендации по сценариям:

  • MVP или прототип, бюджет ограничен. Sanity free tier. Запуск за 2-3 дня, схемы редактора в коде, бесплатно достаточно надолго.
  • Корпоративный проект, гибкость + контроль. Strapi self-hosted на собственном VPS или Strapi Cloud. Полный контроль над данными.
  • Enterprise с командой и compliance. Contentful. SLA, поддержка, безопасность из коробки, готовая интеграция с маркетинговыми платформами.

7 типичных ошибок

  1. Выбрать headless «потому что модно». Если у вас 5 редакторов и один сайт – обычный CMS чаще выгоднее. Headless оправдан архитектурно, не «потому что в Твиттере хвалят».
  2. Недооценить стоимость фронт-разработки. Headless CMS – это только 30% системы. 70% – фронт-приложение. Бюджет на фронт-разработчика и его поддержку – часто больший, чем на саму CMS.
  3. Забыть про preview. Редактор хочет видеть, как пост будет выглядеть. На обычной CMS это «по умолчанию». На headless preview надо строить отдельно (Next.js Preview Mode, Sanity Visual Editing).
  4. Игнорировать i18n с самого начала. Если потом потребуется мультиязычность, переезжать сложнее. Закладывайте поддержку с архитектуры – через locale в схемах.
  5. Не настроить кэширование API. Каждый запрос к headless API – это HTTP-запрос. На пиковых нагрузках без CDN-кэша API падает. Cloudflare R2 / Vercel ISR / Astro static – решение.
  6. Использовать headless для команды без фронт-разработчика. Если у вас нет постоянного фронта – через 6 месяцев обновлять Next.js и React будет некому. CMS превращается в «висящий проект».
  7. Сразу выбирать enterprise-tier. Contentful Pro за $300/мес лишний для проекта на 1000 страниц. Начинайте с free / starter, переходите по мере роста.
Промежуточный вариант: «WordPress как headless». WordPress остаётся в качестве CMS (привычный редактор для команды), но фронт собирается на Next.js или Astro через WP REST API / WPGraphQL. Получаете 80% преимуществ Jamstack без боли переезда. Хороший компромисс для блогов и медиа-сайтов.

Частые вопросы

Что такое headless CMS простыми словами?

Это CMS, у которой есть только бэкенд (админка + API), а фронтенд вы делаете сами – на любом фреймворке (React, Vue, Astro, Next.js). В обычном CMS вроде Joomla или WordPress админка и фронтенд связаны намертво. В headless вы получаете контент через REST или GraphQL и рендерите как хотите. Плюс: гибкость, скорость, мульти-каналы. Минус: нужен фронтенд-разработчик.

Когда headless лучше обычного CMS?

Когда у вас несколько каналов потребления контента (сайт + мобильное приложение + цифровые витрины + email), когда нужна максимальная скорость (Jamstack-подход), когда команда работает с современными фронтенд-фреймворками, или когда нужна тонкая кастомизация UI без ограничений CMS-темы. Для типового корпоративного сайта или блога обычной CMS чаще достаточно.

Сколько стоит headless CMS?

Зависит от выбора. Strapi self-hosted – бесплатно (только хостинг). Sanity Free tier – до 10K документов и 100K API-запросов в месяц бесплатно. Contentful Free – до 50K записей. Платные планы Sanity/Contentful: $99-$300/мес. Joomla/WordPress – $0 (только хостинг). Headless обычно дороже, потому что нужны фронтенд-разработчик плюс CMS-сервис.

Strapi vs Sanity vs Contentful – что лучше?

Strapi – self-hosted, open source, максимальный контроль, идеален для команд с DevOps. Sanity – managed, гибкие схемы данных, отличный редактор (Sanity Studio). Contentful – самый зрелый enterprise-вариант, больше плагинов и интеграций, но дороже. Для прототипов и стартапов – Sanity. Для крупного бизнеса – Contentful. Для тех, кто хочет всё у себя – Strapi.

Можно ли переехать с WordPress на headless?

Да. Можно сохранить WordPress как headless – он имеет REST API и WPGraphQL плагин. Это даёт переходный вариант: команда продолжает работать в WP-админке, а фронт собирается на Next.js или Astro. Это часто оптимальный путь миграции – не ломать процессы, но получить performance Jamstack. Срок миграции – 3-6 недель в зависимости от объёма.

Думаете о headless или классическом CMS?

Опишите задачу – пришлю PDF с рекомендацией стека под ваш случай, со сроками и стоимостью. Бесплатно, в течение 24 часов.

Получить разбор Написать в Telegram
Telegram