Szybki hosting WordPress na dyskach NVMe: krótki czas odpowiedzi i lepsze Core Web Vitals
Przyspieszenie strony zaczyna się od serwera, a nie od kolejnej wtyczki do cache. Dajemy NVMe, aktualne PHP, realny zapas mocy i człowieka, który zmierzy, gdzie znikają Twoje sekundy.
Rekomendowany plan
Start
39 zł
/ mies
brutto z VAT 23%: 47,97 zł
Dlaczego ten plan?
Bo zaznaczyłeś: 1 strona i WordPress. Plan Start w zupełności wystarczy na jedną firmową stronę: codzienny backup, SSL i wsparcie po polsku w cenie.
Bez karty. Płacisz dopiero, gdy będziesz zadowolony.
W skrócie
Szybki hosting WordPress to taki, który oddaje pierwszy bajt strony poniżej 800 milisekund, ma dyski NVMe pod bazę danych, aktualną wersję PHP, działający cache i realny zapas mocy, gdy do sklepu wchodzi nagle sto osób. Serwer odpowiada za pierwszy odcinek ładowania i przez to bezpośrednio wpływa na LCP, czyli najważniejszy z Core Web Vitals (dobry wynik to 2,5 sekundy lub mniej). W Businesshost strona stoi na NVMe na serwerach w Warszawie, blisko polskich odwiedzających, a plany zaczynają się od 39 zł netto miesięcznie z ceną stałą także po odnowieniu.
Ostatnia aktualizacja: lipiec 2026
Z czego składa się szybki hosting WordPress
W ofertach hostingowych szybkość opisuje się hasłami. W praktyce decyduje sześć konkretnych rzeczy, z których cztery zależą od serwera, a dwie od tego, kto na tym serwerze pilnuje Twojej strony. Zanim zmienisz cokolwiek, sprawdź punkt wyjścia: jaki czas odpowiedzi serwera ma dziś Twoja strona i czy problem naprawdę leży po stronie hostingu.
Dyski NVMe pod bazę danych
Każde wejście na stronę WordPress to kilkadziesiąt losowych odczytów z bazy. NVMe obsługuje je w milisekundach tam, gdzie stary dysk talerzowy potrzebuje setek milisekund. Dlatego NVMe jest w każdym planie, od Start po Pro.
- NVMe w każdym planie
- Losowy odczyt bazy
- Od 5 GB do 100 GB
Krótki czas do pierwszego bajtu
TTFB to odcinek, za który odpowiada wyłącznie serwer. Utrzymujemy go w granicach, w których strona zaczyna się rysować od razu, a nie po sekundzie oczekiwania na sam kod HTML.
- Cel poniżej 800 ms
- Cache po stronie serwera
- Bez kolejki na CPU
Serwery w Warszawie
Twoi klienci są w Polsce, więc każdy kilometr do serwera kosztuje milisekundy. Nasze maszyny stoją fizycznie w Warszawie, więc trasa pakietu jest krótka, a dane nie wychodzą poza Polskę i UE.
- Krótka trasa sieci
- Dane w PL i UE
- Zgodność z RODO
Aktualne PHP i cache
Aktualna gałąź PHP potrafi obsłużyć kilkadziesiąt procent więcej zapytań na tym samym sprzęcie niż wersja sprzed kilku lat. Konfigurujemy PHP, cache i kompresję, a aktualizacje robimy z kopią zapasową przed zmianą.
- Wspierana wersja PHP
- Cache i kompresja
- Backup przed zmianą
Zapas mocy na skok ruchu
Newsletter, reklama albo wzmianka w mediach potrafią zwielokrotnić ruch w kwadrans. Liczy się wtedy nie miejsce na dysku, tylko liczba równoległych procesów PHP, które obsłużą wejścia zamiast zwracać błąd.
- Limity CPU i RAM
- Równoległe procesy PHP
- Bez błędu 508
Człowiek, który to mierzy
Sam sprzęt nie wystarczy, jeśli nikt nie sprawdzi, czy cache faktycznie działa i która wtyczka dokłada pół sekundy. W opiece przeglądamy stronę i mówimy wprost, co ją spowalnia i co da się z tym zrobić.
- Diagnoza wydajności
- Raport po polsku
- SLA reakcji od 1 h
Pełny zakres opieki nad witryną opisuje strona zarządzanego hostingu WordPress, a parametry planów znajdziesz w cenniku hostingu dla firm.
Core Web Vitals a hosting: na co serwer ma wpływ, a na co nie
Google mierzy trzy wskaźniki na realnych użytkownikach. Poniżej progi uznawane za dobre oraz uczciwa odpowiedź na pytanie, ile z tego załatwia zmiana hostingu, a ile trzeba poprawić w samej stronie. Nie sprzedajemy bajki, że serwer naprawi ciężki szablon.
| Wskaźnik | Co mierzy | Dobry wynik | Ile zależy od hostingu |
|---|---|---|---|
| LCP | Czas wyświetlenia największego elementu na ekranie, zwykle zdjęcia w nagłówku | 2,5 s lub mniej | Dużo. Czas odpowiedzi serwera to pierwszy składnik LCP i często połowa wyniku. |
| INP | Czas reakcji strony na kliknięcie lub dotknięcie | 200 ms lub mniej | Mało. To głównie JavaScript motywu i wtyczek, ale przeciążony serwer pogarsza także ten wynik. |
| CLS | Przeskakiwanie układu strony w trakcie ładowania | 0,1 lub mniej | Nic. To kwestia rezerwowania miejsca na obrazy, reklamy i czcionki w szablonie. |
| TTFB | Czas do pierwszego bajtu odpowiedzi serwera (wskaźnik pomocniczy) | poniżej 800 ms | Prawie wszystko. To czysta miara jakości serwera, bazy i cache. |
Progi pochodzą z dokumentacji Core Web Vitals Google (web.dev), stan na lipiec 2026. Wskaźnik INP zastąpił wcześniejszy FID w marcu 2024 roku, więc porady sprzed tej daty mierzą już nieistniejący parametr.
Jak sprawdzić, czy to wina hostingu, zanim zapłacisz za optymalizację
Zanim ktokolwiek weźmie od Ciebie pieniądze za przyspieszenie strony, warto wiedzieć, gdzie znikają sekundy. Ta kolejność zajmuje kwadrans i daje odpowiedź, której nie trzeba brać na wiarę.
Zmierz czas odpowiedzi serwera
W narzędziach deweloperskich przeglądarki, w zakładce Sieć, sprawdź czas oczekiwania na pierwszy dokument HTML. Powtórz pomiar kilka razy, także wieczorem. Powyżej sekundy odpowiada serwer, nie zdjęcia.
Porównaj stronę zalogowaną i niezalogowaną
Wyloguj się i odśwież stronę. Jeśli wersja dla gościa jest szybka, a panel administracyjny mielił, cache maskuje wolną bazę. To typowy objaw przeciążonego hostingu współdzielonego.
Sprawdź dane z realnych użytkowników
W PageSpeed Insights patrz na sekcję z danymi terenowymi, a nie tylko na wynik z laboratorium. Liczy się LCP, INP i CLS mierzone na osobach, które faktycznie odwiedzają Twoją stronę.
Wyłącz wtyczki na kopii, nie na żywo
Ostatni krok to test na kopii strony: wyłączasz wtyczki po jednej i mierzysz różnicę. Na produkcji tego nie robimy. W planach z opieką taką diagnozę przeprowadzamy na środowisku testowym.
Jeśli pomiary wskażą serwer, przeniesienie strony jest po naszej stronie i przebiega bez przerwy w działaniu witryny. Opisujemy to na stronie zmiany hostingu bez przestoju.
Kiedy przyspieszenie strony zaczyna się od zmiany serwera
Nie każdą wolną stronę ratuje nowy hosting. Poniżej sytuacje, w których to jednak serwer jest wąskim gardłem i żadna wtyczka tego nie obejdzie.
Sklep WooCommerce w godzinach szczytu
Koszyk, kasa i konto klienta nie dają się podać z cache, więc każde takie wejście zajmuje realny proces PHP i uderza w bazę. Gdy procesy się kończą, klient widzi błąd dokładnie przy płatności. Tu pomaga wyłącznie zapas mocy i szybki dysk.
Strona po latach na tanim abonamencie
Strona zbudowana dobrze, ale stojąca na przepełnionym serwerze współdzielonym, potrafi zyskać kilkaset milisekund samą przeprowadzką. Objaw rozpoznawczy: wieczorem i w poniedziałki jest wyraźnie wolniej niż rano.
Firma, która płaci za reklamy
Przy płatnym ruchu każda sekunda ładowania to część budżetu wyrzucona przed wyświetleniem oferty. Jeśli kupujesz kliknięcia, wolny serwer kosztuje Cię realne pieniądze każdego dnia, a nie tylko punkty w teście szybkości.
Sklepom poświęciliśmy osobną stronę: hosting dla sklepu internetowego i WooCommerce.
Ile kosztuje szybki hosting WordPress
Dyski NVMe i serwery w Warszawie są w każdym planie. Wraz z wyższym planem rośnie zapas mocy, miejsce na dysku i czas reakcji na zgłoszenie, a cena po odnowieniu zostaje taka sama jak na starcie.
Start
Firmowa wizytówka lub blog, który ma się po prostu szybko otwierać.
- 1 domena, 5 GB NVMe
- Kopia dobowa i przed zmianą
- SSL i faktura VAT w cenie
- SLA reakcji 4 h robocze
Biznes
Najczęstszy wybór: strona lub mniejszy sklep z zarządzanymi aktualizacjami.
- 3 domeny, 25 GB NVMe
- Zarządzane aktualizacje
- Bezpłatna migracja
- SLA reakcji 2 h
Pro
Sklep lub kilka stron, gdzie liczy się czas reakcji i środowisko testowe.
- 10 domen, 100 GB NVMe
- Dedykowana osoba, SLA 1 h
- Uptime 99,9%, staging
- Restore do 28 dni
Rok kosztuje tyle, co dziesięć miesięcy. Dlaczego u części dostawców drugi rok potrafi być kilkanaście razy droższy od pierwszego, tłumaczymy we wpisie o cenie hostingu po odnowieniu.
Szybkość WordPressa i hosting, pytania i odpowiedzi
Czy hosting wpływa na szybkość strony WordPress?
Tak, hosting odpowiada za pierwszy odcinek ładowania, czyli czas odpowiedzi serwera. To on decyduje, po ilu milisekundach przeglądarka zobaczy pierwszy bajt strony, a dopiero potem liczą się obrazy, skrypty i motyw. Serwer nie naprawi ciężkiego szablonu, ale wolny serwer zepsuje nawet dobrze zbudowaną stronę, bo każdy kolejny element startuje z opóźnieniem.
Jaki powinien być czas odpowiedzi serwera dla WordPressa?
Za dobry wynik przyjmuje się czas do pierwszego bajtu poniżej 800 milisekund, a na stronie z działającym cache realnie osiągalne jest 200 do 400 milisekund. Powyżej sekundy przyczyna prawie zawsze leży po stronie serwera, przeciążonego sąsiedztwa na hostingu współdzielonym albo zapytań do bazy, a nie po stronie zdjęć.
Co to są Core Web Vitals i jakie wartości są dobre?
To trzy wskaźniki jakości ładowania mierzone przez Google na realnych użytkownikach. LCP, czyli czas wyświetlenia największego elementu, dobry wynik to 2,5 sekundy lub mniej. INP, czyli reakcja na kliknięcie, dobry wynik to 200 milisekund lub mniej. CLS, czyli przeskakiwanie układu, dobry wynik to 0,1 lub mniej. Hosting wpływa przede wszystkim na LCP.
Czy dyski NVMe naprawdę przyspieszają WordPressa?
Tak, najbardziej przy operacjach na bazie danych i w panelu administracyjnym. WordPress przy każdym wejściu wykonuje kilkadziesiąt losowych odczytów z bazy, a to jest dokładnie ten rodzaj pracy, w którym NVMe wygrywa z dyskiem talerzowym o rzędy wielkości. Na stronie w pełni podanej z cache różnicy nie zobaczysz, w sklepie i w panelu owszem.
Dlaczego moja strona WordPress ładuje się wolno?
W praktyce powtarzają się cztery przyczyny: przeciążony serwer współdzielony, brak działającego cache, stara wersja PHP oraz nadmiar wtyczek i zapytań do bazy przy każdym wejściu. Zacznij od pomiaru czasu odpowiedzi serwera. Jeśli sam serwer odpowiada po sekundzie, optymalizacja obrazków niczego nie zmieni.
Czy szybszy hosting poprawi pozycje w Google?
Szybkość jest jednym z sygnałów rankingowych, ale nie działa jak dźwignia, po której strona wskakuje na pierwsze miejsce. Realny zysk jest inny: strona z LCP poniżej 2,5 sekundy traci mniej osób przed załadowaniem, a robot Google indeksuje więcej podstron w tym samym czasie. Szybki hosting to warunek, nie gwarancja pozycji.
Czy wtyczka do cache zastąpi lepszy serwer?
Częściowo i tylko dla odwiedzających niezalogowanych. Cache podaje gotowy HTML, więc maskuje wolną bazę na stronach informacyjnych, ale nie działa na koszyku, kasie, panelu klienta ani w administracji. Jeśli wolne jest wszystko poza stroną główną, problem jest w serwerze, a nie w konfiguracji wtyczki.
Czy migracja na szybszy hosting oznacza przerwę w działaniu strony?
Nie musi. Kopiujemy stronę i bazę na nowy serwer, uruchamiamy ją i testujemy jeszcze przed zmianą DNS, a domenę przełączamy na końcu. Stary serwer zostaje aktywny na czas propagacji, więc odwiedzający cały czas widzą działającą witrynę. Od planu Biznes migracja jest bezpłatna.
Przenieś WordPressa na NVMe w Warszawie
Załóż konto, testuj 14 dni bez karty, a my przeniesiemy stronę bez przerwy w działaniu i pokażemy pomiar przed i po. Jeśli wąskim gardłem nie jest serwer, powiemy to wprost.