LiteSpeed Cache WordPress: hosting LSCache, na którym wtyczka działa w pełni, i ile kosztuje

Wtyczka LiteSpeed Cache dla WordPressa włącza pełny cache stron tylko wtedy, gdy strona stoi na serwerze LiteSpeed (Enterprise, OpenLiteSpeed albo LiteSpeed WebADC) lub przechodzi przez CDN QUIC.cloud. Na hostingu z Apache albo nginx działają wyłącznie funkcje ogólne: minifikacja, optymalizacja obrazów i leniwe ładowanie. Jeśli zainstalowałeś wtyczkę, a czas odpowiedzi serwera się nie zmienił, najczęściej problem nie leży w ustawieniach, tylko w hostingu. W Polsce serwer LiteSpeed ma w każdym pakiecie pięciu z ośmiu konkurencyjnych dostawców, których cenniki śledzimy, a najtańszy taki plan kosztuje po odnowieniu 79 zł netto rocznie.

Niżej: jak w dwie minuty sprawdzić, czy Twój hosting w ogóle obsługuje LSCache, ile kosztuje hosting, na którym wtyczka działa w pełni, i kiedy zmiana dostawcy ma sens, a kiedy wystarczy obejście przez CDN.

Dlaczego LiteSpeed Cache nie przyspiesza strony na zwykłym hostingu

LiteSpeed Cache ma ponad 7 milionów aktywnych instalacji w katalogu WordPress.org i wiele osób instaluje ją jak każdą inną wtyczkę cache, zakładając, że zadziała wszędzie. Tymczasem opis wtyczki mówi wprost, że cache stron wymaga jednego z czterech rozwiązań: LiteSpeed Web Server Enterprise z modułem LSCache, OpenLiteSpeed, LiteSpeed WebADC albo CDN QUIC.cloud. Pozostałe funkcje, nazwane w opisie ogólnymi, działają na każdym serwerze, także na Apache i nginx.

Różnica ma znaczenie, bo to właśnie cache stron daje największy zysk. Serwer oddaje zapisaną kopię strony bez uruchamiania PHP i bez zapytań do bazy danych, więc WordPress w ogóle nie pracuje przy takim wejściu. Minifikacja CSS czy obrazy WebP poprawiają wynik w PageSpeed, ale nie skracają czasu, w którym serwer generuje odpowiedź. Na zwykłym hostingu dostajesz więc wtyczkę bez jej najmocniejszej części i to tłumaczy, dlaczego po instalacji strona potrafi działać dokładnie tak samo jak wcześniej.

Jak sprawdzić, czy hosting obsługuje LSCache

Nie trzeba pytać wsparcia. Wystarczą narzędzia deweloperskie przeglądarki i jedno odświeżenie strony. Dokumentacja LiteSpeed opisuje tę samą procedurę.

1. Otwórz stronę w oknie prywatnym, bez zalogowania do WordPressa. Zalogowani użytkownicy domyślnie nie dostają kopii z cache.
2. Włącz narzędzia deweloperskie (prawy przycisk myszy, Zbadaj), przejdź do zakładki Sieć i odśwież stronę. Kliknij pierwszy zasób na liście, czyli sam dokument HTML.
3. Sprawdź nagłówek server w odpowiedzi. Wartość LiteSpeed oznacza, że serwer jest właściwy. Jeśli widzisz Apache albo nginx, cache stron z wtyczki nie ruszy.
4. Odśwież stronę drugi raz i poszukaj nagłówka X-LiteSpeed-Cache: hit. Według dokumentacji LiteSpeed oznacza on, że strona przyszła z LSCache i konfiguracja działa. Przy LiteSpeed WebADC nagłówek nazywa się X-LSADC-Cache, a przy QUIC.cloud X-QC-Cache.

Jedna uwaga praktyczna. Jeżeli strona przechodzi przez Cloudflare, nagłówek server pokaże cloudflare niezależnie od tego, co stoi pod spodem. Wtedy o serwerze rozstrzyga dopiero obecność nagłówków x-litespeed-* w odpowiedzi.

Hosting pod LiteSpeed Cache: ile kosztuje u polskich dostawców

Jeśli test pokazał Apache albo nginx, rozwiązaniem jest hosting z serwerem LiteSpeed. W tabeli najtańszy plan z LiteSpeed u każdego dostawcy, cena za pierwszy i za kolejny rok, netto. Pełne porównanie z kosztem trzech lat i parametrami dysków jest na stronie hosting LiteSpeed.

Z tabeli wynikają dwa wnioski. Po pierwsze, serwer LiteSpeed jest dziś w polskich cennikach standardem w najtańszych pakietach, więc nie warto za niego dopłacać jak za rzadką technologię. Po drugie, cena pierwszego roku mówi mało: u czterech z sześciu dostawców drugi rok kosztuje wyraźnie więcej niż pierwszy, a w dhosting prawie sześć razy tyle. U nas LiteSpeed jest dopiero od planu Biznes i jest to najdroższe wejście w tym zestawieniu. W zamian aktualizacje WordPressa, wtyczek i PHP wykonujemy my, kopie zapasowe sięgają 30 dni, a cena po roku się nie zmienia.

QUIC.cloud zamiast zmiany hostingu: kiedy to wystarcza

