Next.js czy WordPress: kiedy headless faktycznie się opłaca

WordPress ma 22 lata. Obsługuje redakcje, blogi, sklepy, landingi i strony rządowe. Jest najczęściej wyśmiewaną i jednocześnie najbardziej dominującą platformą w web developmencie. Kiedy w 2023 wszedłem głębiej w stack Next.js plus headless CMS, wydawało mi się, że WordPress to technologiczny skansen. Dziś, po dwóch latach rotacji klientów między jednym a drugim, mam bardziej zniuansowane zdanie.

Nie ma sensu zamykać tej dyskusji w formule "nowocześniejsze kontra starsze". Wybór między stackiem headless (Next.js, Sanity, Payload, Storyblok) a WordPressem jest decyzją operacyjną, nie technologiczną. Zależy od tego, kto będzie edytował treść, jak często, w jakim zespole i co dzieje się po uruchomieniu.

Co realnie dostajesz z WordPressem

Pomijam narrację z marketingowych porównań. Praktyczny WordPress w 2026 wygląda tak: hosting managed w stylu Cloudways, Kinsta lub SiteGround za 80–400 zł miesięcznie, motyw taki jak GeneratePress, Astra albo Blocksy w połączeniu z buildererem Elementor, Bricks lub Gutenberg, oraz zestaw pluginów obejmujący SEO (Rank Math), cache (WP Rocket), bezpieczeństwo (Wordfence), formularze i analitykę. Edycja treści jest dostępna dla każdego po krótkim onboardingu.

Zalety, których headless nie pobije, są praktyczne. Rynek utalentowanych, tanich wykonawców jest szeroki, stawka za poprawkę mieści się w 80–200 zł. Istnieją tysiące gotowych rozwiązań do każdego scenariusza biznesowego. Edytorzy bez technicznego zaplecza nie potrzebują pomocy przy codziennej edycji. W razie wpadki z agencją, następna agencja bez problemu przejmie projekt.

Wady są równie wyraźne. Wydajność wymaga pracy — LCP poniżej 2 sekund na domyślnym WP to temat na dedykowaną optymalizację. Każdy plugin to wektor ataku i obciążenie bazy. Aktualizacje i kompatybilność są kwartalnym zadaniem, które nie znika. Przy projektach nietypowych, z custom data model, integracjami i aplikacją w aplikacji, WordPress zaczyna pracować przeciwko tobie.

Co realnie dostajesz z Next.js i headless CMS

Stack, który najczęściej spotykam: Next.js 15 z App Router, Sanity albo Payload jako CMS, Vercel jako deployment i Tailwind jako styling. To nie jedyna konfiguracja, ale statystycznie dominująca w polskich agencjach budujących custom strony od 2024 roku.

Zalety, które są prawdziwe i mierzalne. Prędkość out of the box daje LCP poniżej 1,5 sekundy, INP rzadko przekracza 100 ms. Komponentowa architektura skaluje się w zespole developerskim. Bez problemu dodasz web app, panel klienta, integrację z AI czy backend for frontend. Masz kontrolę nad każdym pikselem i każdym zapytaniem. Bezpieczeństwo jest wyższe, bo frontend jest statyczny i nie ma co włamać. Developer experience w Next.js działa dziś lepiej niż w większości stricte backendowych frameworków.

Wady są często ignorowane w porównaniach. Edycja treści wymaga dobrze zaprojektowanego CMS — Sanity Studio trzeba skonfigurować tak, żeby marketer nie zepsuł layoutu. Każda "drobna zmiana" albo wymaga pushowania kodu, albo dobrze zrobionej struktury CMS-a. Koszty rozwoju są wyższe, bo stawka developera Next.js na rynku polskim to 250–500 zł za godzinę. Przeniesienie projektu między agencjami boli, bo nie każdy rozumie twoje konkretne schema w Sanity.

Kiedy headless wygrywa

Z mojego doświadczenia headless ma przewagę w czterech scenariuszach.

Projekty produktowe. Jeżeli strona jest jednocześnie aplikacją, ma logowanie, personalizację, panel użytkownika i integracje z API, WordPress będzie walczył przeciwko tobie. Next.js pozwala mieć jeden deployment na całość.

Performance jako wymaganie biznesowe. E-commerce, który konkuruje z Allegro i Amazonem, nie może sobie pozwolić na LCP 3,5 sekundy. W Next.js z prawidłowo zrobionym image optimization i ISR osiągasz 1,2 sekundy bez specjalnych zabiegów.

