Architektura
W tradycyjnym CMS backend i frontend są ściśle powiązane - system zarządza zarówno treścią, jak i sposobem jej wyświetlania. W architekturze headless te warstwy są rozdzielone. Backend przechowuje treść i udostępnia ją przez API (najczęściej REST lub GraphQL), a frontend jest budowany niezależnie.
Zalety
- swoboda wyboru technologii frontendowej (React, Vue, Next.js, Astro, statyczny HTML),
- dane mogą być konsumowane przez wiele kanałów jednocześnie (web, mobile, IoT),
- lepsza separacja odpowiedzialności między zespołami,
- łatwiejsza migracja frontendu bez zmiany backendu.
Wady
- większy nakład inżynieryjny na start (trzeba zbudować frontend od zera),
- brak podglądu WYSIWYG w panelu administracyjnym,
- złożoność infrastruktury (osobny hosting dla frontendu i backendu).
Headless vs Headless Hybrid
Niektóre systemy łączą cechy headless z własnym silnikiem renderowania. Dane są w otwartym formacie (np. JSON), ale system ma też natywny frontend. Takie podejście nazywane jest Headless Hybrid - działa samodzielnie, ale zachowuje przenoszalność danych.
Przykłady Headless CMS
- Strapi,
- Contentful,
- Sanity,
- Directus,
- Ghost (w trybie headless).