Polskie firmy hostingowe z obsługą LiteSpeed

Wtyczkę LiteSpeed Cache for WordPress można zainstalować również na serwerze Apache lub NGINX. Nie oznacza to jednak, że strona korzysta z serwerowego cache pełnych stron. Bez serwera z rodziny LiteSpeed albo usługi QUIC.cloud działają funkcje optymalizacyjne wtyczki, ale nie jej najważniejszy mechanizm: podawanie gotowego HTML-u bez ponownego uruchamiania WordPressa, PHP i zapytań do bazy.

To najważniejsze rozróżnienie przy porównywaniu ofert. Logo LiteSpeed nie jest jeszcze dowodem działania LSCache. Takim dowodem jest poprawna odpowiedź serwera, najlepiej X-LiteSpeed-Cache: hit, albo jeden z alternatywnych nagłówków używanych przez LiteSpeed Web ADC i QUIC.cloud.

Zestawienie zostało zaktualizowane 10 lipca 2026 roku. Nie jest rankingiem szybkości. Bez uruchomienia identycznej kopii strony, przy takim samym ruchu i konfiguracji cache, nie da się uczciwie wskazać „najszybszej firmy hostingowej”. Można natomiast sprawdzić, kto oferuje serwer LiteSpeed, gdzie dostępne są LSCache i Redis, jakie obowiązują limity oraz ile kosztuje odnowienie usługi.

Jak działa LiteSpeed Cache i kiedy naprawdę przyspiesza stronę

LSCache jest cache’em pełnych stron. Gdy użytkownik otwiera publiczną podstronę, serwer sprawdza, czy ma już jej gotową wersję HTML.

Schemat wygląda następująco:

1. Pierwszy użytkownik otwiera stronę.
2. LiteSpeed nie znajduje gotowej kopii i zwraca status miss.
3. WordPress uruchamia PHP, pobiera dane z bazy i generuje HTML.
4. Serwer zapisuje wynik w LSCache.
5. Kolejne wejście otrzymuje status hit, a gotowy HTML jest podawany bez ponownego generowania strony.

Największą różnicę widać na publicznych wpisach, stronach ofertowych, kategoriach, produktach i stronach głównych. To treści, które dla wielu niezalogowanych użytkowników wyglądają identycznie. Po trafieniu w cache WordPress może w ogóle nie zostać uruchomiony.

Wtyczka nie przechowuje cache w katalogu WordPressa

Wtyczka LiteSpeed Cache zarządza regułami, czyszczeniem pamięci, czasem życia wpisów, wykluczeniami i integracją z WordPressem. Gotowe strony są natomiast przechowywane i obsługiwane przez serwer LiteSpeed. Nie znajdują się jako zwykły katalog cache w strukturze WordPressa.

Ma to praktyczną konsekwencję. Sam fakt, że w panelu WordPressa można włączyć opcję „Enable Cache”, niczego jeszcze nie przesądza. Po konfiguracji trzeba sprawdzić nagłówki odpowiedzi. Bez tego łatwo przez kilka miesięcy używać wtyczki, która minifikuje CSS i optymalizuje obrazy, ale nie podaje stron z serwerowego LSCache.

Redis nie zastępuje LSCache

Redis Object Cache przechowuje obiekty WordPressa i wyniki powtarzalnych operacji na bazie danych. Nie zapisuje całej strony jako gotowego dokumentu HTML.

Redis pomaga przede wszystkim wtedy, gdy PHP faktycznie musi zostać uruchomione, na przykład podczas:

• pracy w panelu WordPressa;
• obsługi koszyka i płatności;
• logowania użytkownika;
• wyszukiwania i filtrowania produktów;
• pobierania danych przypisanych do konkretnego klienta;
• wykonywania zadań cron;
• importowania produktów;
• generowania stron wyłączonych z publicznego cache.

Wtyczka LiteSpeed Cache nie dostarcza własnego serwera Redis. Pozwala jedynie połączyć WordPressa z zewnętrzną usługą cache obiektowego udostępnioną przez hosting. Przy stronie prawie w całości obsługiwanej z page cache Redis może być wykorzystywany sporadycznie, ponieważ PHP i zapytania do bazy są wtedy omijane.

