Headless CMS: на кого е нужно и на кого само ще усложни живота

Headless CMS редовно попада в списъците с технологии, които „трябва да внедрите тази година“. Формулировката сама по себе си е подозрителна: технологиите се внедряват не защото годината е такава, а защото има задача, която иначе не се решава.

Да го разгледаме честно: какво дава, какво отнема и в кои случаи преходът се изплаща.

Какво е това с прости думи

Обикновената система за управление на съдържание прави две неща наведнъж: пази съдържанието и го показва като страници. Headless прави само първото. Съдържанието стои в база и се отдава при заявка като данни, а какво да се прави с тези данни е работа на отделно приложение.

Аналогия: обикновената CMS е ресторант с кухня и салон. Headless е само кухнята. Готвят също толкова добре, но сервирането е ваше и салонът също се строи от вас.

Какво реално дава

Първият ред е единствената наистина силна причина. Ако едно и също описание на продукт трябва да е в сайта, в мобилното приложение и в експорт за партньор, headless решава реален проблем. При един канал това предимство не работи.

Какво се губи при това

• Предварителен преглед. В обикновена CMS редакторът натиска „преглед“ и вижда страницата. В headless това е отделна функция, която трябва да се разработи.
• Готови решения. Формуляри, търсене, коментари, многоезичност, карта на сайта. В класическите системи това се слага за час, тук се пише ръчно.
• Лесни корекции. Смяната на реда на блоковете вече не става с мишка, ако това не е предвидено в интерфейса.
• Един изпълнител. Сега са нужни отделно хора за фронтенда и за слоя със съдържанието.
• Предвидимо SEO. Маркирането, каноничните адреси, картата на сайта и сървърното рендиране стават ваша отговорност.

Последната точка струва най-скъпо. Това, което в обикновена CMS работи от кутията, в headless се прави съзнателно, а грешките тук не излизат наяве веднага.

За кого е подходящо

• За компании с няколко канала за публикуване на едно и също съдържание.
• За продукти, при които сайтът е част от приложение, а не отделна единица.
• За проекти със собствен екип разработка, който вече работи на съвременен стек.
• За случаи с високо натоварване и нужда от пълен контрол върху отдаването на страниците.

За кого не е подходящо

• За корпоративен сайт от двадесет страници с един канал.
• За компании, в които съдържанието води маркетолог без техническа подкрепа.
• За проекти, при които е важна бързината на пускане, а не гъвкавостта.
• За ситуации с един изпълнител и без планове да се държи екип.
• За всеки, който преминава, защото „класическата CMS е остаряла“. Това е мода, а не аргумент.

Скритата цена

Изводът е предвидим: по-скъп старт, по-евтини промени в рамките на заложената логика и отново скъпи извън нея.

Междинният вариант, за който се забравя

Не е задължително да се избира между две крайности. Класическата CMS може да отдава съдържание през програмен интерфейс, оставайки при това обикновен сайт. Това дава главното предимство на headless – достъп до съдържанието отвън – без отказ от административната част, прегледа и готовите решения.

За повечето компании, на които „им трябва headless“, това е достатъчно. Мобилното приложение получава данни, сайтът продължава да работи както е работил, редакторът не е забелязал нищо.

Как да решите

Три въпроса, които снемат повечето съмнения:

1. Колко канала за публикуване имате? Един означава, че headless не е нужен.
2. Кой ще води съдържанието и може ли да работи без предварителен преглед? Ако не, прегледът ще трябва да се разработи, заложете го в бюджета.
3. Има ли екип, който ще поддържа това след година? Headless проект без разработчици спира по-бързо от класически сайт.

Headless е добър инструмент за конкретен клас задачи и излишно усложнение за всички останали. Въпросът не е дали е съвременно, а колко канала имате и кой работи със съдържанието всеки ден. При един канал и маркетолог на клавиатурата класическата система ще остане по-евтина и по-удобна още дълго.