Headless CMS для маленького сайта: перебор или будущее

Headless разделяет хранилище контента и сайт: редактор пишет в админке, а страницы собирает отдельный фронтенд. Старт такого проекта стоит 80-200 тысяч рублей против 30-100 тысяч на WordPress. Маленькому сайту разница обычно не окупается.

«Headless CMS» это модное слово в мире разработки последних 5 лет. Каждый второй стартап рассказывает, что у них «современный headless-стек», и от этого пахнет дорогими консультантами и большой технической командой. Маленький бизнес обычно слышит про headless и думает: «это для крупных, мне не надо».

Реально headless подход не такой страшный, и часть его преимуществ может работать даже на сайте-визитке. Но не везде. Ниже разберу, что это вообще такое, какие варианты есть в 2026 году и в каких случаях имеет смысл маленькому бизнесу его использовать.

Что такое headless CMS

В классической CMS (WordPress, Битрикс, Joomla) контент и шаблоны живут вместе. Когда пользователь запрашивает страницу, движок берёт контент из базы, подставляет в шаблон, отдаёт HTML. «Голова» (frontend) и «тело» (backend) одно целое.

В headless CMS контент живёт отдельно от шаблонов. Сама CMS не знает, как контент будет выглядеть. Она хранит данные и отдаёт их через API. А вывод (HTML, мобильное приложение, голосовой ассистент, ТВ-интерфейс) делает отдельный фронтенд, который запрашивает контент через API.

То есть:

• Классическая CMS: контент + шаблон → HTML.
• Headless CMS: контент → API → отдельный фронтенд → HTML.

«Headless» дословно «безголовый» это CMS без своего фронтенда.

Зачем это нужно

Несколько причин, по которым подход возник.

Один контент, разные интерфейсы

Если ваш сайт это не только веб, но и мобильное приложение, и голосовой бот, и smart-tv интерфейс, headless даёт один источник истины для всех. Менеджер пишет статью один раз, она появляется везде.

Для маленького бизнеса с одним сайтом это избыточно.

Скорость

Фронтенд можно сделать статическим (Astro, Hugo, Next.js SSG). Тогда страницы это HTML-файлы, отдаваемые с CDN. Время до первого байта меньше 100 мс, LCP меньше 1 секунды.

Это самая практичная причина для маленького бизнеса использовать headless.

Гибкость дизайна

Фронтенд пишется как угодно. Нет ограничений шаблонизатора WordPress или Битрикса. Любая анимация, любая структура.

Раздельные команды

Контент-менеджер работает в админке, не зная HTML и CSS. Разработчик работает в коде, не трогая контент. Не мешают друг другу.

Безопасность

CMS открыта только в админке (где менеджер пишет). Публичный сайт это статика, у которой нет CMS, базы, PHP. Атаковать нечего.

Варианты headless CMS

Облачные платные

Contentful, Sanity, Strapi Cloud европейские/американские, от 0 до 50 долларов в месяц. Из России доступ нестабильный.

Hygraph (бывший GraphCMS), Storyblok дороже, но удобнее, в России работают с перебоями.

Для маленького бизнеса в России это не вариант: дорогие подписки, нестабильный доступ.

Self-hosted открытые

Strapi Node.js-приложение, ставится на VPS. Бесплатное, мощное. Минус: нужно админить сервер.

Directus PHP-приложение, аналогичное Strapi. Менее популярное, но рабочее.

Payload CMS свежий проект на Node.js, набирает популярность.

Эти варианты подходят для тех, у кого уже есть VPS и желание самостоятельно администрировать.

Git-based

Decap CMS (бывший Netlify CMS) ставится как папка /admin/ на статический сайт. Контент это файлы Markdown в Git. Бесплатно.

Tina CMS похожая идея, но с визуальным редактором. Бесплатно для базы.

Forestry ушла из жизни, не путать.

Эти варианты идеальны для маленького сайта на Astro/Hugo/Next.js. Бесплатно, без сервера, всё в репозитории.

Кастомные