Opis wtyczki wymienia CDN QUIC.cloud jako czwartą drogę do cache stron. Ruch przechodzi wtedy przez serwery QUIC.cloud, które przechowują kopie stron, a Twój hosting zostaje bez zmian. To sensowne obejście dla strony, która ma dobrego dostawcę pod każdym innym względem, a brakuje jej tylko cache.

Ma jednak swoje ograniczenia. QUIC.cloud to osobna usługa z własnym cennikiem i limitami, więc do rachunku za hosting dochodzi drugi. Nie przyspiesza też tego, co z definicji nie może pójść z cache: koszyka, zamówienia, panelu klienta i panelu administracyjnego. Tam o szybkości nadal decyduje serwer, na którym stoi strona, jego dysk i to, czy ma Redis.

Czego LiteSpeed Cache nie załatwi w sklepie WooCommerce

W sklepie cache stron obsługuje strony produktów, kategorie i treści, czyli to, co widzi każdy odwiedzający tak samo. Koszyk, zamówienie i konto klienta są różne dla każdego kupującego, więc wtyczka je pomija. Właśnie w tych miejscach klient decyduje o zapłacie i tam wolny serwer kosztuje najwięcej.

Tę część przyspiesza Redis, czyli pamięć podręczna obiektów, która przechowuje wyniki zapytań do bazy danych. LiteSpeed Cache potrafi z niego korzystać, ale hosting musi Redis udostępniać. Dlatego do sklepu warto wybierać plan, który ma oba mechanizmy naraz, a nie tylko serwer LiteSpeed. Parametry pod sklep zebraliśmy przy hostingu WooCommerce.

Kiedy zmiana hostingu na LiteSpeed się opłaca

Nie każda strona potrzebuje LiteSpeed. Wizytówka z kilkunastoma wejściami dziennie nie odczuje różnicy. Zmiana ma sens w trzech sytuacjach:

• Płacisz za ruch. Jeśli ruch przychodzi z kampanii reklamowych albo z generowania leadów B2B, każda sekunda ładowania formularza zmniejsza liczbę zapytań, za które już zapłaciłeś.
• Ruch przychodzi falami. Newsletter, publikacja w mediach, sezon. Serwer bez cache stron generuje każde wejście od nowa i zwalnia dokładnie wtedy, gdy odwiedzających jest najwięcej.
• Prowadzisz sklep. Tu potrzebny jest komplet: cache stron dla katalogu i Redis dla koszyka.

Jeśli któraś z tych sytuacji Cię dotyczy, zmiana hostingu nie musi oznaczać przerwy w działaniu strony. U nas przeniesienie wykonuje nasz zespół: stawiamy kopię na serwerze LiteSpeed, sprawdzasz ją pod adresem tymczasowym, a domenę przełączamy dopiero po Twojej akceptacji. Przebieg opisaliśmy przy migracji strony www, a kwoty wszystkich planów są w cenniku. Pozostałe sposoby na szybszą stronę, niezależne od serwera, zebraliśmy w tekście o tym, jak przyspieszyć stronę WordPress.

Najczęstsze pytania o LiteSpeed Cache i hosting

Czy LiteSpeed Cache działa na Apache?

Częściowo. Na Apache działają funkcje ogólne wtyczki: minifikacja CSS i JS, optymalizacja obrazów, leniwe ładowanie i czyszczenie bazy. Cache stron, czyli główna funkcja, wymaga według opisu wtyczki serwera LiteSpeed Enterprise, OpenLiteSpeed, LiteSpeed WebADC albo CDN QUIC.cloud. Bez tego strona nadal generuje się przez PHP przy każdym wejściu.

Jak sprawdzić, czy LiteSpeed Cache działa?

Otwórz stronę w oknie prywatnym, włącz narzędzia deweloperskie, przejdź do zakładki Sieć i odśwież stronę dwa razy. W odpowiedzi dla dokumentu HTML powinien pojawić się nagłówek X-LiteSpeed-Cache z wartością hit. Jeśli go nie ma, a nagłówek server pokazuje Apache albo nginx, hosting nie obsługuje cache stron.

Który hosting obsługuje LiteSpeed Cache?

Każdy hosting z serwerem LiteSpeed. W Polsce deklarują go w każdym pakiecie SEOHost, Hostido, dhosting, cyber_Folks i zenbox. U nas LiteSpeed razem z Redisem jest w planach Biznes i Zarządzany Pro. home.pl opisuje przełączenie na LiteSpeed w pakietach hostingu dla WordPressa, a nazwa.pl i OVHcloud nie podają w specyfikacji, jakiego serwera używają.

Czy LiteSpeed Cache działa z WooCommerce?

Tak, ale tylko dla części sklepu. Strony produktów i kategorie mogą być serwowane z cache, natomiast koszyk, zamówienie i konto klienta są pomijane, bo różnią się dla każdego kupującego. Te miejsca przyspiesza Redis, dlatego sklep najlepiej postawić na hostingu, który ma serwer LiteSpeed i Redis jednocześnie.

Czy potrzebuję LiteSpeed Cache, jeśli mam Redis?

Tak, bo to dwa różne poziomy. Redis skraca zapytania do bazy danych, ale PHP nadal generuje stronę przy każdym wejściu. Cache stron pomija PHP całkowicie dla odwiedzających bez logowania. Na stronie firmowej większy efekt daje cache stron, w sklepie potrzebne są oba.