Przed zakupem należy więc ustalić:

• czy Redis jest rzeczywiście dostępny w wybranym pakiecie;
• czy każda strona otrzymuje osobną bazę lub prefiks;
• czy usługa jest współdzielona, czy przypisana do konta;
• jaki ma limit pamięci;
• czy połączenie odbywa się przez port TCP, czy szybsze gniazdo UNIX;
• czy hosting pomaga w konfiguracji i diagnozowaniu błędów połączenia.

Samo słowo „Redis” w tabeli oferty nie odpowiada na żadne z tych pytań.

WooCommerce ma własne zasady cache

Strony Koszyk, Zamówienie i Moje konto są domyślnie wyłączone z cache przez LiteSpeed Cache for WordPress. Nie trzeba wpisywać ich ręcznie do listy wykluczeń. To korekta istotna, bo ręczne dodawanie standardowych adresów WooCommerce bywa przedstawiane jako obowiązkowy etap konfiguracji.

Nie zwalnia to jednak z testów. Niestandardowy motyw, własny minikoszyk, dodatkowe wtyczki cenowe albo nietypowy mechanizm sesji mogą zachowywać się nieprawidłowo. Dokumentacja LiteSpeed wskazuje wprost, że w części motywów WooCommerce koszyk może nie aktualizować się poprawnie.

Po włączeniu LSCache trzeba sprawdzić co najmniej:

• dodawanie i usuwanie produktu;
• zmianę liczby sztuk;
• minikoszyk w nagłówku;
• naliczanie kuponu;
• zmianę metody dostawy;
• podatek zależny od adresu;
• przejście do płatności;
• powrót z bramki płatniczej;
• utworzenie zamówienia;
• zmianę stanu magazynowego;
• widok zamówień na koncie klienta;
• działanie sklepu w dwóch różnych sesjach przeglądarki.

Test wykonany tylko jako administrator jest bezwartościowy. Zalogowany użytkownik może otrzymywać odpowiedzi dynamiczne, podczas gdy zwykły klient korzysta z innej wersji cache.

Crawler jest dodatkiem, nie podstawą wyboru

Crawler LiteSpeed Cache automatycznie odwiedza adresy strony i odbudowuje cache przed wejściem prawdziwego użytkownika. Przy dużym katalogu może ograniczyć liczbę sytuacji, w których pierwsza osoba po wyczyszczeniu pamięci trafia na wolniejszy miss.

Crawler jest jednak domyślnie wyłączony po stronie serwera i najpierw musi zostać udostępniony przez administratora hostingu. Sam przełącznik w WordPressie nie wystarczy.

Nie należy traktować Crawlera jako obowiązkowej funkcji dla każdej strony. Potrafi uruchomić wiele żądań, procesów PHP i zapytań do bazy, szczególnie gdy serwis ma:

• kilka wersji językowych;
• osobne widoki mobilne;
• różne warianty cache zależne od roli użytkownika;
• tysiące produktów i kategorii;
• parametry filtrowania generujące kolejne adresy;
• krótki czas życia cache;
• częste, globalne czyszczenie pamięci.

Crawler przed poprawnym skonfigurowaniem page cache jest kosmetyką. Najpierw trzeba doprowadzić do stabilnego hit, ograniczyć niepotrzebne czyszczenie cache i sprawdzić, dlaczego pierwsze generowanie strony jest wolne. Dopiero później ma sens automatyczne podgrzewanie.

HTTP/3 i QUIC to nie dwa osobne systemy przyspieszania

W ofertach hostingowych często pojawia się zapis „HTTP/3 + QUIC”, jakby były to dwie niezależne technologie. W rzeczywistości HTTP/3 przenosi komunikację HTTP przez protokół QUIC. Obsługa obu nazw w tabeli nie powinna być liczona jako dwie osobne przewagi pakietu.

HTTP/3 może poprawić zachowanie połączeń, szczególnie w sieciach mobilnych i przy utracie pakietów, ale nie naprawi:

