Headless CMS se českým firmám nejčastěji dostane na stůl jako součást nabídky na nový web: modernější architektura, rychlejší frontend, obsah přes API. Co v té nabídce obvykle chybí, je věta, že o SEO se od téhle chvíle nestará systém, ale váš vývojář. Tenhle článek je ta chybějící věta: co headless CMS vlastně je, komu se vyplatí — a čtyři technické věci, které rozhodnou, jestli takový web Google vůbec přečte.
Co je headless CMS
Headless CMS je redakční systém bez výkladní skříně. Stará se jen o obsah: články, produkty a texty ukládá strukturovaně a komukoliv je vydá přes API. Jak budou vypadat na obrazovce, řeší oddělený frontend — typicky aplikace postavená na frameworku jako Next.js nebo Nuxt. Česky se občas dočtete o „bezhlavém CMS": hlava (zobrazení) chybí, tělo (obsah a administrace) zůstává.
WordPress nebo Shoptet dělají obě věci najednou. Napíšete článek a systém ho sám vykreslí do stránky, i s titulkem a sitemapou. U headless CMS tenhle druhý krok neexistuje: všechno, co se týká výsledné stránky, si stavíte sami. Výměnou získáte jednu praktickou schopnost — z téhož obsahu může čerpat víc kanálů najednou. Web, mobilní aplikace, obrazovka na pobočce, všechno z jedné databáze.
Komu se vyplatí a komu ne
Řeknu to dřív, než se pustíme do techniky: pro běžnou českou firmu s webem a blogem je headless CMS předimenzovaný. WordPress s dobrou šablonou nebo pronajaté řešení udělá stejnou službu za zlomek peněz a bez vývojáře na každou úpravu. Že jde slušný výsledek udělat i tam, popisuju v průvodci SEO pro WordPress.
Smysl začne dávat ve chvíli, kdy u vás platí aspoň jedno z tohohle:
- web se u vás programuje na míru a máte vlastní vývojáře nebo stálého dodavatele,
- stejný obsah plníte do více kanálů — třeba web a mobilní aplikaci,
- spravujete velký objem obsahu, často ve více jazycích,
- frontend potřebujete mít plně pod kontrolou, včetně rychlosti (o té, a o metrikách, kterými ji Google měří, píšu v článku o Core Web Vitals).
Pokud jste se v seznamu nenašli, zbytek článku čtěte jako obranu: až vám někdo headless nabídne, budete vědět, na co se zeptat.
Rendering: rozhodnutí, které nese celé SEO
Samotný headless CMS žádné SEO funkce nemá. Je to obsah a API, nic víc. Jestli váš text Google uvidí, rozhoduje frontend — konkrétně to, kde vzniká HTML.
Google zpracovává JavaScriptové weby ve třech fázích: crawling, rendering, indexace. Když obsah stránky vzniká až JavaScriptem v prohlížeči, Google si stránku zařadí do fronty na vykreslení a obsah uvidí až po něm. Umí to, ale je to krok navíc, který může trvat a může se pokazit. A dokumentace Googlu sama připomíná, že ne každý robot umí JavaScript spustit — v době AI vyhledávačů se to týká i robotů, na kterých vám může začít záležet.
Prakticky se vybírá ze tří strategií:
U SSG a SSR dostane Google hotové HTML a nemá co řešit. Čisté CSR na veřejném webu je nejčastější způsob, jak si headless projektem ublížit. Rozdíly do hloubky rozebírám v článku o SSR, SSG a CSR, nastavení v nejpoužívanějším frameworku pak v návodu na Next.js SEO.
Rychlý domácí test: otevřete kteroukoliv stránku svého webu, zobrazte si zdrojový kód (Ctrl+U) a vyhledejte v něm větu z textu. Když tam je, server posílá hotové HTML. Když tam není a vidíte hlavně odkazy na skripty, váš obsah vzniká až v prohlížeči — a je namístě zjistit, jak si s ním Google poradil. Jak na to, popisuju v článku o JavaScript SEO.
Článek vám poradí, co dělat obecně. Neřekne vám ale, co je špatně právě na vašem webu. To zjistí až audit — projdu váš web ručně a do 48 hodin víte, kde ztrácíte pozice a zákazníky. Zdarma a bez závazku.
Meta údaje si musíte vyrobit
Ve WordPressu dostanete pole pro titulek a meta popisek s pluginem zdarma. V headless CMS začínáte s čistým stolem: strukturu obsahu (content model) navrhuje člověk, a když na SEO pole zapomene, redakce nemá kam psát.
Minimální výbava pro každý typ obsahu, který se má objevit ve vyhledávání:
- titulek a meta popisek s hlídáním délky (jak je psát, aby se na ně klikalo, rozebírám v článku o meta title a description),
- obrázek pro sdílení (OG image),
- canonical pro řešení duplicit,
- přepínač noindex pro stránky, které do vyhledávání nepatří.
Zní to samozřejmě, jenže přesně tohle bývá na headless webech nejčastější závada: pole v administraci existuje, ale frontend ho do HTML nikdy nevypíše. Nebo naopak — vypisovat umí, ale pole nikdo nezaložil, a marketér pak cpe popisek do perexu. Obojí se pozná jednoduše, ve zdrojovém kódu hotové stránky, ne v administraci.
Náhled pro redakci: drobnost, na které stojí kvalita obsahu
V tradičním CMS kliknete na Náhled a vidíte rozepsaný článek. V headless světě se stránka vykresluje jinde, takže náhled nepublikovaného obsahu musí vývojář postavit: frontend si vyžádá koncept místo publikované verze a ukáže ho jen přihlášené redakci.
Proč to zmiňuji v článku o SEO: redakce bez náhledu publikuje naslepo. Rozbité formátování, obrázek přes celou šířku, titulek uříznutý v půlce — všechno se poprvé ukáže až v ostrém provozu a opravy se dělají ve spěchu. Velké headless systémy mají pro náhled hotové mechanismy, ale někdo je musí zapojit. Chtějte to v zadání projektu, dodatečně se to staví špatně.
Přesměrování a další věci, které ztratily domov
Monolitický systém řeší spoustu drobností za vás. Po oddělení frontendu si každá z nich hledá nové bydliště a snadno se na ni zapomene:
- 301 přesměrování. Změníte adresu článku a stará URL musí přesměrovat na novou, jinak přijdete o pozice, které stránka léta sbírala. V headless světě redirecty nejčastěji žijí jako spravovaný seznam v CMS, nebo v konfiguraci frontendu či CDN. Kde přesně, je jedno — proces musí existovat a redakce o něm musí vědět.
- XML sitemapa. Negeneruje ji CMS, ale frontend, typicky při sestavení webu. Ověřte, že vzniká a že se do ní nové stránky opravdu dostávají.
- Stavové kódy. JavaScriptové aplikace rády vrací kód 200 i pro neexistující stránky, takže Google vidí místo chyby 404 „prázdnou, ale platnou" stránku. Neexistující adresa má vracet 404, přesunutá 301.
Nechcete to řešit sami? Pošlete mi adresu webu — do 48 hodin víte, co ho v Googlu brzdí.
Strapi, Contentful, Sanity: tři jména, která uslyšíte
Výběr konkrétního systému je menší rozhodnutí, než jak vypadá — o SEO rozhodne frontend, ne CMS. Přesto stručně k trojici, která se v nabídkách objevuje nejčastěji (ceny platné k červenci 2026, bez DPH):
- Strapi je open source. Jádro je zdarma, hostujete si ho sami, placená self-hosted verze začíná na 45 dolarech měsíčně. Existuje k němu oficiální SEO plugin, který přidá meta pole i náhled výsledku ve vyhledávání. Nejčastější volba menších českých projektů.
- Contentful je cloudová služba pro velké týmy. Free tarif poslouží na vyzkoušení, placené tarify začínají na 300 dolarech měsíčně. Silný je ve vícejazyčném obsahu a ve validacích: můžete vynutit, že bez vyplněného meta popisku editor obsah nepublikuje.
- Sanity je cloud s důrazem na flexibilitu, obsah se modeluje kódem. Free tarif pro malé projekty, placený od 15 dolarů za uživatele měsíčně. Míří na vývojářské týmy se specifickými požadavky.
Jestli vám dodavatel nabízí jiný systém, není to samo o sobě problém. Otázky zůstávají stejné: kde vzniká HTML, kdo vypisuje meta údaje, jak vypadá náhled a kdo spravuje přesměrování.
Časté otázky
Je headless CMS lepší pro SEO než WordPress?
Má výš strop a níž dno. S plnou kontrolou nad HTML a rychlostí se dá postavit technicky čistší web, než jaký z krabicového řešení kdy dostanete — jenže nic z toho není v ceně, všechno musí někdo vědomě udělat. Průměrně udělaný WordPress porazí špatně udělaný headless každý den.
Jak zjistím, co Google na mém JavaScriptovém webu skutečně vidí?
V Search Console vložte adresu do kontroly URL a otevřete otestovanou stránku: uvidíte vykreslené HTML přesně tak, jak ho Google zpracoval (a když spustíte živý test, i snímek obrazovky). Když v něm váš text chybí, nepomůže žádné ladění titulků — řeší se rendering.
Kolik stojí web na headless CMS?
Licence bývá ta nejmenší položka, u menších projektů klidně nula. Platí se vývoj frontendu na míru a jeho průběžná údržba — a právě průběžnost lidi překvapí. Každá změna šablony, nová sekce nebo úprava meta výpisu je práce pro vývojáře, ne klik v administraci.
Kdo se o web postará, až bude hotový
Jako architektura je headless CMS poctivý: pro firmy s člověkem, který se o web postará, funguje výborně. Bez něj je to drahá cesta k webu, který umí méně než šablona za pár tisíc. Proto bych rozhodování nezačínala u technologie, ale u otázky z nadpisu — a ptala se na rok i na tři roky dopředu.
A pokud vám web na headless architektuře už běží, nebo vám ji někdo právě nabízí, ověřte si, co z něj vyhledávače skutečně přečtou. V SEO auditu porovnávám, co posílá server a co si Google musí dovykreslit, jestli se meta údaje opravdu vypisují a kam vedou staré adresy. Odejdete z něj se zadáním pro vývojáře — co, kde a proč opravit — což je u headless webů přesně ten formát, který posune práci dál.
Zdroje k faktům v článku:
- Zpracování JavaScriptu Googlem: tři fáze, fronta na rendering, doporučení server-side/pre-renderingu a poznámka, že ne všichni roboti spouštějí JavaScript (ověřeno 16. 7. 2026): developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics
- Ceny a tarify (ověřeno 16. 7. 2026): strapi.io/pricing-self-hosted, contentful.com/pricing, sanity.io/pricing
- Oficiální Strapi SEO plugin @strapi/plugin-seo, verze 2.0.9 (ověřeno 16. 7. 2026): npmjs.com/package/@strapi/plugin-seo
