headless CMS
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.
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ę
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
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 <head> 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
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
Zobacz też
Chcesz to mieć zrobione, a nie tylko zdefiniowane?
To jest ta część pracy, do której się mnie wynajmuje. Na stronie niżej jest, ile to kosztuje i jak przebiega.
Tworzenie stron internetowychGdzie o tym piszę
Autorski CMS z AI
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
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
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
Astro, Vue, React, Next.js czy WordPress headless? Porównanie popularnych frameworków z benchmarkami wydajności i scenariuszami użycia.