• przeciążonego PHP;
• wolnych zapytań SQL;
• zbyt niskiego limitu CPU;
• braku page cache;
• ciężkiego motywu;
• wadliwych wtyczek;
• bazy danych z milionami niepotrzebnych rekordów.

To wartościowy dodatek. Nie powinien być pierwszym kryterium wyboru.

LiteSpeed Enterprise i OpenLiteSpeed nie są identyczne

LSCache współpracuje również z OpenLiteSpeed, ale nie wszystkie funkcje zachowują się tak samo jak w komercyjnym LiteSpeed Web Server. Dokumentacja wskazuje między innymi, że część funkcji ESI może nie być obsługiwana, a zmiany wymagające modyfikacji .htaccess mogą wymagać restartu serwera.

Przy zwykłym blogu różnica może pozostać niezauważalna. Przy sklepie korzystającym z cache prywatnego, niestandardowych fragmentów ESI albo rozbudowanych reguł .htaccess trzeba zapytać operatora o konkretną edycję serwera i dostępne moduły, a nie tylko o nazwę LiteSpeed.

memory_limit nie oznacza przydzielonego RAM-u

Wartość memory_limit = 512M oznacza maksymalną ilość pamięci, którą pojedynczy skrypt PHP może próbować zaalokować. Nie oznacza, że hosting gwarantuje każdemu procesowi 512 MB fizycznego RAM-u.

Konto hostingowe może jednocześnie mieć:

• memory_limit PHP ustawiony na 512 MB;
• 2 GB limitu pamięci fizycznej dla wszystkich procesów;
• 25 procesów PHP i cron;
• osobne limity CPU, I/O oraz IOPS.

Uruchomienie kilku ciężkich procesów nie daje więc kilku razy po 512 MB gwarantowanej pamięci. Procesy współdzielą zasoby całego konta.

Dlatego z poprzedniej wersji tekstu należy usunąć uniwersalną rekomendację „20 procesów PHP i 256–512 MB RAM-u na proces”. Mieszała ona maksymalny limit skryptu z rzeczywiście przydzieloną pamięcią konta.

Limity CloudLinux trzeba czytać osobno

Na wielu hostingach współdzielonych zasoby są kontrolowane przez CloudLinux. Najczęściej pojawiają się parametry:

• SPEED lub CPU – dostępna część procesora;
• PMEM – pamięć fizyczna używana przez procesy konta;
• I/O – szybkość odczytu i zapisu;
• IOPS – liczba operacji dyskowych na sekundę;
• NPROC – liczba procesów i wątków;
• EP – procesy wejściowe lub równoległe żądania dynamiczne;
• inodes – liczba plików i katalogów.

Przekroczenie CPU albo I/O zwykle powoduje spowolnienie. Przekroczenie limitu pamięci fizycznej może zakończyć procesy i skutkować błędami 500 lub 503. Parametry NPROC i EP nie są tym samym, a sposób interpretacji EP może zależeć od używanego serwera WWW i konfiguracji operatora.

Przy wyborze hostingu kolejność powinna być następująca:

1. Potwierdzenie działania page cache.
2. Jawne limity CPU, RAM, procesów, I/O, IOPS i bazy danych.
3. Kopie zapasowe oraz możliwość samodzielnego przywracania.
4. Cena odnowienia i koszt pierwszych 24 miesięcy.
5. Redis dla stron wykonujących dużo operacji dynamicznych.
6. Crawler, HTTP/3 i pozostałe dodatki.

Stara wersja PHP nie jest przewagą wydajnościową. Powinna służyć wyłącznie jako krótki pomost podczas migracji starej aplikacji. Produkcyjna strona pozostawiona na niewspieranym PHP zwiększa ryzyko problemów z bezpieczeństwem i kompatybilnością.

Polskie firmy hostingowe z LiteSpeed, LSCache i Redis

