Statamic - nowoczesna alternatywa dla WordPressa?

Statamic to system zarządzania treścią zbudowany na Laravelu, który domyślnie nie potrzebuje bazy danych. Wpisy, strony i ustawienia zapisuje jako pliki tekstowe w katalogu projektu. Dla firmy, która od lat prowadzi stronę na WordPressie, brzmi to jak eksperyment. Nie jest. Pod spodem działa dojrzały framework PHP, a najnowsza wersja systemu dostała na początku 2026 roku przebudowany panel redakcyjny. Punktem odniesienia jest WordPress, bo trudno o lepiej znany system. Według W3Techs działa na nim 40,1% wszystkich stron internetowych i 58,6% tych, których CMS da się rozpoznać. Wiele firm nigdy go świadomie nie wybierało. Dostało go razem z pierwszą stroną i zostało przy nim, bo przeprowadzka wydawała się droższa niż codzienne łatanie.

Statamic w skrócie: CMS na Laravelu, który trzyma treści w plikach

Laravel to framework PHP, czyli gotowy szkielet aplikacji internetowej z obsługą adresów, formularzy, kolejek zadań i logowania. Statamic jest pakietem instalowanym w takiej aplikacji. Każda strona na Statamicu jest więc zarazem aplikacją Laravel, w której można dopisać własną logikę bez szukania wtyczki. Najbardziej nietypowe jest przechowywanie treści. WordPress zapisuje wpisy, strony i ustawienia w bazie MySQL. Statamic domyślnie trzyma każdy wpis w osobnym pliku tekstowym (YAML albo Markdown), a żeby szybko je przeszukiwać, buduje z nich indeks w pamięci podręcznej. Ten mechanizm nazywa się Stache i w każdej chwili można go odbudować z plików bez utraty danych.

Pliki nie są jednak dogmatem. Przy zakładaniu projektu Statamic pyta, czy treści mają trafić do plików, czy do bazy danych, a oficjalny dodatek Eloquent Driver pozwala przenieść do bazy całość albo tylko wybrane rodzaje danych, na przykład same wpisy. Dla dużych serwisów to ważna furtka. Widoki strony powstają w szablonach Antlers, autorskim języku Statamica, albo w Blade, czyli standardzie Laravela. System może też działać jako headless CMS: wtedy jest wyłącznie panelem i źródłem treści dla osobnego frontendu. Taki frontend może powstać na przykład w Next.js, a treści trafiają do niego przez REST API albo GraphQL. Obie te funkcje wymagają płatnej licencji Pro, o czym niżej.

Statamic 6 ukazał się 28 stycznia 2026 roku. Najwięcej zmieniło się w panelu, który przepisano z użyciem Vue 3, Inertia.js i Tailwind CSS 4, z nową biblioteką komponentów i motywami. Redakcję interesuje przede wszystkim, jak się w nim pracuje.

Oczami redaktora: formularz zamiast układanki

W WordPressie strona zwykle składa się z kilku warstw. Edytor blokowy Gutenberg, często do tego kreator stron w rodzaju Elementora i wtyczka do dodatkowych pól. Każda z nich ma własne ekrany i własną logikę. Redaktor uczy się więc nie jednego systemu, tylko kilku naraz. Statamic zaczyna od blueprintów. Blueprint to opis formularza dla konkretnego rodzaju treści: jakie pola ma oferta pracy, realizacja albo wpis na blogu. W ofercie pracy mogą to być stanowisko, miasto, widełki wynagrodzenia, termin ważności i osoba kontaktowa. Redaktor nie składa strony z klocków. Wypełnia pola, a o wygląd dba szablon, więc trudniej jednym kliknięciem rozjechać układ.

