CMS headless to back-office treści (teksty, obrazy, artykuły, karty produktów), który nie zajmuje się renderowaniem: przechowuje, struktury i udostępnia treść przez API REST lub GraphQL. Front-end jest dowolny — typowo Next.js konsumuje API i generuje strony. Dla porównania WordPress czy Drupal to CMS-y „monolityczne”: przechowują I renderują w tej samej aplikacji PHP, z motywem.
Dominujące narzędzia w 2026 roku: Sanity (API-first, schema-as-code, konfigurowalne Studio — nasza referencja dla dużych stron), Strapi (open-source, Node.js, self-hostowalny), Contentful (enterprise, drogi), Storyblok (silne visual editing), Payload (świeży, Node-natywny). Wybór zależy od zespołu: developer poczuje się swobodnie z Sanity lub Payloadem, nietechniczny zespół treściowy preferuje Storybloka lub Contentful za edytor wizualny.
Główna przewaga operacyjna: treść jest typowana i wersjonowana, redaktor widzi podgląd w czasie rzeczywistym na prawdziwym froncie, a te same dane zasilają wiele kanałów (stronę headless, aplikację mobilną, newsletter). Pułapka: jeśli bierzecie Sanity lub Contentful pod 10-stronicowy site wizytówkowy, to przerost formy — zostańcie przy WordPressie. Próg sensowności to ok. 30–50 stron lub od momentu, gdy pojawia się workflow redakcyjny z wieloma osobami. Regularnie wdrażamy strony na zamówienie na takiej architekturze w Zaplo.
CMS headless: opcje, które polecamy
- [Sanity](/glossaire/sanity/): najlepszy kompromis wydajność/elastyczność, schema-as-code, hojny plan darmowy. Nasz domyślny wybór.
- [Strapi](/glossaire/strapi/): open-source, możliwy self-hosting, idealny przy wymaganiach suwerenności danych lub napiętym budżecie cloud.
- Storyblok: silny edytor wizualny, dobry dla nietechnicznych zespołów treściowych.
- Payload: all-in-one Node/TypeScript, w silnym wzroście — do obserwowania na lata 2026–2027.
