Spis treści
Masz pytanie o swoją stronę?
Umów krótką konsultację – powiem, od czego zacząć.
Krótka odpowiedź: dla WordPressa najwięcej daje nie sam wybór serwera, ale cache całych stron na poziomie serwera. LiteSpeed (OpenLiteSpeed lub LiteSpeed Enterprise) z wtyczką LiteSpeed Cache daje to praktycznie „z pudełka”, a Nginx – samodzielnie lub jako reverse proxy przed Apache – może zrobić to samo dzięki FastCGI cache lub proxy cache: w obu przypadkach strona z cache jest wysyłana bez uruchamiania PHP, więc TTFB spada drastycznie. Sam Apache bez cache stron i z przestarzałą konfiguracją (prefork + mod_php) wypada w tym zestawieniu najsłabiej.
Instalacja WordPressa jest banalnie prosta niezależnie od wybranego serwera – Apache, Nginx czy LiteSpeed. Najwięcej problemów jest tak naprawdę z utworzeniem bazy danych, użytkownika do tej bazy i przechowywaniem danych logowania. Sam proces instalacji WordPressa to w 75% czas oczekiwania na przesłanie plików na serwer, 20% to czas potrzebny na wygenerowanie potrzebnych dostępów, a zaledwie 5% to sama instalacja. Okazuje się jednak, że już na tym etapie możemy podjąć decyzje, które sprawią, że nasz WordPress będzie działał nieziemsko wręcz szybko! Ważne jest bowiem, aby wybrać odpowiedni serwer pod swojego WordPressa. Nie chodzi mi tu nawet o to, którą firmę hostingową wybierzesz, a o to, jakie oprogramowanie wykorzystuje dana firma. Są bowiem serwery, które – jak się wydaje – lepiej nadają się do obsługi WordPressa niż inne.
Apache, Nginx czy LiteSpeed dla WordPress?
Pewnie słyszałeś o serwerach Apache? To jedno z najstarszych i najbardziej rozpowszechnionych rozwiązań serwerowych na świecie. Apache jest darmowy, stabilny, wielozadaniowy i względnie łatwy w konfiguracji i zarządzaniu (choćby dzięki plikom .htaccess). Istnieją jednak jeszcze 2 inne opcje, które są co najmniej tak samo dobre jak Apache, a w niektórych przypadkach – lepsze. Mowa tu o oprogramowaniu serwera Nginx oraz LiteSpeed.
Według W3Techs (dane z października 2026) wśród stron, których serwer da się rozpoznać, najczęściej spotkać można Cloudflare Server (31,5%) – to jednak w praktyce warstwa CDN/proxy, za którą stoi „prawdziwy” serwer – dalej Nginx (30,7%), Apache (21,8%) i LiteSpeed (14,2%). Pozostałe procenty to inne rozwiązania, np. Node.js czy IIS od Microsoftu (3,0%). W 2022 roku, gdy pisałem pierwszą wersję tego tekstu, prowadził jeszcze Apache – od tamtej pory jego udział wyraźnie spadł.
Apache i Nginx są do siebie podobne pod kątem tego, co potrafią, ale różnią się architekturą. Nginx od początku obsługuje połączenia w modelu zdarzeniowym (asynchronicznym), dlatego przy wielu jednoczesnych połączeniach zużywa mniej pamięci. Klasyczny Apache (MPM prefork + mod_php) trzyma osobny proces na każde połączenie, co pod obciążeniem bywa kosztowne. To jedna z przyczyn, dla których strony na Nginx często działają nieco szybciej. Warto jednak pamiętać, że współczesny Apache 2.4 z event MPM i PHP przez PHP-FPM to zupełnie inna liga niż stary prefork – o tym niżej.
Obok Apache i Nginx rozwija się komercyjny LiteSpeed, który według informacji twórców jest w stanie teoretycznie obsłużyć dwa razy większy ruch niż tak samo skonfigurowany serwer oparty o Apache. Wiadomo, marketingowe gadanie tyczy się nie tylko SEO czy burgerów, ale i oprogramowania serwerów. Co jednak, jeżeli powiem Ci, że faktycznie jest coś na rzeczy i da się zaobserwować, że strony uruchomione na LiteSpeed są wyraźnie szybsze? I tyczy się to także WordPressa!
Apache vs Nginx vs LiteSpeed – porównanie (stan na 2026)
| Apache 2.4 | Nginx (i fork Angie) | OpenLiteSpeed / LiteSpeed Enterprise | |
|---|---|---|---|
| Licencja | Apache License 2.0, darmowy | Nginx: open source (BSD); Angie: licencja typu BSD | OLS: GPLv3, darmowy; LSWS Enterprise: komercyjny (jest darmowy plan Free Starter: 1 domena, do 2 GB RAM) |
| Aktualne wersje (październik 2026) | 2.4.69 (1.10.2026) | stable 1.30.5, mainline 1.31.6 (15.09.2026); Angie 1.12.2 | – |
| Model obsługi połączeń | MPM do wyboru; zalecany event MPM | zdarzeniowy (asynchroniczny) | zdarzeniowy |
| PHP | PHP-FPM przez mod_proxy_fcgi (lub mod_php z preforkiem) | PHP-FPM przez FastCGI | LSAPI (LSPHP) |
| .htaccess | tak | nie (reguły w konfiguracji serwera) | Enterprise: tak, zmiany wykrywane bez restartu; OLS: tylko reguły rewrite, zmiany wymagają restartu |
| HTTP/3 (QUIC) | brak natywnego wsparcia w httpd 2.4 – zwykle zapewnia je CDN lub proxy przed Apache | od wersji 1.25.0 (moduł ngx_http_v3_module); Angie – także do backendu | tak, w LSWS włączony domyślnie (wymaga certyfikatu i otwartego UDP 443) |
| Cache stron WordPressa | wtyczki cache (pliki statyczne) lub mod_cache | FastCGI cache / proxy cache + ewentualnie wtyczka | LSCache + wtyczka LiteSpeed Cache |
| Panele hostingowe | cPanel, Plesk, DirectAdmin i inne | Plesk, DirectAdmin, panele VPS (często jako proxy przed Apache) | Enterprise: zamiennik Apache w cPanel, Plesk, DirectAdmin; OLS: m.in. CyberPanel |
OpenLiteSpeed vs LiteSpeed Enterprise
OpenLiteSpeed to darmowa, otwartoźródłowa (GPLv3) wersja serwera. LiteSpeed Enterprise (LSWS) to wersja komercyjna, którą najczęściej spotkasz na hostingach współdzielonych – jest zamiennikiem Apache typu „drop-in”: czyta konfigurację Apache, obsługuje .htaccess i działa z cPanelem, Pleskiem czy DirectAdminem. Wersja Enterprise ma też ESI (cache fragmentów strony, przydatne np. przy zalogowanych użytkownikach i sklepach), wbudowaną ochronę przed atakami brute force na logowanie WordPressa i własny silnik ModSecurity. Dla pojedynczej strony na małym VPS istnieje licencja Free Starter (1 domena, do 2 GB RAM). Jeżeli więc wybierasz hosting współdzielony „na LiteSpeedzie”, prawie zawsze chodzi o LSWS Enterprise.
Nginx, Angie i Apache z event MPM + PHP-FPM
Nginx rozwija się w dwóch gałęziach: stable (w październiku 2026 – 1.30.x) i mainline (1.31.x). HTTP/3 jest dostępne od wersji 1.25.0 – wystarczy dodać parametr quic do dyrektywy listen. Angie to fork Nginx stworzony przez byłych programistów zespołu nginx; jest zgodny z konfiguracją Nginx i dodaje własne funkcje, m.in. HTTP/3 także w połączeniach do serwerów backendowych.
Apache 2.4 wciąż jest aktywnie rozwijany (2.4.69 z 1 października 2026). Jeżeli masz na nim WordPressa, sprawdź, czy hosting używa event MPM – w tym trybie bezczynne połączenia keep-alive obsługuje osobny wątek nasłuchujący, zamiast blokować cały proces. Event MPM nie lubi się jednak z mod_php (problemy z rozszerzeniami PHP, które nie są bezpieczne wątkowo), dlatego typowa i zalecana konfiguracja to event MPM + PHP-FPM przez mod_proxy_fcgi. Natywnego HTTP/3 w Apache 2.4 nie ma – jeśli zależy Ci na nim, zapewni je CDN (np. Cloudflare) albo Nginx postawiony przed Apache.
Niezależnie od serwera zadbaj o aktualne PHP – WordPress zaleca obecnie PHP 8.3 lub nowsze oraz MySQL 8.0+ albo MariaDB 10.11+. Co ciekawe, oficjalne wymagania WordPressa wciąż wskazują Apache lub Nginx jako najbardziej sprawdzone serwery.
Wyniki testów WordPress na Apache/Nginx/LiteSpeed
W grudniu 2021 hosting chemicloud.com opublikował wyniki swoich testów, w których porównywał wydajność serwerów wykorzystujących Apache / Nginx / LiteSpeed. Testy, jak zapewnia ich autor, wykonywane były na niemodyfikowanych konfiguracjach serwerów – zostały po prostu zainstalowane i uruchomione. Sama strona to zwykły WordPress zaraz po instalacji z aktywną skórką Twenty Twenty-One.
Uwaga: poniższe wyniki pochodzą z testu ChemiCloud z grudnia 2021 r. i mają dziś charakter historyczny – od tamtej pory zmieniły się wersje wszystkich trzech serwerów i PHP. Wykresy z oryginalnego testu nie są już dostępne, dlatego najważniejsze liczby zebrałem w tabeli.
| Miara (test ChemiCloud, 12.2021) | Apache | Nginx | LiteSpeed |
|---|---|---|---|
| Zapytania obsłużone w ciągu 1 sekundy (więcej = lepiej) | ok. 150 | wyraźnie więcej niż Apache, mniej niż LiteSpeed | ponad 750 |
| Transfer danych w ciągu 1 sekundy (więcej = lepiej) | ok. 42k KB/s (42 MB) | – | ok. 71k KB/s (71 MB) |
Wyraźne zwycięstwo LiteSpeed, które było w stanie obsłużyć ponad 750 zapytań w czasie jednej sekundy, gdy Apache klęknął już przy 150. Deklasacja. Warto zwrócić uwagę na wcale nie najgorszy wynik Nginx, który poradził sobie wyraźnie lepiej od Apache – choć do wyniku LiteSpeed sporo mu brakło.
Tutaj widać, że LiteSpeed nie dość, że może obsłużyć więcej zapytań w ciągu sekundy, to i więcej danych może przekazać w ciągu jednej sekundy. Apache przekazać nam może około 42k KB/s (42 MB), gdy LiteSpeed niemal podwaja tę wartość do poziomu 71k KB/s (71 MB).
Żeby tego było mało, sprawdzili też wydajność strony opartej o WordPress w narzędziu GTmetrix (podobnego rodzaju testy jak Google’owy test PageSpeed Insights) – i tam również LiteSpeed wypadł najlepiej. Pamiętaj jednak, że były to domyślne konfiguracje: dobrze skonfigurowany Nginx z cache stron albo Apache z event MPM i PHP-FPM potrafią znacząco zmniejszyć tę różnicę.
Serwer LiteSpeed a WordPress
WordPress, jak wiadomo, nie ma za wiele wbudowanych opcji optymalizacji działania czy wczytywania. To po prostu system zarządzania treścią. Dlatego też w katalogu wtyczek znaleźć możemy wiele rozwiązań, które rozbudowują funkcjonalności naszego WordPressa, w tym wtyczki pozwalające zoptymalizować czas wczytywania naszej strony.
Dla serwerów Apache i Nginx najlepiej sprawdzają się najczęściej takie wtyczki jak:
- W3 Total Cache
- WP Super Cache
- WP Fastest Cache
- PageSpeed Ninja
- Autoptimize
- WP Rocket
- NitroPack
i wiele innych. Praktycznie każda z nich ma wersję płatną, która oferuje dodatkowe funkcje. Jedne sprawdzą się lepiej na stronach zbudowanych w Elementorze czy innych page builderach, a inne przy szablonach robionych na zamówienie. Zawsze jest też szansa, że jakaś funkcja nie zadziała tak, jak chcemy, i generalnie możemy spędzić dłuższą chwilę, testując różne wtyczki i funkcjonalności.
Mając stronę na WordPressie postawioną na serwerze LiteSpeed, problem wyboru wtyczki praktycznie znika. Istnieje bowiem jedna fantastyczna wtyczka, która w 90% rozwiąże wszystkie Twoje problemy. Mowa o wtyczce LiteSpeed Cache. Jest to wtyczka przygotowana przez twórców serwera LiteSpeed, zbudowana z myślą o jak najlepszej optymalizacji stron na serwerach LiteSpeed. Kosmos!
Mając serwer LiteSpeed oraz zainstalowaną w WordPressie wtyczkę LiteSpeed Cache, osiągnięcie wysokich ocen w PageSpeed Insights czy poprawienie parametrów Core Web Vitals jest bardzo proste. I nie jest to wtyczka, która oszukuje systemy sprawdzające stronę, a faktycznie poprawiająca czasy wczytywania się strony w przeglądarce! Oczywiście wiele zależy tak naprawdę od tego, jak zbudowana jest skórka strony – tak pod komputery, jak i telefony komórkowe. Wtyczka LiteSpeed Cache nie naprawi magicznie wszystkich problemów stworzonych przez skórkę. Może jedynie sprawić, że skórka wczytywać będzie się nieco szybciej.
Czy LiteSpeed Cache działa na Apache albo Nginx?
Częściowo. Według opisu wtyczki w katalogu WordPress.org cache stron (funkcje „LiteSpeed Exclusive”) wymaga OpenLiteSpeed, komercyjnego LiteSpeed, hostingu opartego o LiteSpeed albo CDN QUIC.cloud. Na Apache czy Nginx zadziałają tylko funkcje ogólne – optymalizacja obrazów, minifikacja CSS/JS, lazy loading, czyszczenie bazy danych czy obsługa CDN. Na zwykłym Apache/Nginx sama wtyczka LiteSpeed Cache nie zastąpi więc cache stron.
Cache stron a TTFB: LSCache vs nginx cache vs wtyczki
Największa różnica w szybkości WordPressa nie bierze się z samego wyboru Apache, Nginx czy LiteSpeed, tylko z tego, czy i gdzie strona jest cache’owana. Bez cache każde wejście to uruchomienie PHP, zapytania do bazy i zbudowanie strony od zera – stąd wysoki TTFB (Time To First Byte). Masz trzy główne opcje:
- LSCache (LiteSpeed) – cache wbudowany w serwer i sterowany wtyczką LiteSpeed Cache. Wtyczka sama czyści cache po zmianie treści, a w wersji Enterprise ESI pozwala cache’ować fragmenty stron (np. przy zalogowanych użytkownikach).
- nginx FastCGI cache / proxy cache – Nginx zapisuje gotową odpowiedź PHP-FPM (FastCGI cache) albo odpowiedź serwera stojącego za nim, np. Apache (proxy cache). Według dokumentacji nginx czas cache’owania może być sterowany nagłówkami odpowiedzi (X-Accel-Expires, Expires, Cache-Control) i mają one pierwszeństwo przed ustawieniami w konfiguracji. Minus: trzeba samemu zadbać o wyłączenie cache dla zalogowanych, koszyka i o czyszczenie po publikacji.
- Wtyczki cache (WP Super Cache, W3 Total Cache, WP Rocket itd.) – generują statyczne pliki HTML. Działają wszędzie, ale żądanie i tak trafia do serwera WWW, a w zależności od konfiguracji czasem także do PHP – zwykle są wolniejsze od cache serwerowego, choć i tak dużo szybsze niż brak cache.
Przykład: semurai.pl na nginx przed Apache
Ten blog działa na hostingu MyDevil, gdzie nginx stoi przed Apache. Po włączeniu cache stron w nginx w trybie sterowanym nagłówkami Cache-Control z WordPressa (WordPress na tej stronie wysyła anonimowym odwiedzającym Cache-Control: public, max-age=0, s-maxage=600, czyli 10 minut w cache serwera) TTFB spadł z ok. 2–4 s do ok. 50 ms dla stron z cache – mierzyłem to curl-em w październiku 2026. Pierwsze wejście na stronę, której jeszcze nie ma w cache, nadal trwa kilka sekund; kolejne są już obsługiwane prosto z nginx, bez uruchamiania PHP. Nie musiałem do tego zmieniać serwera na LiteSpeed – wystarczyło dobrze ustawić cache. Więcej sposobów znajdziesz w moim poradniku jak zmniejszyć TTFB.
Nie zapomnij o optymalizacji WordPress
A jeżeli postawisz już swoją stronę na WordPressie, nie zapomnij, aby poprawnie ją ustawić i zoptymalizować! W WordPressie wiele rzeczy można wykonać wtyczkami, które mogą skutecznie spowolnić stronę. Aby mieć pewność, że Twoja strona działa prawidłowo, możesz skorzystać z usług profesjonalistów w celu optymalizacji WordPress!
Hosting LiteSpeed dla WordPress nie taki świetny?
Znaleźć można krytyczne zdania na temat LiteSpeed. Z racji tego, że wymagania sprzętowe LS są relatywnie niskie, możliwe jest uruchomienie serwera nawet na nieco gorszej specyfikacji lub też uruchomienie większej liczby stron internetowych na tej samej konfiguracji co Apache.
Dla mnie z punktu widzenia SEO nie ma znaczenia, jak duże wsparcie ma dany serwer. Ważne jest, jak szybko jest w stanie dostarczyć interesujące mnie dane i jak wiele dzięki temu mogę zaoszczędzić Crawl Budgetu. Nie spotkałem się jeszcze z sytuacją, że czegoś nie da się zrobić, ponieważ serwer postawiony jest na LiteSpeed. W 2022 roku tłumaczyłem to po części tym, że hostingów oferujących LiteSpeed nie było zbyt wiele – dziś to już mniej aktualne, bo według W3Techs LiteSpeed obsługuje ok. 14% stron o rozpoznanym serwerze.
Dodajmy do tego fakt, że skoro twórcy LiteSpeed praktycznie out of the box oferują wtyczkę do popularnych CMS-ów, to można się zastanawiać, czy bez niej serwer radziłby sobie równie dobrze. Ostatecznie jednak liczy się czas wczytania stron, a te dla WordPressa są co najmniej niezłe.
Oczywiście należy mocno się zastanowić, czy zmiana oprogramowania serwera, czy wręcz firmy hostingowej, tylko po to, aby zaoszczędzić kilka milisekund, jest sensowna, gdy wystarczy tak naprawdę zadbać o lepszą optymalizację naszej skórki czy wtyczek – i o cache stron, co dobrze widać na przykładzie semurai.pl powyżej. W 2022 roku napisałem, że gdybym miał uruchamiać nową stronę, prawdopodobnie wybrałbym serwer oparty o LiteSpeed – i dla kogoś, kto chce mieć szybki WordPress bez ręcznej konfiguracji cache, to wciąż rozsądny wybór.
FAQ – serwer pod WordPressa
LiteSpeed czy Nginx – co jest szybsze dla WordPressa?
W testach na domyślnych konfiguracjach (np. ChemiCloud, 2021) wygrywał LiteSpeed. W praktyce o TTFB decyduje głównie cache stron: zarówno LiteSpeed z LSCache, jak i Nginx z FastCGI cache lub proxy cache wysyłają stronę z cache bez uruchamiania PHP (na semurai.pl z nginx proxy cache to ok. 50 ms). LiteSpeed jest prostszy w obsłudze, bo wszystko konfiguruje wtyczka.
Czy Apache nadaje się jeszcze pod WordPressa?
Tak, zwłaszcza w konfiguracji event MPM + PHP-FPM i z cache stron (wtyczka albo Nginx/CDN przed Apache). Najsłabiej wypada stary zestaw prefork + mod_php bez żadnego cache.
OpenLiteSpeed czy LiteSpeed Enterprise?
Na własny VPS z jedną lub kilkoma stronami zwykle wystarczy darmowy OpenLiteSpeed (pamiętaj, że zmiany w .htaccess wymagają restartu). Enterprise przydaje się na hostingach z cPanelem/Pleskiem, przy pełnej zgodności z .htaccess Apache i gdy potrzebujesz ESI. Dla jednej domeny na serwerze do 2 GB RAM jest darmowa licencja Free Starter.
Czy serwer pod WordPressa musi obsługiwać HTTP/3?
Nie musi, ale to miły dodatek, szczególnie na urządzeniach mobilnych. LiteSpeed ma HTTP/3 włączone domyślnie, Nginx obsługuje je od wersji 1.25.0, a w przypadku Apache najprościej uzyskać je przez CDN lub Nginx postawiony przed serwerem.
A jakie jest Twoje zdanie na ten temat?
Dodaj komentarz