Если у вас сайт на Astro и контент в Markdown, формально вы уже работаете в headless-парадигме без отдельной CMS. Контент это файлы в репозитории, фронтенд их читает и рендерит. Нет визуального редактора, но и не нужен.

Когда headless подходит маленькому сайту

Главная цель скорость

Если вам важно иметь сайт в зелёной зоне Core Web Vitals на любом устройстве, headless со статическим фронтендом это лучший способ. Время до первого байта меньше 100 мс это уже не «оптимизация», а архитектурное решение.

Контент стабильный

Если ваш контент это десяток страниц и 50-200 статей блога, и вы не планируете 1000 страниц с активным CRUD, headless без проблем.

Фронтенд требует кастома

Если на сайте сложная анимация, нестандартная сетка, интеграции с третьесторонними API, фронтенд проще писать как угодно, чем сражаться с темой WordPress.

Команда любит Git

Если вы или ваша команда комфортно работают с Git и Markdown, Decap или просто статика подойдут. Если нет, лучше WordPress.

Когда headless НЕ подходит

Активный CRUD контента

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

В таких случаях лучше серверный рендеринг (WordPress, Битрикс, или Next.js с SSR).

Нет программиста

Headless подразумевает, что фронтенд пишет программист. Если у вас нет программиста, и не планируется, лучше WordPress или Tilda с готовыми темами.

Бюджет ограниченный

Старт headless-проекта стоит 80-200 тысяч на разработку фронтенда. WordPress 30-100 тысяч. Tilda 10-50 тысяч. Если бюджет тонкий, headless не первый выбор.

Сложная коммерция

Корзина, оплата, расчёт доставки на headless-сайте требуют отдельной логики. WooCommerce или Битрикс уже всё имеют.

Конкретный стек для маленького сайта

Самый практичный набор для сайта услуг малого бизнеса:

Astro + Decap CMS

• Фронтенд: Astro, статические страницы.
• Контент: Markdown в src/content/.
• Админка: Decap CMS на /admin/.
• Авторизация: Cloudflare Worker с GitHub OAuth.
• Хостинг: Cloudflare Pages, Netlify, Vercel или собственный shared.
• Деплой: автоматический при коммите в main ветку.

Бюджет:

• Старт: 80-200 тысяч на разработку.
• Содержание: 0-30 тысяч в год.

Подходит для: сайт-визитка, корпоративный сайт, лендинг с блогом.

Не подходит для: магазин, форум, активный пользовательский контент.

Strapi + Next.js на VPS

• Контент: Strapi с админкой и API.
• Фронтенд: Next.js с SSR или ISR.
• База данных: PostgreSQL или SQLite.
• Хостинг: VPS 2-4 ГБ RAM.

Бюджет:

• Старт: 150-300 тысяч.
• Содержание: 30-80 тысяч в год.

Подходит для: проекты, которым нужна гибкая админка и API для нескольких клиентов (веб + мобильное).

WordPress в headless-режиме

• CMS: WordPress с плагином WPGraphQL.
• Фронтенд: Astro или Next.js, тянет данные через GraphQL.
• Хостинг: WordPress на shared, фронтенд на Cloudflare Pages.

Бюджет:

• Старт: 100-200 тысяч.
• Содержание: 30-60 тысяч в год.

Подходит для: команды, которая привыкла к админке WordPress, но хочет статическую скорость на фронте.

Сравнение headless и классического WordPress

Если у вас сайт-визитка на 30 страниц + блог:

Параметр	WordPress	Astro + Decap
Время до первого байта (TTFB)	200-400 мс	30-80 мс
LCP	1.5-3s	0.7-1.5s
Стартовая цена	50-150 тыс	80-200 тыс
Цена обслуживания	60-180 тыс/год	30-100 тыс/год
Сложность для контент-менеджера	низкая	средняя (нужно понимать Git/Markdown)
Безопасность	средняя (CMS экспонирована)	высокая (только статика)
Гибкость дизайна	средняя	высокая
Многоязычие	плагины	встроено в Astro

Для маленького сайта с акцентом на скорость и безопасность Astro + Decap это разумный выбор. Для сайта с акцентом на удобство владельца WordPress.

