Czym naprawdę jest CMS
System zarządzania treścią to oprogramowanie, które pozwala osobom niebędącym developerami tworzyć, edytować i publikować treści na stronie bez dotykania kodu. Na tym polega cały jego sens: oddać kontrolę nad słowami i obrazami w ręce zespołu marketingu i treści oraz sprawić, by rutynowe aktualizacje nie stawały się zgłoszeniami dla inżynierów.
Ponieważ CMS każdego dnia stoi między zespołem od treści a stroną, wybór ma daleki zasięg. Wpływa na to, jak szybko zespół może publikować, jak strona działa dla odwiedzających, ile czasu developerów pochłaniają rutynowe zmiany i jak bolesny będzie przyszły redesign. CMS wybrany niedbale staje się ograniczeniem, które cała organizacja latami obchodzi.
Tradycyjny, headless czy szyty na miarę
Są trzy główne opcje. Tradycyjny CMS, taki jak WordPress, łączy zarządzanie treścią i front-end strony w jednym produkcie. Szybko się zaczyna, ma ogromny ekosystem i wiele osób go zna. Headless CMS rozdziela te dwie rzeczy: zarządza treściami i dostarcza je przez API, a developerzy budują front-end w dowolnie wybranej technologii.
Trzecią opcją jest warstwa treści budowana na miarę, stosowana, gdy żadne podejście pudełkowe nie pasuje. Właściwy wybór zależy od strony. Tradycyjny pasuje do stron z dużą ilością treści i standardowymi potrzebami. Headless pasuje do firm, które publikują na stronie, a także w aplikacjach lub innych kanałach, albo chcą pełnej kontroli nad wydajnością i technologią front-endu. Rozwiązanie na miarę pasuje do nietypowych wymagań, które narzędzia pudełkowe obsługują słabo.
Czego potrzebuje Twój zespół od treści
Ludzie, którzy najczęściej korzystają z CMS-a, nie są developerami, a ich doświadczenie powinno mieć dużą wagę. Dobry CMS pozwala redaktorowi pisać, oglądać podgląd i publikować pewnie, bez strachu, że zepsuje stronę. Wspiera prawdziwy proces pracy: wersje robocze, przegląd, planowanie publikacji i jasne role określające, kto może co zmieniać.
Wiele wyborów CMS-a idzie źle, bo optymalizuje się pod preferencje developera, a zespół od treści zostaje z narzędziem, które uważa za wolne lub onieśmielające. Wtedy publikowanie zwalnia, zespół odsyła proste zmiany z powrotem do inżynierów, a CMS zawodzi w swoim podstawowym zadaniu. Codzienne doświadczenie zespołu od treści to nie szczegół. To cały sens posiadania CMS-a.
Czego potrzebują Twoi developerzy
Developerom zależy na innych cechach: czystym sposobie modelowania treści, niezawodnym API lub warstwie szablonów, rozsądnej kontroli wersji, dobrym środowisku lokalnym i swobodzie budowania front-endu bez walki z narzędziem. CMS, który jest przyjemny dla redaktorów, ale przeszkadza developerom, daje stronę, którą wolno się ulepsza i drogo utrzymuje.
Tu leżą też konsekwencje dla wydajności. Tradycyjny CMS z ciężkim motywem i wieloma wtyczkami bywa trudno naprawdę przyspieszyć. Konfiguracja headless daje developerom pełną kontrolę nad front-endem, a więc i nad wydajnością, kosztem konieczności zbudowania więcej samodzielnie. Właściwa równowaga zależy od tego, ile firma zainwestuje w inżynierię front-endu.
Koszty, które pojawiają się później
Większość porównań CMS-ów skupia się na koszcie startu, który jest najmniej ważną liczbą. Koszty, które mają znaczenie, pojawiają się później. Ile czasu developera pochłonie rutynowa zmiana za rok? Na ile treści są uwięzione, jeśli firma zechce zmienić platformę? Ile kosztuje redesign, gdy treść i prezentacja są ze sobą splątane?
Tradycyjny CMS zwykle jest tani na start, a przy dużej skali może stać się drogi w utrzymaniu, zwłaszcza gdy obrasta wtyczkami. Headless CMS zwykle kosztuje więcej przy konfiguracji, bo front-end się buduje, a nie kupuje, ale utrzymuje przenośność treści i kontrolę nad wydajnością. Dobry wybór oznacza porównanie kosztu w perspektywie pięciu lat, a nie tygodnia startu.
Dopasowanie CMS-a do firmy
Nie ma najlepszego CMS-a, jest tylko najlepiej dopasowany. Małej firmie z jedną stroną marketingową i umiarkowanym budżetem zwykle dobrze służy tradycyjny CMS, w którym szybkość konfiguracji i wielkość ekosystemu to realne zalety. Firmie, która publikuje na stronie i w aplikacji mobilnej albo traktuje wydajność strony jako priorytet, zwykle lepiej posłuży podejście headless.
Sposób wyboru polega na tym, by zacząć od firmy, a nie od produktu. Ustal, kto edytuje treści i jak często, gdzie treści muszą się pojawiać, ile inżynierii front-endu firma sfinansuje i jak długo strona ma działać. CMS, który pasuje do tych odpowiedzi, jest właściwy, niezależnie od tego, która opcja jest akurat modna.
