# headless CMS *System zarządzania treścią bez warstwy prezentacji* Headless CMS przechowuje treść i pozwala ją edytować, ale nie rysuje strony. Podstrony buduje coś innego, co czyta treść przez API — dzięki czemu narzędzia do edycji i warstwę wizualną można wymieniać niezależnie od siebie. **Canonical:** https://spoko.space/pl/slownik/headless-cms/ **Language:** pl **Kategoria:** Technologia **Inaczej:** headless, CMS bezgłowy, CMS jako API **Published:** 2026-09-22 **Słownik pojęć:** https://spoko.space/pl/slownik/ --- ## Co to jest {#co-to-jest} Zwykły CMS robi dwie rzeczy: trzyma treść i rysuje podstrony. Headless robi pierwszą i kończy. Treść wychodzi przez API, a to, co buduje stronę — generator statyczny, aplikacja, klient mobilny — czyta ją stamtąd. To słowo opisuje układ, nie produkt. WordPress staje się headless w chwili, gdy przestajesz używać jego szablonów i zaczynasz czytać jego REST API. Z tą wersją spotykam się najczęściej. ## Dlaczego to twój problem, jeśli zamawiasz stronę {#dlaczego-to-twój-problem-jeśli-zamawiasz-stronę} Bo pozwala zostawić tę część, której ludzie są nauczeni, i wymienić tę, która jest wolna. Redakcja zostaje na miejscu — ten sam login, te same ekrany, ten sam obieg pracy — a podstrony przebudowuje coś, co produkuje zwykły HTML. To cała obietnica i jest uczciwa. To także miejsce, z którego bierze się większość rozczarowań, więc następna sekcja jest ważniejsza od tej. ## Co się przy tym psuje {#co-się-przy-tym-psuje} Wszystko, co CMS robił *w trakcie rysowania strony*, nie ma już gdzie mieszkać. Każdy kawałek trzeba zbudować świadomie: **Podgląd.** „Zobacz szkic” działał, bo to CMS rysował stronę. Kiedy przestaje, podgląd staje się funkcją, którą ktoś musi napisać. **Formularze.** Formularz kontaktowy był wtyczką, która go rysowała i odbierała zgłoszenie. Teraz formularz należy do front-endu, a zgłoszenie musi odebrać coś innego. **Wyjście SEO.** Metatagi, canonical, sitemapa, dane strukturalne — w większości pochodziły z wtyczki SEO, która wstrzykiwała je do `` szablonu. Nic z tego nie dociera do front-endu, który nigdy nie ładuje szablonu, a odbudowanie tego nie jest opcjonalne. **Wtyczki w ogóle.** Wszystko, czego wartością było „pojawia się na stronie”, znika. Wszystko, czego wartością jest „zarządza danymi”, zostaje. Robiłem to na oba sposoby. W jednym projekcie WordPress został dokładnie taki, jaki był, i przeniósł się tylko front-end; w innym katalog przeszedł do własnego panelu, bo model treści przerósł to, co da się wyrazić wpisami i polami dodatkowymi bez rysowania schematu. ## Czym headless CMS nie jest {#czym-headless-cms-nie-jest} Nie jest automatycznie szybszy — szybki jest *build statyczny* przed nim, a headless odpytywany na żywo przy każdym żądaniu potrafi być wolniejszy niż szablon, który zastąpił. Nie jest też „brakiem CMS-a”: ktoś dalej gdzieś edytuje te słowa, a udawanie inaczej kończy się stroną, w której do poprawy literówki potrzebny jest programista. ## Powiązane pojęcia {#related-terms} - [SSG](https://spoko.space/pl/slownik/ssg/): SSG to budowanie wszystkich podstron do gotowych plików HTML, zanim ktokolwiek wejdzie na stronę. Żądanie obsługuje wtedy serwer plików, a nie kod, zapytanie do bazy i szablon składany na miejscu przy każdej wizycie. — Markdown: https://spoko.space/pl/slownik/ssg.md - [Astro](https://spoko.space/pl/slownik/astro/): Astro to framework, który renderuje podstrony do HTML-a w trakcie budowania i nie wysyła żadnego JavaScriptu, dopóki komponent o to nie poprosi. Interaktywne kawałki deklaruje się pojedynczo jako wyspy, więc strona wiezie kod tylko dla nich. — Markdown: https://spoko.space/pl/slownik/astro.md - [CMS](https://spoko.space/pl/slownik/cms/): CMS to oprogramowanie pozwalające zmieniać stronę bez dotykania kodu. Pod tym słowem kryją się trzy osobne zadania — edytowanie, przechowywanie i wyświetlanie treści — a większość sporów o wybór CMS-a jest sporem o to, którego z nich potrzebujesz. — Markdown: https://spoko.space/pl/slownik/cms.md - [Laravel](https://spoko.space/pl/slownik/laravel/): Laravel to framework PHP do budowania aplikacji webowych — tych z kontami, uprawnieniami, bazą danych i pracą wykonywaną w tle. Dostarcza części, których potrzebuje każda aplikacja, żeby nie pisać ich od nowa w każdym projekcie. — Markdown: https://spoko.space/pl/slownik/laravel.md ## Gdzie o tym piszę {#related-posts} - [Autorski CMS z AI](https://spoko.space/pl/autorski-cms-z-ai/) — Markdown: https://spoko.space/pl/autorski-cms-z-ai.md Autorski headless CMS i panel do zarządzania stronami, podstronami, tłumaczeniami i mediami z jednego miejsca — z AI podpiętym do pracy nad treścią przez MCP. - [Wtyczka Enhanced WP REST API](https://spoko.space/pl/enhanced-wp-rest-api/) — Markdown: https://spoko.space/pl/enhanced-wp-rest-api.md Wtyczka open-source rozszerzająca WordPress REST API dla headless CMS. Oferuje integrację z GA4, dane Polylang do hreflang, względne URL-e i tryb headless. - [Aplikacja webowa vs strona internetowa](https://spoko.space/pl/blog/aplikacja-webowa-vs-strona-internetowa/) — Markdown: https://spoko.space/pl/blog/aplikacja-webowa-vs-strona-internetowa.md Strona internetowa prezentuje treść, aplikacja webowa pozwala użytkownikowi coś zrobić. Sprawdź różnice, kiedy wybrać które rozwiązanie i ile to kosztuje. - [Frameworki aplikacji webowych w 2026](https://spoko.space/pl/blog/frameworki-aplikacje-webowe-2026/) — Markdown: https://spoko.space/pl/blog/frameworki-aplikacje-webowe-2026.md Astro, Vue, React, Next.js czy WordPress headless? Porównanie popularnych frameworków z benchmarkami wydajności i scenariuszami użycia. ## Zobacz też {#see-also} - [Tworzenie stron internetowych](https://spoko.space/pl/tworzenie-stron-internetowych/) - [Migracja z WordPressa na Astro](https://spoko.space/pl/migracja-wordpress-astro/) ## Źródła {#sources} - [WordPress REST API Handbook](https://developer.wordpress.org/rest-api/) — Co WordPress udostępnia, gdy używa się go wyłącznie jako magazynu treści. - [Rendering on the Web](https://web.dev/articles/rendering-on-the-web) — Gdzie odłączony front-end mieści się wśród strategii renderowania.