Do dłuższych tekstów służy edytor Bard. Oprócz zwykłego tekstu można w nim wstawiać przygotowane wcześniej zestawy pól, na przykład galerię, cytat albo ramkę z wezwaniem do działania. Podgląd na żywo pokazuje stronę przed publikacją, a w wersji 6 doszły paleta poleceń i widok kalendarza dla kolekcji, przydatny przy planowaniu wpisów. Jedno ograniczenie trzeba znać od początku. Darmowa wersja Statamica pozwala na jedno konto administratora. Kilku redaktorów, role, uprawnienia i historia zmian wymagają licencji Pro. W firmie, w której treści dodaje więcej niż jedna osoba, bez Pro się nie obejdzie.

Podobny porządek da się zbudować w WordPressie. Na stronie Konsorcjum Migracyjnego zostaliśmy przy tym systemie, bo zespół klienta już go znał, a redakcji dodaliśmy własne pola tekstowe, graficzne i dat przez wtyczkę MetaBox. Różnica polega na tym, że w Statamicu model treści jest punktem wyjścia, a w WordPressie trzeba go dobudować.

Oczami programisty: Laravel, pliki i Git

Skoro treści są plikami, mogą leżeć w tym samym repozytorium co kod. Git, czyli system kontroli wersji, zapisuje wtedy każdą zmianę: kto poprawił cennik, kiedy i co dokładnie zmienił. Powrót do poprzedniej wersji strony to jedna komenda. Środowisko testowe z kompletem aktualnych treści powstaje przez skopiowanie repozytorium, bez eksportowania bazy. Licencja Pro dodaje automatyzację Gita. Zmiany zapisane w panelu same trafiają do repozytorium jako commity, a Statamic może je od razu wysłać na serwer zdalny. Wymaga to ustalenia zasad. Jeśli redakcja edytuje treści na produkcji, a programiści w tym samym czasie wdrażają kod, ktoś musi pilnować kolejności. Redakcji, która codziennie publikuje dziesiątki zmian, lepiej posłuży baza danych.

Druga korzyść to sam Laravel. Integracja z CRM, kalkulator ceny, strefa klienta albo import ofert z zewnętrznego systemu powstają w tej samej aplikacji, z bibliotek instalowanych przez Composera, menedżera pakietów PHP. W WordPressie podobne rzeczy często kończą się kolejną wtyczką albo własnym kodem wpiętym w motyw, którego po dwóch latach nikt nie chce dotykać.

Kod, treści i konfiguracja w jednym repozytorium dobrze współpracują z CI/CD, czyli automatycznym testowaniem i wdrażaniem zmian. Poprawka przechodzi tę samą ścieżkę niezależnie od tego, kto ją przygotował. Kto zna Laravel, szybko odnajdzie się w Statamicu. Tyle że specjalistów od WordPressa jest na rynku po prostu więcej.

Oczami osoby od bezpieczeństwa: mniej cudzego kodu do pilnowania

Statystyki bezpieczeństwa WordPressa wyglądają groźnie, ale trzeba je czytać uważnie. Według Patchstack w 2025 roku w ekosystemie WordPressa zgłoszono 11 334 nowe podatności, o 42% więcej niż rok wcześniej. 91% dotyczyło wtyczek, 9% motywów, a w samym rdzeniu systemu znaleziono ich sześć. W 46% przypadków autor nie wydał poprawki do dnia publicznego ujawnienia luki. Sam WordPress jest więc dobrze pilnowany. Ryzyko rośnie z każdą wtyczką, bo każda to kod innego autora, z jego tempem aktualizacji i jego podejściem do testów. Nic dziwnego, że wokół WordPressa wyrosły osobne usługi ochronne, takie jak Sucuri.

W Statamicu więcej działa bez dodatków: formularze, wyszukiwarka, zarządzanie plikami i podgląd na żywo. Mniej autorów oznacza mniej miejsc do sprawdzania. Wersja 6 dodała logowanie dwuskładnikowe, passkeys - logowanie kluczem zapisanym w telefonie lub komputerze zamiast hasła - oraz ponowne potwierdzanie tożsamości przed wrażliwymi operacjami. Nie znaczy to, że Statamic jest bezpieczny sam z siebie. Mniejsza popularność działa w obie strony: mniej osób szuka w nim luk w złych zamiarach, ale też mniej niezależnych badaczy przegląda jego kod. Aktualizacji wymagają Laravel i zależności PHP, a własny kod trzeba testować jak w każdej aplikacji. Strona, która przetwarza dane klientów, powinna przed startem przejść audyt bezpieczeństwa.

