„Headless CMS” zní jako technický pojem, ale princip je jednoduchý. Pochopení toho, co to znamená a kdy to dává smysl, vám pomůže lépe zadávat projekty a rozumět tomu, co vývojář navrhuje.

Co je „headless” a co to znamená v praxi

Tradiční CMS (například WordPress) dělá dvě věci najednou: spravuje obsah a zároveň generuje HTML stránky, které vidí návštěvník. Obsah a zobrazení jsou svázané.

Headless CMS dělá jen jednu věc: spravuje obsah. Nemá žádný „head” — žádné šablony, žádné HTML výstupy pro návštěvníka. Obsah vydává přes API jako strukturovaná data (JSON), a pak je na vývojáři, jak je zobrazí.

Toto oddělení je klíčová vlastnost:

Obsah žije v headless CMS (Sanity, Payload, Contentful, Strapi…)
Zobrazení řeší frontend (Next.js, Astro, mobilní aplikace, nebo cokoli jiného)

Proč to někoho zajímá

Jeden obsah, více výstupů

Produkt v e-shopu může být zobrazen na webu, v mobilní aplikaci, v kiosku v prodejně, ve srovnávači zboží — a všechny tyto výstupy čerpají z jednoho zdroje dat. Obsah se spravuje jednou, zobrazí se všude.

Rychlejší weby

Frontend postavený jako statická stránka (JAMstack) načítá data při buildu, ne při každém požadavku návštěvníka. Výsledek je web, který se načítá z CDN — bez databázových dotazů, bez PHP, s přirozeně nízkými časy načtení.

Lepší developer experience

Vývojáři frontendu pracují s moderními nástroji (React, Next.js, TypeScript) místo templatovacích systémů z minulého desetiletí.

Kdy headless CMS dává smysl

Máte více kanálů nebo platforem Web + mobilní aplikace + kiosk + newsletter z jednoho obsahu — to je klasický use case pro headless.

Chcete maximální výkon webu Staticky generovaný frontend s headless backendem dosahuje Lighthouse skóre 95–100 bez velké námahy. Pro tradiční WordPress je to možné, ale náročnější.

Máte strukturovaný obsah s komplexními vztahy Produkty s variantami, kategoriemi, autory, tagy a lokalizacemi — headless CMS zvládá komplexní datové struktury lépe než tradiční CMS.

Dlouhodobý projekt s větším týmem Oddělení frontendu a backendu umožňuje paralelní práci. Vývojáři frontendu a editoři obsahu na sobě nezávisejí.

Kdy headless CMS smysl nedává

Jednoduchý firemní web nebo blog Pro prezentační web s 10–20 stránkami a blogem je headless architektura zbytečná komplexita. WordPress nebo Astro s lokálními soubory jsou rychlejší a levnější na implementaci.

Malý rozpočet Headless architektura znamená víc práce navíc — API integrace, deployment pipeline, více služeb ke správě. To se odráží v ceně.

Klient chce web spravovat sám bez technické podpory WordPress admin je prověřený a intuitivní. Headless CMS admin může být méně přívětivý pro netechnické uživatele — záleží na volbě nástroje.

Potřebujete spustit rychle Tradiční WordPress na prověřené šabloně lze spustit za týden. Headless architektura s vlastním frontendem zabere 2–3× déle.

Nejčastější headless CMS volby

Sanity Můj první výběr pro projekty, kde záleží na kvalitě editačního prostředí. Sanity Studio je React aplikace — lze ji plně přizpůsobit. Dobré schéma a real-time colaborace. Má free tier.

Payload CMS Open-source, self-hosted, postavený na Node.js a TypeScript. Dává plnou kontrolu nad daty bez závislosti na třetí straně. Vhodné pro projekty s komplexnější logikou nebo požadavky na GDPR.

Contentful Enterprise volba. Prověřená, spolehlivá, drahá. Vhodné pro velké organizace s existující infrastrukturou.

Strapi Open-source, populární, ale development experience a stabilita jsou za Sanity a Payloadu.

Jak to vypadá v praxi

Typický stack pro střední projekt:

Obsah → Sanity CMS (admin pro klienta)
         ↓ API (GROQ nebo REST)
Frontend → Next.js (generuje stránky)
            ↓ deploy
Hosting → Vercel nebo Netlify (CDN)

Klient edituje obsah v Sanity. Při uložení se spustí nový build frontendu. Za 30–60 sekund jsou změny živě.

Headless CMS je nástroj — ne cíl. Správná architektura závisí na vašich potřebách, rozpočtu a plánech do budoucna. Pokud si nejste jisti, co je pro váš projekt nejlepší, ozvěte se — konzultace je zdarma.