Что НЕ нужно в headless

Несколько ловушек, в которые попадают новички.

Слепо повторять архитектуру крупных компаний

Если ваш сайт на 30 страниц, не нужен Contentful + Vercel + Edge Functions. Декорация, которая дороже сайта. Достаточно Decap + статический хостинг.

Делать SSR без необходимости

SSR (server-side rendering) требует Node.js на сервере, что усложняет хостинг и удорожает обслуживание. Для большинства маленьких сайтов SSG (static site generation) хватает с избытком.

Использовать GraphQL для маленького контента

Если у вас 50 страниц в блоге и 20 статических, GraphQL это пушка по воробьям. Markdown в Git проще.

Усложнять кеширование

«Edge cache + ISR + on-demand revalidation» это для проектов с миллионом просмотров в день. Маленькому сайту достаточно «пересобрать сайт при коммите».

Чек-лист «нужен ли мне headless»

Если хотя бы 4 пункта про вас, headless подходит:

1. Скорость сайта критична (UX, SEO, Core Web Vitals).
2. Контент стабильный, не нуждается в CRUD от клиентов.
3. Готовы работать с Git и Markdown (или нанять для этого).
4. Хочется максимальной безопасности.
5. Сайт долгосрочный, на 3+ года.
6. Дизайн нестандартный, требует кастомного фронтенда.
7. Есть программист или вы сами программист.

Если 4+ пункта противоположные, лучше WordPress или Tilda:

1. Контент меняется каждый день.
2. Нет программиста и не планируется.
3. Бюджет тонкий.
4. Контент-менеджер не любит Git.
5. Нужны готовые плагины и интеграции.
6. Запустить нужно за неделю.

Что я использую сам

Сайт, который вы читаете, построен по схеме headless:

• Astro 5 с TypeScript.
• Контент в Markdown/MDX в src/content/.
• Decap CMS на /admin/.
• OAuth через Cloudflare Worker.
• Хостинг на Timeweb (FTPS-деплой собранной статики).
• Деплой полуавтоматический по триггеру.

Время загрузки страницы 600-800 мс. PageSpeed Insights в зелёной зоне на мобильном.

Эта схема стоила мне неделю работы на старте, потом обслуживание занимает час-два в месяц. Контент пишу в Decap-админке прямо из любого браузера.

Что я делаю клиентам

В клиентских проектах:

• Простой сайт-визитка обычно WordPress (привычно, дешевле, удобно для клиента).
• Сайт с акцентом на скорость и долгосрочную перспективу Astro + Decap.
• Сайт + большой блог + критичный SEO Astro + Decap или WordPress в headless.
• Магазин WooCommerce или OpenCart, не headless.
• Корпоративный портал с интеграциями Битрикс, не headless.

Headless подходит примерно 15-20 процентам моих клиентов. Это не «универсальное решение», а конкретный инструмент для конкретных задач.

Куда дальше

Связанные материалы: Astro, Next.js, Hugo и другие SSG, Конструктор лендингов или классический сайт, Как добавить блог на сайт-визитку.

Если headless-связка у вас уже собрана и её тяжело поддерживать, заявка через форму на главной. Посмотрю, во что упирается, и посчитаю, что дешевле: чинить текущее или собирать обратно на обычной CMS.

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

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

Система, которая хранит и отдаёт контент, но не рисует страницы. Вёрстку и логику показа берёт на себя отдельный сайт, а CMS остаётся только админкой и хранилищем.

Нужен ли headless маленькому сайту

Обычно нет. Он оправдан, когда один и тот же контент показывают в нескольких местах: сайт, приложение, экраны в офисе. Для одного сайта это лишний слой и лишние деньги.

Сколько стоит headless против WordPress

Старт headless-проекта 80-200 тысяч рублей за фронтенд, WordPress 30-100 тысяч. Дальше разница в поддержке: headless требует разработчика для любой правки шаблона.

Что headless реально даёт по скорости

Время до первого байта меньше 100 мс и LCP около секунды на статике. Но тех же цифр на маленьком сайте добиваются кэшем и приличным хостингом, не меняя архитектуру.