Oczami marketingu: szybkość, SEO i wersje językowe

Na szybkość strony Statamic ma dwa sposoby. Pierwszy to cache aplikacji: gotowe strony trafiają do pamięci podręcznej Laravela, co według dokumentacji często skraca czas ładowania o połowę lub więcej. Drugi to pełny cache statyczny: Statamic zapisuje strony jako pliki HTML, a serwer oddaje je odwiedzającym bez uruchamiania PHP, tak jak w przypadku stron statycznych. Można pójść krok dalej i oficjalnym dodatkiem SSG wygenerować cały serwis jako zestaw gotowych plików. Da się je wystawić w sieci CDN, czyli na serwerach rozproszonych po świecie, albo na platformach takich jak Netlify i Vercel. Statyczna wersja nie nadaje się do wszystkiego. Formularz sprawdzany po stronie serwera albo treść dobierana do zalogowanego użytkownika wymagają wyłączenia cache dla fragmentu strony. Statamic ma do tego osobny znacznik, ale trzeba o nim pamiętać już przy projektowaniu. Efekt dla marketingu jest prosty: szybsza strona łatwiej mieści się w progach Core Web Vitals.

W WordPressie o meta tagi i mapę witryny dba zwykle wtyczka w rodzaju Yoast SEO. Statamic nie ma wbudowanego odpowiednika, ale jego twórcy sprzedają dodatek SEO Pro za 75 dolarów jednorazowo na stronę. Obsługuje meta tagi, podglądy w mediach społecznościowych, mapę witryny, dane strukturalne JSON-LD i przekierowania 301, które tworzą się same po zmianie adresu wpisu. Zapisuje też adresy kończące się błędem 404, z których jednym kliknięciem można zrobić przekierowanie.

Kilka wersji językowych i kilka serwisów w jednym panelu to funkcja multi-site z licencji Pro. Wbudowana wyszukiwarka działa bez zewnętrznych usług, a przy większych serwisach można ją podłączyć do Algolii.

Żaden CMS nie wypozycjonuje strony za zespół. Wybór systemu dobrze połączyć z planem działań SEO i GEO, bo struktura treści i adresów ustalona przy wdrożeniu zostaje na lata.

Oczami osoby, która płaci rachunki

Statamic ma trzy warianty licencji:

• Core - bezpłatny, z jednym kontem administratora i jednym formularzem, bez ról, historii zmian, wersji językowych, API i automatyzacji Gita,
• Pro - 349 dolarów za stronę, z rokiem aktualizacji w cenie, potem 99 dolarów rocznie; w czasie budowy strony można z niego korzystać bezpłatnie,
• Enterprise - wycena indywidualna, z logowaniem SSO, dziennikiem zdarzeń i gwarantowanym czasem reakcji wsparcia.

WordPress kosztuje zero złotych, ale tylko na starcie. Płatne wersje wtyczek, licencje kreatorów stron, motyw premium i usługa ochrony to zwykle roczne subskrypcje. Każda z osobna jest niewielka. Razem potrafią przekroczyć roczną opłatę za Statamica Pro. Licencja to i tak drobna część rachunku. Więcej kosztuje czas ludzi: aktualizacje, sprawdzanie, czy po nich wszystko działa, naprawy po konflikcie wtyczek, a przy Statamicu praca programisty znającego Laravel, którego stawka bywa wyższa niż stawka osoby składającej strony z gotowych motywów. Cena stworzenia strony internetowej zależy przede wszystkim od zakresu projektu, a nie od tego, czy CMS jest płatny.

