Next.js + Payload CMS zamiast WordPressa — kiedy i dlaczego
Klient przychodzi z briefem: chcemy stronę na WordPressie. Pytam: dlaczego? Bo wszyscy tak robią. Tam zaczyna się rozmowa.
Zostałem przez chwilę z tą odpowiedzią. Nie dlatego, że jest zła — tylko dlatego, że jest automatyczna. WordPress stał się domyślnym wyborem nie przez jakość, tylko przez bezwładność rynku. I właśnie to jest problem — kiedy ktoś wybiera narzędzie na zasadzie inercji, zwykle nie wie, w co wchodzi.
Zacząłem tłumaczyć, co to faktycznie oznacza dla ich projektu.
WordPress nie jest zły — jest stary
Nie mam nic do WordPressa jako projektu. To kawał historii internetu, aktywna społeczność, ogromny ekosystem. Ale jest z 2003 roku. Świat stron internetowych zmienił się fundamentalnie od tego czasu — a WordPress w swojej architekturze wciąż niesie sporo decyzji tamtej epoki.
To nie dyskwalifikuje go z marszu. Ale warto zadać pytanie: czy narzędzie, które powstało przed smartfonami, przed Reactem, przed Core Web Vitals, jest optymalnym wyborem dla strony firmowej w 2025 roku?
Czasem tak. Często nie.
Co Next.js + Payload CMS oznacza dla klienta
Nie będę tłumaczył technicznie. Będę tłumaczył biznesowo.
Zero opłat miesięcznych za CMS. Payload CMS to open-source, instalujesz go na swoim serwerze. Nie ma modelu „płać za X edytorów". Nie ma faktur za dostęp do własnych treści. Panel do zarządzania stroną jest twój na zawsze, bez subskrypcji.
Strona działa jak aplikacja. Next.js generuje strony statycznie lub renderuje je po stronie serwera — zależnie od potrzeby. W praktyce oznacza to czas ładowania w okolicach sekundy, doskonałe wyniki Core Web Vitals i brak problemów z wydajnością, które są codziennością WordPressa obciążonego wtyczkami.
Treść jako dane. To jest ta różnica, której klienci początkowo nie rozumieją, a potem doceniają najbardziej. W Payload CMS treść jest strukturyzowana jak baza danych, nie jak blokowaty edytor tekstu. Chcesz tę samą treść wyświetlić na stronie, w aplikacji mobilnej i w zewnętrznym katalogu? Jedno API, wszystkie kanały. W WordPressie to byłoby dużo wtyczek i modlitwy.
Kiedy WordPress ma sens
Uczciwie — są sytuacje, w których WordPress jest lepszym wyborem.
Jeśli klient sam prowadzi blog i chce instalować nowe szablony bez dewelopera — WordPress ma do tego gotowy UX, który działa. Jeśli projekt potrzebuje czegoś bardzo specyficznego z ekosystemu WooCommerce albo konkretnej wtyczki bez odpowiednika — nie ma sensu budować tego od zera. I jeśli budżet jest naprawdę mały, a strona prosta — WordPress na wspólnym hostingu jest tańszym startem.
Ale „bo wszyscy tak robią" nie jest wystarczającym uzasadnieniem dla firmy, która poważnie traktuje swój projekt.
Kto będzie właścicielem za trzy lata
Zawsze pytam klientów: kto będzie zarządzał tą stroną za trzy lata?
To pytanie zmienia rozmowę. Nie chodzi o technologię — chodzi o to, czy za trzy lata będziesz na platformie, która zdecyduje za ciebie co jest możliwe, czy na narzędziu, które jest twoje i rośnie razem z twoimi potrzebami.
Jeśli masz projekt i zastanawiasz się nad wyborem stosu — porozmawiajmy.