Poniższa lista obejmuje operatorów, którzy aktualnie wskazują LiteSpeed, LSCache, LiteSpeed Cache, Redis albo własny mechanizm zgodny z LSCache. Nie każda oferta wykorzystuje ten sam model. Szczególnie nazwa.pl powinna być porównywana osobno, ponieważ cache jest tam powiązany z węzłami CDN, a nie wyłącznie z klasycznym LiteSpeed Web Server działającym na koncie hostingowym.

Aktualne przykłady cen

Ceny promocyjne potrafią zmienić się w trakcie jednej kampanii, dlatego punktem odniesienia powinien być koszt dwóch lat, a nie kwota widoczna największą czcionką.

Poniższe ceny są kwotami brutto za rok, aktualnymi 10 lipca 2026 roku:

Kilka wniosków jest wyraźnych.

Hostido NVMe2 i NVMe3 mają jedne z najbardziej przewidywalnych odnowień. Smarthost smart-pro nie kusi ceną za kilka złotych, ale publikuje konkretny RAM, procesy i pojemność Redis. HitMe dokładnie pokazuje limity, choć 1 GB na pojedynczą bazę może wykluczyć pakiet przy rosnącym sklepie. SEOHOST oferuje dużo przestrzeni i jawne CPU oraz RAM, ale po migracji LSCache i Redis trzeba skonfigurować samodzielnie.

dhosting.pl jest sensowny przy krótkich skokach ruchu, pod warunkiem kontrolowania kosztów skalowania. cyber_Folks, home.pl i Zenbox mają bardzo niskie ceny wejściowe, ale rachunek za drugi rok zmienia ocenę oferty. Przy projekcie komercyjnym cena promocyjna powinna być traktowana jako jednorazowy rabat, nie jako koszt hostingu.

Nie ma natomiast podstaw, aby ogłosić jednego operatora najszybszym. Firma publikująca 4 GB RAM-u i 50 procesów może działać gorzej od pakietu z niższymi liczbami, jeśli serwer jest przeciążony, baza źle skonfigurowana albo dyski mają wysokie opóźnienia. Specyfikacja odrzuca złe oferty, ale zwycięzcę wskazuje dopiero test prawdziwej strony.

Jak sprawdzić hosting LiteSpeed przed zakupem

Najlepszym testem nie jest instalacja pustego WordPressa. Pusty CMS z domyślnym motywem będzie szybki niemal wszędzie. Trzeba uruchomić kopię strony zawierającą ten sam motyw, wtyczki, bazę, produkty, multimedia i zadania cron.

1. Wyłącz drugi page cache

Przed aktywacją LiteSpeed Cache należy wyłączyć inne mechanizmy cache pełnych stron, takie jak WP Rocket, WP Super Cache, W3 Total Cache Page Cache albo cache dostarczany przez dodatkową wtyczkę operatora.

Można łączyć różne narzędzia tylko wtedy, gdy nie dublują funkcji. Jeżeli LSCache odpowiada za page cache i minifikację, te same moduły muszą być wyłączone w drugim rozwiązaniu. Dublowanie funkcji zwiększa obciążenie, a w najgorszym przypadku powoduje błędy strony.

2. Testuj jako niezalogowany użytkownik

Otwórz stronę w trybie incognito. Nie dodawaj od razu produktów do koszyka i nie loguj się. Na początek wybierz zwykły publiczny adres, na przykład stronę główną, wpis blogowy albo kategorię.

W narzędziach przeglądarki:

1. Naciśnij F12.
2. Otwórz zakładkę Network/Sieć.
3. Odśwież stronę.
4. Kliknij główne żądanie dokumentu HTML.
5. Otwórz Response Headers/Nagłówki odpowiedzi.
6. Odśwież stronę ponownie i porównaj wynik.

Można też użyć terminala:

curl -sI https://twoja-domena.pl/ \
  | grep -iE 'x-litespeed-cache|x-lsadc-cache|x-qc-cache|x-qc-pop|x-litespeed-cache-control|cache-control|server'

X-LiteSpeed-Cache: miss

X-LiteSpeed-Cache: hit