Inne są też wymagania serwera. Statamic potrzebuje PHP w wersji 8.3 lub nowszej i Composera, więc najtańszy hosting współdzielony nie zawsze wystarczy. Zwykle kończy się na serwerze VPS albo na hostingu zarządzanym dla aplikacji Laravel. Przy pełnym cache statycznym serwer ma za to niewiele pracy, bo większość ruchu obsługują gotowe pliki.

Kiedy WordPress nadal jest lepszym wyborem

Nie każda strona na WordPressie potrzebuje przeprowadzki. Zostawienie go ma sens, gdy:

• zespół zna WordPressa i sprawnie w nim pracuje, a strona nie sprawia problemów,
• sklep opiera się na WooCommerce i polskich wtyczkach płatności oraz wysyłek, których odpowiedników w Statamicu trzeba by szukać albo pisać od zera,
• marketing sam składa strony kampanii w kreatorze w rodzaju Divi i nie chce w tym czekać na programistę,
• budżet na utrzymanie zakłada najtańszy hosting i pomoc freelancera w razie awarii.

WordPress nie musi też oznaczać przestarzałego frontendu. W projekcie Global Parts WordPress z WooCommerce został zapleczem sklepu, połączonym przez API z systemem magazynowym klienta, a interfejs dla kupujących zbudowaliśmy w Next.js. Klient zachował znane narzędzia, a sklep dostał szybki, nowoczesny interfejs.

Statamic jako alternatywa dla WordPressa: komu się przyda i jak wygląda przeprowadzka

Statamic dobrze pasuje do stron internetowych dla firm z uporządkowaną treścią: ofertą, realizacjami, oddziałami, ofertami pracy, kilkoma wersjami językowymi. Sprawdza się też tam, gdzie strona ma własną logikę, której nie chce się upychać we wtyczkach, a zespół technologiczny i tak pracuje w PHP. To nie jest narzędzie wyłącznie dla małych stron. Wśród użytkowników producent wymienia między innymi Der Spiegel, OpenTable i Porsche. Nie jest też jedyną alternatywą. W podobnej niszy działają Craft CMS z rozbudowanym modelowaniem treści, October CMS, również zbudowany na Laravelu, oraz Grav, który tak jak Statamic przechowuje treści w plikach.

Gdy te same treści mają zasilać stronę, aplikację mobilną i inne kanały, lepiej sprawdza się headless CMS, na przykład Strapi. Statamic potrafi pracować w tym trybie, ale jego mocną stroną pozostaje klasyczna strona, w której panel i szablony żyją w jednej aplikacji. Sama przeprowadzka z WordPressa ma oficjalne wsparcie. Darmowy dodatek Importer od twórców Statamica wczytuje pliki CSV i XML, przenosi wpisy, kategorie i użytkowników, a treści z edytora Gutenberg obsługuje w osobny sposób. To jednak tylko transport. Najwięcej pracy jest przed nim i po nim.

Przy migracjach stron trzymamy się stałego porządku. Najpierw inwentaryzacja: jakie rodzaje treści są na stronie, które adresy przynoszą ruch, co da się zarchiwizować. Potem mapa adresów i przekierowania 301 ze starych URL-i na nowe, tak by Google i linki z innych stron trafiały we właściwe miejsca. Nowa strona powstaje obok starej, a po przełączeniu monitorujemy błędy 404, indeksowanie i ruch. Przy WordPressie dochodzi sprzątanie treści: shortcody, kod wygenerowany przez kreatory stron i pola dodawane latami bez planu. Z WordPressa przenieśliśmy w ten sposób na przykład stronę SRDK Studio, choć do Strapi i Next.js, a nie do Statamica. Czas ładowania skrócił się o 40-60%.

Dobrym momentem na decyzję jest planowana przebudowa strony. Zanim wybierzesz system, opisz, jak pracuje Twoja redakcja i co strona ma robić za dwa lata.