Headless CMS: что это и чем отличается от обычной CMS

Из любопытства и работы мне довелось зацепить больше десятка разных систем управления контентом — от такого старичка, как WordPress, до no-head-no-problem решений вроде Contentful или Strapi. Вот хотите честный взгляд на headless CMS? Пожалуйста. Я попробую уложить свой опыт не в формат “о господи, это next big thing”, а рассказать живыми руками, кому переход осмыслен (и реально экономит нервы), а кому — только добавит головной боли.

Что такое Headless-архитектура простыми словами

Если очень по-человечески: привычная CMS — как ресторан с кухней и залом с официантами. Всё вместе, под одной крышей: тут же готовят еду (контент), тут же подают на стол (визуализация через готовые шаблоны). Примерно так работают WordPress, 1C-Битрикс, Joomla — открыл админку, написал статью, получил страницу.

А вот headless CMS действует иначе. Представьте теперь фабрику полуфабрикатов: тут мастерят продукт (хранят и редактируют контент), но как и где подавать — рестораны решают сами. Система просто отдаёт чистые данные через API, а уж где эта информация появится — в мобильном приложении, на сайте или как push на умные часы — вопрос второго шага.

Помню первую настройку Contentful для клиента с сайтом и мобильным приложением одновременно: оказалось невероятно удобно — один и тот же текст новости или описание услуги летит сразу в обе платформы. Всё обновляется моментально и всё всегда актуально. Тут я впервые задумался: вау, вот в чём сила этой архитектуры.

Но давайте честно: далеко не всегда такая гибкость оправдана…

Мой личный провал с headless CMS

Был у меня проект интернет-магазина для локального бренда одежды (казалось бы, скучная задача). Вл