Jak wybrać szybki hosting dla WordPressa? Kryteria do sprawdzenia przed zakupem: PHP i OPcache, cache stron i obiektów, NVMe, limity, kopie i test TTFB.
Autor: Paweł Chęć · Opublikowano:
O szybkości WordPressa na hostingu decydują głównie: aktualne PHP (wordpress.org zaleca 8.3 lub nowsze) z włączonym OPcache, pamięć podręczna stron i obiektów (np. LSCache i Redis), dyski NVMe oraz limity procesów i pamięci PHP - a nie sama pojemność dysku. Poniżej kryteria do sprawdzenia przed zakupem, czerwone flagi, plan testu i dobór pakietu.
W skrócie:
Według wordpress.org hosting dla WordPressa powinien mieć PHP 8.3 lub nowsze, MySQL 8.0 lub nowszy albo MariaDB od wersji 10.11 oraz obsługę HTTPS. W starszych środowiskach WordPress działa też na PHP 7.4 i MySQL 5.5.5, ale te wersje nie dostają już poprawek i mogą narazić stronę na luki.
Równie ważne jest, jak długo Twoja wersja PHP będzie dostawać poprawki. Według php.net każda gałąź ma dwa lata aktywnego wsparcia i dwa lata samych poprawek bezpieczeństwa: PHP 8.2 do 31.12.2026, 8.3 do 31.12.2027, 8.4 do 31.12.2028, a 8.5 do 31.12.2029. Podręcznik hostingu WordPressa (WordPress Hosting Handbook) zaleca w środowiskach produkcyjnych PHP 8.4 lub nowsze.
Strona wymagań wordpress.org dodaje, że hosting jest bezpieczniejszy, gdy PHP działa na koncie Twojego użytkownika, a nie na wspólnym koncie serwera. Rozszerzenia PHP i limit pamięci opisujemy w tekście wymagania WordPressa - jaki PHP, MySQL i hosting.
Szybki hosting WordPress nie każe serwerowi powtarzać tej samej pracy przy każdym wejściu: ma aktualne PHP z OPcache, pamięć podręczną stron i obiektów oraz szybkie dyski. Bez tych warstw każda odsłona to uruchomienie PHP, wczytanie plików WordPressa, motywu i wtyczek, seria zapytań do bazy i dopiero potem wysłanie HTML.
Nowsze wydania PHP zwykle wykonują ten sam kod sprawniej i dostają poprawki bezpieczeństwa. Dobry hosting pozwala też wybrać wersję PHP osobno dla każdej domeny - starsza wtyczka na jednej stronie nie blokuje wtedy aktualizacji pozostałych.
OPcache to rozszerzenie PHP, które przechowuje w pamięci skompilowany kod skryptów (bajtkod), więc PHP nie kompiluje plików WordPressa od nowa przy każdym żądaniu. Podręcznik hostingu zaleca, by OPcache był włączony dla żądań WWW. Sprawdzisz to plikiem testowym:
<?php
phpinfo();Zapisz go jako info.php w katalogu strony, otwórz twojadomena.pl/info.php i znajdź sekcję Zend OPcache - ustawienie opcache.enable powinno mieć wartość On, a brak całej sekcji oznacza, że OPcache nie działa. Potem usuń plik, bo zdradza konfigurację serwera.
Pamięć podręczna stron zapisuje gotowy HTML podstrony, więc kolejny gość dostaje go bez uruchamiania PHP i zapytań do bazy. Podręcznik hostingu za najlepszy sposób uznaje cache na poziomie serwera, np. serwer pośredniczący (reverse proxy) Nginx lub Varnish. Radzi też nie podawać stron z cache zalogowanym użytkownikom, a koszyk, kasę i profil klienta w sklepie zostawić w pełni dynamiczne.
W serwerach LiteSpeed, także w darmowym OpenLiteSpeed, taki cache to LSCache, w WordPressie obsługiwany wtyczką LiteSpeed Cache. Według dokumentacji LiteSpeed LSCache wymaga hostingu opartego na LiteSpeed albo serwera LiteSpeed - na Apache czy Nginx sama wtyczka go nie uruchomi. Podręcznik hostingu wymienia OpenLiteSpeed i LiteSpeed Web Server wśród serwerów, które dobrze współpracują z WordPressem.
WordPress ma wbudowany cache obiektów, ale według podręcznika hostingu domyślnie odrzuca wszystkie zapisane obiekty na końcu żądania. Trwały cache obiektów, np. Redis lub Memcached z odpowiednią wtyczką, zachowuje wyniki zapytań do bazy między odsłonami. Najbardziej pomaga tam, gdzie cache stron nie sięga: przy ruchu zalogowanych użytkowników, w panelu i w sklepach.
Sprawdź też, z którymi wersjami PHP działa Redis w danej ofercie, zwłaszcza jeśli planujesz najnowsze PHP. Konfigurację pokazujemy w poradniku Redis object cache w WordPressie.
NVMe (NVM Express) to standard, w którym dysk SSD komunikuje się z serwerem przez magistralę PCI Express zamiast złącza SATA - taki dysk jest szybszy zwłaszcza przy wielu drobnych operacjach naraz. W WordPressie różnicę widać tam, gdzie serwer naprawdę czyta i zapisuje dane: w zapytaniach do bazy, panelu, wyszukiwarce, koszyku i przy aktualizacjach. Strona podawana z cache zyska mniej.
Dla prostej strony firmowej wystarczy dobry hosting SSD z cache i rozsądnymi limitami. Przy sklepie, dużej bazie i wielu wtyczkach wybierz NVMe - porównanie znajdziesz w tekście hosting SSD czy NVMe - czym się różnią.
Limity mówią, ile zasobów serwera wolno zużyć Twojemu kontu - i to one, a nie pojemność dysku, decydują, ilu gości strona obsłuży naraz. Na hostingu współdzielonym wiele kont dzieli jeden serwer, więc każde dostaje swój przydział:
memory_limit) - ile pamięci może zużyć jeden skrypt. Za mało kończy się błędem Allowed memory size ... exhausted, np. przy aktualizacji albo imporcie.Gdy konto dojdzie do limitu, strona zwalnia, a przy dłuższym przeciążeniu może zwracać błąd 508 Resource Limit Is Reached. Dlatego „bez limitu” bez tabeli limitów to czerwona flaga: zasoby serwera są zawsze skończone, a brak liczb oznacza tylko, że poznasz je po zakupie.
Limity każdego pakietu McProdukt znajdziesz w tabeli parametrów na stronie hosting NVMe. Na obecnym hostingu zajrzyj do statystyk zużycia zasobów w panelu: jeśli strona często dobija do limitu procesów, pomoże wyższy pakiet z większą liczbą procesów albo lepszy cache, a nie więcej miejsca na dysku.
Dobry hosting WordPress sam robi kopie plików i baz co najmniej raz na dobę, trzyma je tygodniami i pozwala przywrócić je bez dopłat, a konta są odizolowane i chronione zaporą aplikacji WWW. Wtyczki mogą to uzupełnić, ale działają wewnątrz WordPressa, a gdy strona padnie albo zostanie zainfekowana, liczy się to, co ma serwer.
Częstotliwość mówi, ile pracy możesz stracić: przy kopii co 24 godziny awaria tuż przed kolejną kopią cofa stronę prawie o dobę, a sklep - o zamówienia z tego czasu. Historia mówi, jak daleko wstecz sięgniesz, gdy infekcję albo błąd po aktualizacji zauważysz po kilku tygodniach.
Zapytaj też, czy sam przywrócisz pojedynczą bazę lub katalog, czy tylko całe konto. Kopie „na życzenie”, płatne przywracanie i brak samodzielnego przywracania to czerwone flagi, bo w kryzysie liczy się czas. Harmonogram kopii w poszczególnych pakietach pokazuje tabela na końcu poradnika i artykuł Pomocy kopie zapasowe hostingu. Przed dużą aktualizacją zrób też własną kopię.
Staging to kopia strony pod osobnym adresem, na której testujesz aktualizacje i zmianę wersji PHP, zanim wprowadzisz je na stronie widocznej dla klientów. Niektóre panele i instalatory aplikacji tworzą go jednym kliknięciem, a ręcznie złożysz go z subdomeny, osobnej bazy danych i kopii plików. Sprawdź więc, czy pakiet pozwala na dodatkową bazę i subdomenę - instrukcja jest w poradniku staging WordPress - jak zrobić kopię testową.
Jedno ograniczenie naszego serwera OpenLiteSpeed: reguły RewriteRule i Redirect z pliku .htaccess działają, ale dyrektywy Require, Deny from, Allow from i hasła z .htaccess - nie. Jeśli wtyczka bezpieczeństwa blokuje dostęp takimi regułami, ta jej część nie zadziała, więc logowanie chroń uwierzytelnianiem dwuskładnikowym (2FA).
Czerwona flaga to wszystko, czego nie sprawdzisz przed zakupem, albo co odbiega od zaleceń WordPressa: brak PHP 8.3 lub nowszego, „bez limitu” bez tabeli limitów, płatny SSL i kopie bez samodzielnego przywracania. Tabela zbiera kryteria z tego poradnika.
| Kryterium | Co sprawdzić w ofercie | Dobra odpowiedź | Czerwona flaga |
|---|---|---|---|
| Wersje PHP | lista wersji i sposób zmiany | PHP 8.3 i nowsze, wybór osobno dla każdej domeny w panelu | najnowsza wersja to 8.2 lub starsza; zmiana tylko przez zgłoszenie |
| OPcache | czy działa dla Twojej wersji PHP | włączony albo do włączenia w panelu | dostawca nie potrafi odpowiedzieć |
| Cache stron | serwer WWW i mechanizm cache | cache na poziomie serwera, np. LiteSpeed z LSCache, Nginx lub Varnish | LiteSpeed Cache w reklamie, a serwer inny niż LiteSpeed |
| Cache obiektów | Redis lub Memcached, wersje PHP | dostępny w pakiecie dla Twojej wersji PHP | brak, choć planujesz sklep lub duży serwis |
| Dyski | typ dysków | NVMe, opisane wprost | ogólnik „szybkie dyski” bez podania typu |
| Limity konta | procesy i pamięć PHP, IO, IOPS | liczby podane przy każdym pakiecie | „bez limitu” bez tabeli limitów |
| Kopie zapasowe | częstotliwość, historia, przywracanie | co najmniej raz na dobę, historia liczona w tygodniach, przywracanie samodzielne | brak samodzielnego przywracania, płatne przywrócenie |
| SSL | certyfikat dla domeny | darmowy Let's Encrypt, wystawiany i odnawiany automatycznie | SSL tylko jako płatny dodatek |
| Bezpieczeństwo | izolacja kont, WAF, skanowanie | odizolowane konta, PHP na Twoim użytkowniku, WAF | brak informacji o izolacji kont |
| Cena i warunki | cena odnowienia, test, migracja | odnowienie podane obok ceny 1. roku, test bez płatności, migracja w cenie | cena odnowienia ukryta w regulaminie |
Przenieś kopię swojej strony na konto testowe i porównaj z obecnym hostingiem: TTFB stron z cache i spoza cache, działanie pamięci podręcznej i szybkość panelu WordPressa. TTFB (Time to First Byte) to czas od rozpoczęcia wczytywania strony do nadejścia pierwszego bajtu odpowiedzi. Według web.dev dobry wynik to 0,8 s lub mniej, a powyżej 1,8 s - słaby.
hosts, zanim zmienisz DNS (ostrzeżenie o certyfikacie jest wtedy normalne).X-LiteSpeed-Cache pokaże miss przy pierwszym wczytaniu i hit przy kolejnym./?s=test123) liczą PHP i baza, bo nie ma go jeszcze w cache.Narzędzia online nie widzą wpisu w Twoim pliku hosts, więc zmierzą stary serwer. Przy takim podglądzie mierz w narzędziach deweloperskich (zakładka Timing), a testu szybkości strony (TTFB, czasy DNS, połączenia i TLS oraz nagłówek serwera) użyj z domeną testową lub subdomeną skierowaną na nowy serwer.
Według web.dev TTFB nie należy do Core Web Vitals, więc 0,8 s to orientacyjny cel, a nie sztywny wymóg - najwięcej mówi porównanie z obecnym hostingiem na tych samych adresach. Pełny plan 14-dniowego testu, z pocztą i kopiami, znajdziesz w tekście jak przetestować hosting przed zakupem.
Pakiet dobieraj do rodzaju strony i ruchu, nie tylko do pojemności dysku: prostej stronie firmowej lub świeżemu blogowi wystarczy 2 GB lub 5 GB, większej stronie z dużą biblioteką zdjęć - 10 GB lub 20 GB, a sklep WooCommerce zacznij od 20 GB. Nasze rekomendacje (ceny netto za rok, stan na październik 2026):
| Typ strony WordPress | Ruch i wielkość | Pakiet McProdukt | Cena netto za rok: 1. rok / odnowienie | Automatyczne kopie |
|---|---|---|---|---|
| Prosta strona firmowa, świeży blog | kilka-kilkanaście podstron, niewiele zdjęć | Hosting 2 GB lub Hosting 5 GB | 49 zł / 49 zł albo 59 zł / 59 zł | co 24 h, historia 30 dni |
| Większa strona firmowa, blog z dużą biblioteką zdjęć | dziesiątki podstron i wpisów, wiele wtyczek | Hosting 10 GB lub Hosting 20 GB | 36 zł / 79 zł albo 99 zł / 119 zł | 10 GB: co 24 h, 30 dni; 20 GB: co 12 h, 45 dni |
| Sklep WooCommerce na start | kilkadziesiąt produktów, płatności online | Hosting 20 GB | 99 zł / 119 zł | co 12 h, historia 45 dni |
| Sklep WooCommerce z większym katalogiem | więcej produktów i wariantów, importy, większy ruch | Hosting 50 GB | 199 zł / 239 zł | co 12 h, historia 45 dni |
VAT 23% jest doliczany przy zamówieniu, a cena z 1. roku dotyczy pierwszego hostingu na koncie - kolejne pakiety kosztują od początku tyle, co odnowienie. Licz koszt na kilka lat: przez trzy lata Hosting 2 GB kosztuje 147 zł netto, a Hosting 10 GB - 194 zł netto (36 + 79 + 79 zł). Do Hostingu 50 GB dostajesz domenę .pl za 0 zł na pierwszy rok (regulamin promocji, do odwołania). Większe sklepy omawiamy we wpisie hosting dla WooCommerce, a pułapki tanich ofert - w tekście ile kosztuje tani hosting WordPress.
Nasz hosting WordPress ma dyski NVMe, serwer OpenLiteSpeed z LSCache, Redis jako cache obiektów dla PHP do 8.4 (w PHP 8.5 rozszerzenie jeszcze się nie ładuje - stan na październik 2026), PHP 5.6, 7.2-7.4 i 8.1-8.5 wybierane dla każdej domeny (domyślnie 8.3), darmowy SSL, izolację kont (CageFS) i WAF ModSecurity z regułami OWASP CRS. Kopię przywrócisz samodzielnie z panelu albo z naszą pomocą, a jeśli chcesz korzystać z Redisa, wybierz dla strony PHP 8.3 lub 8.4. Dowolny pakiet przetestujesz przez 14 dni bez płatności (raz na konto), a stronę od obecnego dostawcy przeniesiemy bezpłatnie w ramach migracji hostingu.
Taki, który ma PHP 8.3 lub nowsze do wyboru dla każdej domeny, pamięć podręczną stron na poziomie serwera, cache obiektów, dyski NVMe, jawną tabelę limitów i automatyczne kopie przywracane bez dopłat. Przed zakupem przetestuj go na kopii własnej strony.
NVMe to szybsza odmiana dysku SSD, podłączana przez PCI Express. Przy podobnej cenie i limitach wybierz NVMe; na prostej stronie firmowej z dobrym cache różnica bywa niewielka, a w sklepie, wyszukiwarce i panelu WordPressa - odczuwalna.
W McProdukt Hosting 2 GB kosztuje 49 zł netto za rok, także przy odnowieniu, a Hosting 10 GB - 36 zł netto w 1. roku i 79 zł od drugiego (stan na październik 2026). Sklep WooCommerce zacznij od Hostingu 20 GB za 99 zł netto w 1. roku i 119 zł przy odnowieniu; ceny 1. roku dotyczą pierwszego hostingu na koncie.
Bywa, że tylko nazwą, bo według wordpress.org WordPress działa na każdym serwerze obsługującym PHP i MySQL. Wartość mają konkrety: cache stron na serwerze, cache obiektów, aktualne PHP, dyski NVMe i kopie zapasowe - pytaj o nie, a nie o nazwę pakietu.
Według web.dev dobry TTFB to 0,8 sekundy lub mniej, a wynik powyżej 1,8 sekundy jest słaby. Mierz strony z cache i spoza cache, kilka razy i o różnych porach, bo pojedynczy pomiar może być przypadkowy.
Wtyczkę zainstalujesz w każdym WordPressie, ale według dokumentacji LiteSpeed pamięć podręczna LSCache wymaga hostingu opartego na LiteSpeed albo serwera LiteSpeed, np. OpenLiteSpeed. Przed zakupem upewnij się więc, na jakim serwerze WWW działa hosting.
Paweł Chęć - Współwłaściciel McProdukt Sp. j.. Współwłaściciel McProdukt Sp. j. z Gdyni. Na co dzień zarządza serwerami hostingowymi, pocztą i domenami klientów oraz prowadzi wdrożenia stron i sklepów internetowych.
Wszystkie poradniki z kategorii: WordPress