Termín "headless CMS" se v diskusích o webovém vývoji vyskytuje stále častěji. A s ním i zmatek: co to vlastně je, jak se liší od WordPressu, a kdy to dává smysl použít? Tenhle článek to vyjasní — od základní definice po konkrétní doporučení.
Tradiční CMS vs. headless CMS: klíčový rozdíl
Tradiční CMS (nejznámější příklad: WordPress) funguje jako monolitická aplikace — backend a frontend jsou propojené v jednom systému. Obsah sedí v databázi, PHP šablony ho renderují do HTML, a výsledek jde přímo k návštěvníkovi. Administrace, databáze i prezentace jsou součástí jednoho balíku.
Headless CMS funguje jinak: obsahuje jen backend — databázi, administraci a API pro přístup k obsahu. Neobsahuje žádnou prezentační vrstvu. Obsah se z CMS dostává přes REST API nebo GraphQL na libovolný frontend — React/Next.js, Vue, mobilní aplikaci, nebo cokoliv jiného, co umí volat API.
Slovo "headless" vychází z metafory: CMS má "tělo" (backend, databáze, API), ale nemá "hlavu" (frontend, prezentační vrstva). Hlava — to, co zákazník vidí — se vyvíjí zvlášť a samostatně.
Proč to vzniklo: od monolitu k oddělené architektuře
Tradiční monolitická architektura funguje dobře pro přímočaré weby. Ale narážíte na její limity, když:
Chcete distribuovat obsah na více kanálů. Blog post, který píšete jednou, chcete zobrazit na webu, v mobilní aplikaci, v e-mailovém newsletteru a na digitálních obrazovkách v provozovně. S monolitickým CMS musíte obsah kopírovat nebo vytvářet složité integrace. S headless CMS obsah napíšete jednou, API ho dodá kamkoliv.
Chcete moderní frontend stack. WordPress front-end je PHP šablonovací systém. Pokud chcete React, Next.js nebo Vue — moderní výkonné frameworky — musíte buď kompromitovat výkon, nebo použít WordPress jako headless (REST API nebo WPGraphQL). Headless CMS je pro tento přístup navržen od začátku.
Potřebujete rychlost a výkon. Staticky generovaný Next.js web (SSG) servíruje pre-renderované HTML z CDN — bez databázových dotazů, bez PHP processing. Výsledkem je TTFB pod 50 ms, LCP pod 1 sekund. Tradiční CMS toho dosahuje jen s agresivním cachováním.
Jak headless CMS funguje v praxi
Typická architektura headless projektu:
- Headless CMS (např. Payload CMS, Sanity, Contentful): content editor píše a publikuje obsah v administraci
- API: obsah je dostupný přes REST nebo GraphQL endpoint
- Frontend (Next.js): při buildu nebo na každý request volá API, přijímá obsah a renderuje ho do HTML
- Deployment (Vercel, Netlify, AWS): staticky generované stránky se distribuují přes CDN
Tento řetězec umožňuje:
- Obsah se napíše jednou a distribuuje kamkoliv
- Frontend se může kompletně přepsat bez dotyku obsahu
- CMS a frontend se vyvíjejí nezávisle
- Každá část se škáluje samostatně
Populární headless CMS: porovnání
Payload CMS
Open-source, TypeScript-native, self-hosted. Konfigurace je kód — definujete datový model v TypeScriptu, Payload vygeneruje administraci automaticky. Velmi úzká integrace s Next.js — existuje kombinace "Payload + Next.js v jednom projektu."
Výhody: žádné měsíční poplatky (hosting si zajistíte sami), plná kontrola nad databází, TypeScript-first, výborný developer experience pro Next.js projekty.
Nevýhody: potřebujete technický setup (PostgreSQL nebo MongoDB databáze, hosting), méně "out-of-the-box" než cloud CMS.
Vhodné pro: Next.js projekty, vývojáři, kteří chtějí plnou kontrolu, projekty se specifickým datovým modelem.
Sanity
Cloud-hosted, vlastní query jazyk (GROQ), real-time spolupráce v editoru. Flexibilní "block content" systém umožňuje strukturovat obsah libovolně. Silný v projektech s komplexní strukturou obsahu.
Výhody: vynikající real-time editace, silná komunita, Content Lake (verzovaný obsah v cloudu).
Nevýhody: pricing (Starter plán zdarma s limity, Growth plán od ~99 USD/měsíc), GROQ je proprietární jazyk (nutno se naučit), proprietární content hosted v Sanity cloudu.
Vhodné pro: mediální projekty, velké obsahové weby, týmy s více redaktory, projekty s komplexní strukturou obsahu.
Contentful
Enterprise-orientovaný cloud CMS, rozsáhlý ekosystém integrací. Jeden z prvních headless CMS na trhu — stabilní, vyzrálá platforma.
Výhody: velký ekosystém, enterprise podpora, robustní API.
Nevýhody: vyšší cena pro větší projekty (Free tier limitovaný, Team plán od ~300 USD/měsíc), méně flexibilní pro specifické datové modely.
Vhodné pro: enterprise projekty, velké organizace s CMS jako kritickou infrastrukturou.
Strapi
Open-source, self-hosted alternativa k Contentful. Node.js based, REST i GraphQL API, administrace generovaná automaticky ze schématu.
Výhody: open-source, self-hosted (žádné cloud poplatky za CMS), dobré pro REST API-first projekty.
Nevýhody: větší operační overhead než Payload, méně TypeScript-native, komunita přechází k Payload.
Vhodné pro: projekty s REST API focusem, vývojáři obeznámení s Node.js ekosystémem.
Výhody headless přístupu v detailu
Performance a Core Web Vitals
Staticky generovaný Next.js web (SSG) servíruje HTML přímo z CDN — bez databázových dotazů, bez PHP, bez server processing při každém requestu. TTFB (Time to First Byte) pod 50 ms je realistické. Pro srovnání: WordPress bez cachování má TTFB 300–800 ms, s cachováním 50–200 ms.
Lepší LCP, INP a CLS jsou strukturálním výsledkem Next.js + headless přístupu, ne výsledkem optimalizace.
Bezpečnost
CMS administrace není dostupná na veřejném URL. Frontend je staticky generovaný nebo SSR — neprovozuje PHP, nepotřebuje přístup k databázi při každém requestu. Útočník, který kompromituje frontend, nedostane přístup k obsahu nebo databázi.
Aktualizace jsou jednodušší: aktualizujete Next.js (npm update), ne 15 pluginů najednou s rizikem konfliktů.
Flexibilita a distribuci obsahu
Obsah napíšete jednou, API ho dodá kamkoliv. Web, mobilní aplikace, newsletter, PWA, digital signage — jeden zdroj pravdy.
Pro firmy s omnichannel strategií (web + mobilní app + kiosky v provozovně) je headless architektura přirozeným řešením. U tradičního CMS by vyžadovala komplexní integrace nebo duplikaci obsahu.
Developer experience
Vývojáři pracují s moderními nástroji: TypeScript, React, komponentová architektura, hot reload, Git-based workflow. Ne s legacy PHP šablonovacím systémem nebo s pluginy, jejichž kód nelze debugovat.
Tato výhoda se projeví v rychlosti vývoje a v kvalitě kódu — a tím i v nižším technickém dluhu.
Nevýhody a kdy headless nedává smysl
Komplexnější architektura
Headless projekt je složení více části: CMS (hosting, databáze, konfigurace), frontend framework, deployment platforma. Každá část přidává komplexitu, která musí být spravována.
Pro jednoduchý prezentační web se třemi stránkami a kontaktním formulářem je headless CMS předimenzované. WordPress nebo Webflow je jednodušší volba.
Vyšší vstupní náklady vývoje
Vývojář, který konfiguruje WordPress šablonu, je jiná práce než vývojář, který staví Next.js projekt s Payload CMS. Vstupní náklady headless projektu jsou vyšší — 70 000–150 000 Kč pro jednoduché weby vs. 20 000–60 000 Kč pro srovnatelný WordPress web.
Real-time preview je složitější
V tradičním CMS kliknete "Preview" a vidíte, jak bude stránka vypadat. V headless setup vyžaduje preview explicitní implementaci (Next.js Draft Mode, preview API). Funguje, ale vyžaduje vývoj navíc.
Závislost na vývojáři pro strukturální změny
Přidání nového pole do formuláře nebo nové sekce na stránce vyžaduje změnu datového modelu v CMS a úpravu frontend komponent. U tradičního CMS s page builderem to zvládne netechnický uživatel sám.
Kdy headless dává smysl
Výkon a Core Web Vitals jsou prioritní: e-commerce, velké obsahové weby, SEO-kritické projekty.
Obsah se distribuuje na více kanálů: web + mobilní aplikace, nebo web + digital signage.
Tým pracuje v moderním JavaScript ekosystému: Next.js, React, TypeScript.
Projekt má komplexní datový model: custom entity, složité vztahy mezi obsahem, B2B portál.
Bezpečnost je prioritní: fintech, healthtech, nebo jakýkoliv projekt s citlivými daty.
Kdy headless nedává smysl
Malý prezentační web: 5–15 stránek, jednoduchý obsah, netechnický klient chce editovat sám.
Ekosystém pluginů je klíčový: WooCommerce, WPML, specifické integrační WordPress pluginy, pro které neexistuje headless alternativa.
Omezený rozpočet: headless vývoj je dražší vstupní investice.
Rychlé spuštění: potřebujete web do 4 týdnů, bez složitého setupu.
V Appitect stavíme na kombinaci Next.js + Payload CMS — vlastní headless stack s plnou kontrolou nad kódem a daty. Každý projekt dostane architekturu, která odpovídá jeho skutečným potřebám — ne architektura, která je módní. Pokud řešíte CMS pro váš projekt, rádi to s vámi projdeme.
