Apache, Nginx i LiteSpeed obsługują razem ponad 90% stron w internecie. Każdy z nich przetwarza żądania HTTP inaczej, ma inne mocne strony i inne ograniczenia. Apache to klasyk z 1995 roku, Nginx to nowoczesna alternatywa zbudowana pod wydajność, LiteSpeed to komercyjny serwer zoptymalizowany pod WordPressa i .htaccess. To, który stoi za twoim hostingiem, wpływa wprost na szybkość strony, obsługę .htaccess, cache, TTFB i skalowalność.
Czym jest serwer WWW
Serwer WWW to oprogramowanie, które odbiera żądania HTTP od przeglądarki i zwraca odpowiedzi. Pliki HTML, obrazki, CSS, JS albo przekazuje dynamiczne żądanie do backendu (PHP, Python, Node.js). Wpisujesz URL, żądanie ląduje na serwerze, serwer decyduje, co zwrócić, przeglądarka renderuje. Na pojedynczym VPS-ie albo dedyku chodzi jeden serwer WWW. Na shared hostingu hosting wybiera za ciebie. Na VPS-ie instalujesz, co chcesz.
Apache, klasyk od 1995
Apache HTTP Server (apache.org) to najstarszy i historycznie najpopularniejszy serwer. Stworzony w 1995, open source na licencji Apache, od dekad standard na Linuxie. Nadal obsługuje około 30% stron.
Jak działa. Apache domyślnie używa modelu prefork (jeden proces per żądanie) albo worker/event (wątki). Prefork jest stabilny, ale pamięciożerny. Każde żądanie to osobny proces (~10 MB RAM). Sto równoczesnych żądań i Apache zżera 1 GB samego RAM-u. Event MPM jest lżejszy, ale wciąż cięższy niż Nginx.
Co Apache robi dobrze. Po pierwsze .htaccess. To unikalna cecha Apache. Nginx go nie obsługuje (konfiguracja siedzi w nginx.conf), LiteSpeed obsługuje (jest kompatybilny z Apache). Jeśli twoja strona polega na .htaccess (permalinki WordPress, redirecty, zabezpieczenia), bierzesz Apache albo LiteSpeed. Po drugie moduły, jest ich setki (mod_rewrite, mod_ssl, mod_security, mod_deflate, mod_headers). Po trzecie społeczność: 30 lat rynku, ogromna dokumentacja, każdy problem ktoś już rozwiązał i opisał.
Gdzie Apache odstaje. Wydajność pod obciążeniem. Prefork zaczyna jeść RAM i swap przy dużym ruchu, strona zwalnia, a w skrajnym przypadku leci 503. Event MPM łata to, ale Nginx wciąż wygrywa. Apache jest cięższy: na tym samym sprzęcie Nginx obsłuży 2-5 razy więcej równoczesnych żądań.
Nginx, zbudowany pod wydajność
Nginx (engine-x, nginx.org) zrobił w 2004 Igor Sysojew, od początku projektowany pod wysoką współbieżność i niskie zużycie zasobów. Obsługuje około 35% stron, najpopularniejszy serwer na świecie od 2022.
Jak działa. Model event-driven, asynchroniczny. Jeden worker process obsługuje tysiące równoczesnych połączeń, nie jeden proces na żądanie jak Apache. Skutek: minimalne zużycie RAM nawet przy dużym ruchu.
Co Nginx robi dobrze. Wydajność, ponad 10000 równoczesnych połączeń przy 2 MB RAM-u na worker. Apache na tych zasobach trzyma kilkaset. Nginx jest standardem dla high-traffic stron, API, streamingu i load balancingu. Jest też najlepszym reverse proxy: stoi przed backendem (Apache, PHP-FPM, Node.js, Gunicorn), obsługuje SSL, cache, kompresję i statyczne pliki, a backend dostaje już tylko czyste dynamiczne żądania. Statyczne pliki (CSS, JS, obrazki) Nginx serwuje 3-10 razy szybciej niż Apache. Sam zawsze stawiam Nginxa jako frontend, nawet jak za nim ma chodzić Apache.
Gdzie Nginx boli. Brak .htaccess. Konfigurujesz w nginx.conf (albo /etc/nginx/sites-available/) i robi to admin serwera. Na shared hostingu nie masz dostępu do nginx.conf, więc nie skonfigurujesz przekierowań i cache „z palca”. Na VPS-ie pełna kontrola, składnia inna niż w .htaccess, ale możliwości te same. Druga rzecz: stroma krzywa uczenia. Konfiguracja jest potężna, ale błąd składniowy w nginx.conf przy restarcie wywala cały serwer (w odróżnieniu od .htaccess, gdzie zostaje uszkodzona tylko konkretna reguła).
LiteSpeed, komercyjny i pod WordPressa
LiteSpeed (litespeedtech.com) to komercyjny serwer (z darmową wersją OpenLiteSpeed) i drop-in replacement dla Apache. Wydajność na poziomie Nginxa, plus obsługa .htaccess, plus wbudowany cache (LSCache), plus HTTP/3 (QUIC). Zoptymalizowany pod WordPressa i WooCommerce.
Co LiteSpeed daje. Obsługa .htaccess (jak Apache) i wydajność (jak Nginx). Migracja z Apache to zero modyfikacji w regułach .htaccess. LSCache to najszybszy cache pod WordPressa, zintegrowany z serwerem, nie wtyczka PHP. TTFB 20-50 ms. Dla porównania WP Rocket na Apache to 100-300 ms. Cache na poziomie serwera zawsze bije cache na poziomie aplikacji. Plus LiteSpeed pierwszy miał natywne HTTP/3.
Co minus. LiteSpeed Enterprise jest płatny (od 0 do 65 dolarów miesięcznie na serwer, zależy od liczby workerów). OpenLiteSpeed jest darmowy i open source, ale ma ograniczenia (mniej pełnej kompatybilności z Apache config). Na shared hostingu hosting płaci za licencję, ty nie, więc dla użytkownika to „darmowy”. Społeczność też mniejsza niż Apache i Nginxa, ale większość problemów rozwiązuje się tak samo jak na Apache, bo .htaccess działa identycznie.
Porównanie w jednej tabeli
| Cecha | Apache | Nginx | LiteSpeed |
|---|---|---|---|
| Model | Prefork / Event | Event-driven async | Event-driven |
| Wydajność (statyczne) | Średnia | Najlepsza | Doskonała |
| Wydajność (dynamiczne / PHP) | Średnia | Dobra (z PHP-FPM) | Najlepsza (LSCache) |
| .htaccess | Tak | Nie | Tak |
| Cache wbudowany | Nie (moduł cache) | Tak (proxy cache) | Tak (LSCache) |
| HTTP/3 (QUIC) | Nie natywnie | Tak (od 1.25) | Tak (od 2018) |
| RAM na 1000 połączeń | ~1–2 GB | ~50–100 MB | ~100–200 MB |
| Reverse proxy | Tak (mod_proxy) | Najlepszy | Tak |
| Licencja | Open source (Apache 2.0) | Open source (BSD) | Komercyjna lub Open source (OLS) |
| Najlepszy do | Legacy, .htaccess | High-traffic, proxy, API | WordPress, WooCommerce |
Jaki serwer chodzi na moim hostingu
Jedna komenda: curl -I twojadomena.pl | grep -i server. Zwróci ci nagłówek Server: Apache/2.4.x, Server: nginx/1.x albo Server: LiteSpeed.
Jak to wygląda u polskich hostingów w 2026:
| Hosting | Serwer WWW |
|---|---|
| cyber_Folks | LiteSpeed |
| zenbox.pl | LiteSpeed |
| seohost.pl | LiteSpeed |
| nazwa.pl | Apache + Nginx (proxy) |
| home.pl | Apache |
| mydevil.net | Nginx + PHP-FPM |
| LH.pl | LiteSpeed |
| OVH | Apache |
Który wybrać
Shared hosting (blog, strona firmowa, mały sklep). Nie wybierasz, hosting decyduje. Wybierasz natomiast hosting. Bierz taki, który stoi na LiteSpeedzie (cyber_Folks, zenbox, seohost, LH): najszybszy cache, .htaccess działa, HTTP/3 standardowo. Unikaj starego Apache prefork na shared.
VPS pod WordPressa albo WooCommerce. LiteSpeed (Enterprise albo OpenLiteSpeed). LSCache plus .htaccess plus wydajność. Alternatywa: Nginx plus PHP-FPM, darmowy i szybki, ale wymaga konfiguracji nginx.conf, bo .htaccess nie zadziała.
VPS pod aplikację (Node.js, Python, Go). Nginx jako reverse proxy do aplikacji. Standard branżowy. Apache w tej roli wypada wolniej i cięższy.
Stara aplikacja PHP zależna od .htaccess. Apache albo LiteSpeed. Nginx odpada, bo .htaccess nie zadziała.
Najczęściej zadawane pytania
Czy zmienię serwer WWW na shared hostingu
Nie. Hosting wybiera serwer dla całej maszyny. Chcesz LiteSpeed, a masz Apache? Zmień hosting (i zmigruj WordPressa). Na VPS-ie instalujesz, co ci pasuje, i masz pełną kontrolę.
Czy Nginx jest lepszy od Apache
Do statycznych plików i pracy jako reverse proxy: tak, szybszy i lżejszy. Do WordPressa z .htaccess: nie, bo Nginx .htaccess nie obsługuje. Do WordPressa na hostingu w ogóle bije ich obu LiteSpeed (cache, .htaccess, wydajność).
Apache i Nginx razem, jak
Klasyczna konfiguracja: Nginx jako reverse proxy (frontend) plus Apache jako backend (PHP). Nginx serwuje statyczne pliki (szybko, lekko) i cache’uje odpowiedzi. Apache przetwarza PHP z .htaccess. Skutek: szybkość Nginxa plus zgodność Apache. Tak chodzi między innymi nazwa.pl.
Czy serwer WWW wpływa na SEO
Pośrednio. Serwer wpływa na TTFB i Core Web Vitals. LiteSpeed z LSCache: TTFB 20-50 ms. Apache bez cache: 300-800 ms. Szybszy serwer = lepszy LCP = lepsze CWV = potencjalnie wyższa pozycja. Google nie rozróżnia Apache, Nginxa i LiteSpeeda bezpośrednio, ale mierzy efekt.