Zespół techniczny, który rośnie. Startup, który za rok ma 3 developerów w zespole, woli pracować na komponentach React niż na motywach PHP. To proste do uzasadnienia pod kątem rekrutacji. Młodsi programiści nie wybierają miejsc pracy, w których codziennie klepie się Elementor.

Marka premium. Jeżeli klient oczekuje wizualnej precyzji, animacji, niestandardowej typografii, gradientów i custom cursor, agencja, która dostarczy to w Elementorze, skończy w trzeciej rundzie poprawek. W React to normalna praca.

Kiedy WordPress wygrywa

Blog redakcyjny z 5–15 autorami. Edytor WordPressa jest w tym obszarze niepokonany. Sanity Studio jest techniczne, Ghost jest piękne, ale nie ma takiej elastyczności, a Contentful jest drogi. Dla redakcji, której autorzy formatują posty trzy razy dziennie, WordPress pozostaje najlepszym wyborem.

Lokalna firma usługowa. Salon, klinika, warsztat, biuro księgowe — zamówiłem sobie stronę, chcę raz na kwartał dodać aktualność, budżet 8 tysięcy. Tu WordPress jest oczywistym wyborem. Next.js byłby drogim nadmiarem.

Organizacja pozarządowa lub instytucja. Projekt z wieloletnią perspektywą, w której co dwa lata zmienia się operator. WordPress zapewnia ciągłość operacyjną, której custom stack nie da.

Klient techniczny, który już zna WordPress. Firma, która ma wewnętrzny zespół marketingu wyszkolony na Elementorze, zapłaci dwa razy więcej za migrację, niż jest ona warta.

Pułapki headless, o których się nie mówi

Największy mit rynku brzmi: "headless jest szybszy, więc lepszy". Prawda wygląda inaczej. Headless jest szybszy z automatu tylko w podstawowej konfiguracji. W produkcie, w którym masz 15 różnych widoków, dynamiczne komponenty, personalizację pod użytkownika i integracje z czterema API, możesz skończyć z Next.js wolniejszym od dobrze skonfigurowanego WordPressa z cache na poziomie CDN.

Druga pułapka jest operacyjna. Headless nie zmniejsza kosztów utrzymania, tylko je przenosi. Zamiast aktualizacji pluginów WP masz zarządzanie zależnościami npm, aktualizacje Next.js co kwartał, monitoring Vercela, polityki CORS i migracje schema w CMS-ie. Praca nie zniknęła, tylko przesunęła się z ramienia marketingu do ramienia developmentu.

Trzecia pułapka dotyczy mitu łatwej wymiany. "Można łatwo zmienić front-end" — nieprawda. Jeżeli twoje komponenty są napisane pod konkretną strukturę danych Sanity, a schema w Sanity odzwierciedla logikę twojego produktu, to odcinanie front-endu i podmienianie go jest tak samo kosztowne jak w WordPressie.

Jak decydować, nie mając jeszcze strony

Zadaj sobie cztery pytania, zanim wybierzesz stack.

Kto będzie edytował treść i jak często? Jeżeli codziennie edytuje non-tech marketer — WordPress. Jeżeli raz w miesiącu dev dorzuca nowe case study — headless.

Czy strona jest częścią większego produktu? Panel klienta, konfigurator, subskrypcja, logowanie prowadzą do headless. Sama informacja i kontakt do WordPress.

Ile zapłacisz za poprawkę w miesiącu 18? WordPress-owy rynek wykonawczy jest tani i szeroki. Next.js-owy jest droższy, ale jakościowo bardziej stabilny.

Co zyskujesz na skróceniu LCP o 1,5 sekundy? Jeżeli prowadzisz sklep z ruchem powyżej 50 tysięcy unikalnych użytkowników miesięcznie, każda sekunda daje mierzalne konwersje. Jeżeli masz 400 odsłon, optymalizujesz na emocjach, nie na wynikach.

W praktyce oba stacki mają sens. Kłopot pojawia się, gdy klient wybiera jeden z powodów, które mają więcej wspólnego z dumą niż z biznesem. WordPress nie jest gorszy, bo jest stary. Next.js nie jest lepszy, bo jest modny. Liczy się, co faktycznie masz pod maską i czy pasuje do tego, co chcesz zbudować.