Headless CMS je Redakční systém bez vlastního frontendu. Obsah se spravuje v adminu (backend), ale na web se nevykresluje přímo. Místo toho ho poskytuje přes API (REST nebo GraphQL) a frontend je oddělený projekt v Reactu, Vue nebo Next.js. Hlava (frontend) chybí, proto headless.
Headless přístup jsem zkoušel, ale u většiny větších projektů to nedávalo až takový smysl, a tak jsme od toho ustoupili. Idea se mi líbí a je dobrá v tom, že šetří mnoho zbytečných provozních prostředků (oddělené nasazení, lepší Cache, méně závislostí). V praxi ale execution complexity často neospravedlňuje úsporu, zejména u SMB klientů. Dává smysl tam, kde žijí oddělené týmy obsahu a vývoje, kde je multi-channel distribuce (web plus mobilní aplikace plus IoT) nebo kde performance hraje kritickou roli.
Aktuální stav 2026. Hlavní hráči: Strapi (open-source lídr, v5), Sanity, Contentful (enterprise), Storyblok, Payload CMS (rychle roste, developer-first), Directus, Hygraph. Trend git-based CMS reprezentuje TinaCMS. Payload a Strapi se posouvají směrem k extensible frameworkům, Contentful a Kontent.ai stojí jako enterprise SaaS.
Jak to funguje. Content model (typy obsahu a pole) se uloží do databáze, vystaví se přes API, frontend si data tahá. Dva běžné režimy nasazení:
- SSG (static site generation) - build vytvoří statické HTML, rychlé, levný Hosting
- SSR (server-side rendering) - vykreslí se při requestu, vždy aktuální, dražší provoz
Ceny v roce 2026:
- Strapi - self-hosted zdarma, Strapi Cloud od 18-29 USD měsíčně
- Sanity - free tier 100 000 API requests měsíčně a 10 GB bandwidth, placený od 15 USD měsíčně
- Contentful - free tier (25 000 záznamů, 2 locales), Team plan 300 USD měsíčně
- Payload, Directus - open-source, self-hosted zdarma (platíte jen server)
- Storyblok, Hygraph - free tier a placené plány
Typické use cases. Multi-channel publishing (web plus mobilní aplikace plus kiosky plus IoT z jednoho zdroje). JAMstack weby (Next.js plus Vercel plus Sanity). E-commerce, kde frontend žije odděleně od backendu (Shopify Hydrogen pattern). Enterprise s více brandy nebo jazyky. Projekty, kde jsou výkon a bezpečnost kritické.
Headless vs tradiční CMS. Plusy: flexibilita, výkon (až 40-60 % rychlejší dle zdrojů), bezpečnost (chybí útočná plocha frontendu, 92 % WordPress zranitelností je v pluginech), škálování, omnichannel. Mínusy: vyšší vstupní složitost, žádný WYSIWYG ani live preview ve výchozím nastavení, závislost na vývojářích, delší time-to-market, vyšší upfront náklady.
Limity pro českou SMB cílovku. Pro většinu malých českých firem je headless overkill. Editor nevidí, jak bude obsah vypadat (preview workflow je extra práce), SEO vyžaduje SSR nebo SSG setup, potřebujete frontend vývojáře k backend vývojáři. Tradiční CMS (WordPress, vlastní Nette CMS) launchne rychleji a levněji.
Český kontext. Většina českých firem provozuje WordPress, Webflow nebo na zakázku stavěné Nette či Symfony CMS. Headless najdete spíš u větších e-shopů (Alza, Notino segment) a digitálních agentur pro enterprise klienty. Pro typickou firemní prezentaci, restauraci nebo malý e-shop je headless zbytečný luxus, který přinese víc problémů než užitku.
Hledáte radu, jestli jít do headless nebo zůstat u klasického CMS? Napište mi, projdeme cíle projektu, počet kanálů a velikost týmu a doporučím architekturu, která se vejde do rozpočtu.
Pavel Szabo
Programátor webů, eshopů a informačních systémů s více než 23 lety praxe. Pomáhám firmám i jednotlivcům s online podnikáním, automatizacemi a využitím AI v praxi.