Nagłówek hit oznacza, że odpowiedź została podana z LSCache. miss oznacza, że gotowej kopii nie użyto dla tego żądania, ale strona mogła zostać właśnie zapisana w cache. Alternatywnie mogą pojawić się X-LSADC-Cache dla LiteSpeed Web ADC albo X-QC-Cache i X-QC-Pop dla QUIC.cloud. One również potwierdzają działanie zgodnego mechanizmu cache.

Brak wszystkich tych nagłówków wymaga wyjaśnienia. Przyczyną może być:

• błędna konfiguracja;
• wyłączony cache;
• ustawiony plik cookie;
• użytkownik zalogowany;
• strona wykluczona;
• zewnętrzny CDN;
• ukrywanie nagłówków przez operatora;
• inny model cache, na przykład CDN nazwa.pl.

Nie należy z góry przyjmować, że cache działa „tylko nagłówki są niewidoczne”. Operator powinien wtedy wskazać inną metodę jednoznacznego potwierdzenia.

3. Sprawdź również strony, które nie powinny być cache’owane

Dla koszyka, zamówienia albo konta klienta poprawnym wynikiem może być:

X-LiteSpeed-Cache-Control: no-cache

W sklepie trzeba osobno zmierzyć:

• stronę główną;
• kategorię produktów;
• pojedynczy produkt;
• wyniki wyszukiwania;
• filtrowanie;
• koszyk;
• checkout;
• konto klienta;
• panel administratora;
• import produktów;
• zadania cron.

Jeżeli publiczne strony mają hit, ale checkout nadal działa wolno, problem nie leży w LSCache. Trzeba sprawdzić PHP, bazę danych, Redis, procesy, zapytania SQL i zewnętrzne integracje.

4. Zadaj supportowi pytania, na które da się odpowiedzieć liczbą

Pytanie „czy ten hosting wystarczy pod WooCommerce?” zwykle prowadzi do odpowiedzi sprzedażowej. Zamiast niego wyślij konkretną listę:

• Jaki jest limit CPU lub SPEED?
• Ile pamięci PMEM otrzymuje całe konto?
• Ile wynosi memory_limit PHP?
• Jaki jest limit jednoczesnych procesów PHP i cron?
• Ile wynosi NPROC?
• Ile wynosi EP i jak operator interpretuje ten limit przy LiteSpeed?
• Jakie są limity I/O oraz IOPS?
• Jaki jest maksymalny rozmiar pojedynczej bazy?
• Ile może być równoczesnych połączeń z bazą?
• Ile plików może znajdować się na koncie?
• Jaki limit pamięci ma Redis?
• Czy Redis jest osobny dla konta, czy współdzielony?
• Czy Crawler LiteSpeed jest włączony po stronie serwera?
• Jak często wykonywane są kopie?
• Ile dni są przechowywane?
• Czy klient może samodzielnie odtworzyć pliki, bazę i pocztę?
• Czy przywrócenie kopii jest bezpłatne?
• Czy przejście na wyższy pakiet wymaga migracji?

Brak jawnych limitów nie oznacza braku limitów. Oznacza tylko, że klient nie zna ich przed zakupem. Przy blogu można zaakceptować test i obserwację. Przy sklepie generującym sprzedaż ukryty limit zasobów jest większym ryzykiem niż mała pojemność dysku.

5. Policz dwa lata, a nie pierwszy rok

Do kosztu 24 miesięcy trzeba doliczyć:

• pierwszy abonament;
• odnowienie;
• certyfikat SSL, jeśli nie ma bezpłatnego Let’s Encrypt;
• płatne wsparcie starego PHP;
• dodatkowy adres IP;
• rozszerzenie przestrzeni;
• dodatkową moc CPU lub RAM;
• płatne skalowanie;
• migrację ponad bezpłatny zakres;
• ewentualne opłaty za przywrócenie kopii.

Pakiet za 35,67 zł z odnowieniem za 798,27 zł kosztuje przez dwa lata 833,94 zł za sam hosting. Hostido NVMe3 przy obecnych cenach kosztuje przez ten sam okres 255,84 zł. Nie oznacza to automatycznie, że Hostido będzie lepsze w każdym projekcie. Pokazuje jednak, że porównanie wyłącznie pierwszej faktury jest błędem.

