Headless CMS: попробовал Strapi и вернулся к WordPress
Термин «Headless CMS» я впервые услышал года два назад и подумал — очередная модная фигня для стартапов. Мол, отделяем бэкенд от фронтенда, API, микросервисы… У меня обычный блог на WordPress, зачем мне это?
Но в этом году я таки влез в эту тему. Знаете почему? Меня бесила скорость админки WordPress. Панель грузилась по 4-5 секунд, редактор Гутенберг тормозил, а плагины для кеширования только усугубляли ситуацию. Я начал гуглить альтернативы и наткнулся на Strapi и Directus.
Что я понял про Headless CMS
Поставил Strapi на тестовый сервер (VPS 2 ядра, 4GB RAM). Развернул за 10 минут через Docker. Админка — просто космос. Летает, React интерфейс, никаких тормозов. Контент создаётся через удобные формы, а на фронтенд данные отдаются через REST API или GraphQL. Всё чётко и быстро.
Но тут началось интересное. Для Headless CMS нужен отдельный фронтенд. Next.js, Nuxt, или хотя бы простой HTML + JS. Я попробовал Next.js — и выпал в осадок. Настроить роутинг, SSG, ISR, деплой на Vercel… Это не для блога, где я хочу просто писать тексты. Это для команды разработчиков.
WordPress в этом плане — монолит, который работает из коробки. Написал пост, нажал опубликовать — и он уже на сайте. Не надо собирать проект, деплоить, инвалидировать кеш.
Когда Headless CMS реально нужен
Я сделал вывод: если у вас несколько фронтендов (сайт, мобильное приложение, киоск) — Headless CMS рулит. Один бэкенд отдаёт данные куда угодно. Если сайт с высокой нагрузкой и SEO критично — Next.js + Headless дают отличную скорость.
Если же вы просто ведёте блог на WordPress — забейте. Разница в производительности не стоит тех танцев с бубном, которые придётся сделать. У меня на mysurik.ru WordPress грузится за 0.13с, и это без всякого Headless.
Вариант компромисса: использовать WordPress как Headless через WP REST API, а фронтенд на чём-то лёгком. Некоторые так делают, но лично мне проще оставить классику.
Итог
Headless CMS — крутая технология для сложных проектов. Для блога — оверкилл. Я потратил неделю на эксперименты и вернулся к обычному WordPress. Но опыт полезный — теперь хотя бы понимаю, о чём говорят разработчики на митапах.
Тоже пробовал Strapi. Админка огонь, но для блога реально жирно. Я ещё на Ghost смотрел — он легче и уже с фронтендом.
А я как раз переезжаю с WordPress на Directus + Nuxt. У меня сайт с курсами, нужно мобильное приложение, так что Headless оправдан. Но соглашусь — для блога это перебор.
Про 0.13с впечатляет. У меня WordPress на обычном хостинге за 2 секунды грузится. Может ну этот Headless, лучше оптимизацией заняться.
Пробовал WordPress как Headless с фронтендом на Svelte. Работает, но каждый пост надо через REST API дёргать — геморрой.
Согласен про оверкилл. Я заказчикам всегда советую обычный WP без Headless, если не нужна интеграция с приложением.
А что скажешь про Shopify Hydrogen? Там тоже Headless, для магазинов. Стоит пробовать или нет?
Сделал для клиента Headless на WordPress + Next.js. Скорость 98 PageSpeed. Но разработка вышла в 3 раза дороже.
Поставил Strapi на Docker, за 10 минут поднял. Пока играюсь. Для прода — не уверен.
в точку. Годнота Про «Headless CMS vs Traditional CMS: Какой выбрать в 2026 году?» как раз думал.
Всё чётко расписано! А если 10 000 посетителей в день?
А что думаешь про альтернативы? Есть что-то стоящее?
А что думаешь про альтернативы? Есть что-то стоящее? Аналогичным образом настроил — всё ок.
Полезная инфа. Особенно про оптимизацию — применил, прирост скорости 20%.
Спасибо! У меня как раз назрела такая задача. А у меня не взлетело — порт был занят. Проверьте занятость портов.
Долго откладывал настройку, думал сложно. А тут за час сделал.
Реально помогло. До этого два дня голову ломал.
Доходчиво объяснил. Подскажи плагин для такого же эффекта