6. Przenieś stronę kontrolowanie

Bezpieczna migracja powinna wyglądać następująco:

1. Wykonaj własną kopię plików i bazy, niezależną od backupu operatora.
2. Uruchom stronę na adresie technicznym albo przez lokalną zmianę pliku hosts.
3. Sprawdź wersję PHP i wymagane rozszerzenia.
4. Skonfiguruj LSCache oraz Redis.
5. Przetestuj formularze, logowanie, cron, pocztę i płatności.
6. Sprawdź nagłówki miss, hit i no-cache.
7. Zmniejsz TTL DNS przed zmianą delegacji.
8. Przełącz domenę dopiero po pełnych testach.
9. Zachowaj stary hosting przez 7–14 dni.
10. Porównaj nowe zamówienia, wiadomości i zadania cron po zmianie DNS.

Nie usuwaj starego konta po pierwszym poprawnym otwarciu strony. Błędy migracji często ujawniają się dopiero przy nocnym cronie, płatności, wysyłce formularza albo próbie odtworzenia zapomnianego pliku.

FAQ: najczęstsze pytania o hosting LiteSpeed w Polsce

Czy sama instalacja wtyczki LiteSpeed Cache wystarczy?
Nie. Na Apache i NGINX można używać funkcji optymalizacyjnych wtyczki, ale serwerowy page cache wymaga LiteSpeed albo QUIC.cloud.

Czy Redis zastępuje LSCache?
Nie. LSCache przechowuje gotowe strony HTML, a Redis obiekty i wyniki operacji potrzebne podczas wykonywania PHP. Najlepsze efekty dają w różnych miejscach aplikacji.

Czy Koszyk, Zamówienie i Moje konto trzeba ręcznie wykluczyć w WooCommerce?
Standardowe strony WooCommerce są wykluczane automatycznie. Nadal trzeba przetestować minikoszyk, niestandardowy motyw, kupony, płatności i sesje klientów.

Czy Crawler działa na każdym hostingu LiteSpeed?
Nie. Musi zostać włączony przez administratora serwera i może podlegać limitom pakietu. Samo pojawienie się zakładki Crawler we wtyczce nie potwierdza, że funkcja jest dostępna.

Czy HTTP/3 i QUIC to dwie oddzielne zalety?
Nie. HTTP/3 wykorzystuje QUIC jako warstwę transportową. Zapis „HTTP/3 + QUIC” opisuje powiązany zestaw, a nie dwa niezależne mechanizmy cache.

Czy memory_limit = 512M oznacza 512 MB gwarantowanego RAM-u?
Nie. Jest to maksymalna ilość pamięci, którą może próbować przydzielić pojedynczy skrypt PHP. Całe konto ma dodatkowo własny limit pamięci fizycznej.

Jak najszybciej potwierdzić działanie LSCache?
Otwórz publiczną stronę jako niezalogowany użytkownik i sprawdź ją dwa razy. Po pierwszym miss powinien pojawić się X-LiteSpeed-Cache: hit albo odpowiedni nagłówek LiteSpeed Web ADC lub QUIC.cloud.

Która polska firma hostingowa z LiteSpeed jest najlepsza?
Nie ma jednej odpowiedzi. Dla prostej strony priorytetem będzie niskie i przewidywalne odnowienie. Dla WooCommerce ważniejsze są jawne limity CPU, pamięci, procesów i bazy. Przy skokach ruchu liczy się możliwość kontrolowanego skalowania, a przy krytycznych danych częstotliwość i retencja backupu.

Od czego zacząć wybór?
Najpierw uruchom realną kopię strony i potwierdź hit. Następnie uzyskaj na piśmie limity zasobów oraz policz koszt 24 miesięcy. Przy WooCommerce odrzuć pakiet, jeżeli obecna baza zbliża się do jego twardego limitu albo operator nie podaje parametrów obsługi ruchu dynamicznego. Redis, Crawler i HTTP/3 porównuj dopiero po wykonaniu tych trzech kroków.