WordPress działa na zaskakująco szerokiej gamie serwerów, ale w praktyce to właśnie hosting decyduje o tym, czy strona będzie szybka, bezpieczna i odporna na aktualizacje wtyczek. Poniżej rozbijam temat na konkretne elementy: od PHP i bazy danych, przez HTTPS i rozszerzenia, aż po parametry, które naprawdę mają znaczenie przy blogu, stronie firmowej i sklepie.
Najważniejsze rzeczy do zapamiętania o wymaganiach WordPressa
- PHP 8.3+ to dziś rozsądny punkt odniesienia, a nie konfiguracja z zapasem na przyszłość.
- MySQL 8.4 LTS lub MariaDB 11.4/11.8 LTS to bezpieczniejszy wybór niż starsze wydania po terminie wsparcia.
- HTTPS jest obowiązkowe, a Apache lub Nginx nadal pozostają najpewniejszą bazą pod WordPress.
- Bez rozszerzeń PHP takich jak
json,mysqli,curl,mbstring,opensslizipszybko pojawiają się ograniczenia. - Na małą stronę wystarczy lekki plan, ale 1 vCPU i 1 GB RAM to tylko próg startowy, nie komfortowy standard.
- Przy WooCommerce, page builderach i większym ruchu ważniejsze od „samego uruchomienia” są RAM, I/O, cache i backupy.
Co naprawdę oznaczają wymagania WordPressa
Ja zawsze rozdzielam dwie rzeczy: minimalne wymagania potrzebne do uruchomienia strony i konfigurację, która pozwala spokojnie ją rozwijać. To ważne, bo wiele hostingów „obsługuje WordPress”, ale robi to na starym PHP, z przyciętymi limitami i bez sensownego zapasu mocy.
Według oficjalnych zaleceń WordPressa najważniejsze są: działający PHP, baza zgodna z MySQL, HTTPS oraz serwer WWW klasy Apache albo Nginx. Sama platforma potrafi wystartować w wielu środowiskach, ale w praktyce najwięcej problemów nie robi instalacja, tylko późniejsze aktualizacje, wtyczki, media i rosnący ruch.
Dlatego patrzę na hosting nie jak na „miejsce na pliki”, ale jak na całą warstwę techniczną strony. Jeśli dostawca nie umie jasno powiedzieć, jaką wersję PHP i bazy oferuje, to dla mnie jest to sygnał ostrzegawczy, a nie drobny szczegół. Następny krok to już konkretny checklist, który pokazuje, co powinno znaleźć się w dobrej ofercie.
Minimalna konfiguracja, która uruchomi stronę bez problemów
Poniższa tabela pokazuje, co jest potrzebne do działania WordPressa, a co wybrałbym dziś z zapasem. W 2026 roku nie patrzę już tylko na „działa albo nie działa”, lecz na to, czy konfiguracja będzie aktualna za kilka miesięcy.
| Obszar | Minimum do uruchomienia | Sensowny wybór w 2026 | Dlaczego to ważne |
|---|---|---|---|
| PHP | PHP 8.3 lub nowszy | PHP 8.3, a po testach zgodności także 8.4 | Nowe wersje dają lepszą wydajność, bezpieczeństwo i zgodność z aktualnymi wtyczkami. |
| Baza danych | MySQL 8.0+ lub MariaDB 10.6+ | MySQL 8.4 LTS lub MariaDB 11.4/11.8 LTS | W 2026 nie warto zaczynać na wersjach, które są już blisko końca wsparcia lub po nim. |
| Serwer WWW | Apache lub Nginx | Nginx albo Apache z mod_rewrite
|
Przyjazne adresy URL, lepsza kontrola nad regułami i mniejsze ryzyko problemów z motywami. |
| HTTPS | Wymagane | Certyfikat TLS w cenie hostingu | Bez HTTPS nie ma dziś bezpiecznego logowania, płatności ani sensownej wiarygodności strony. |
| Wymagane rozszerzenia PHP |
json, mysqli
|
Aktywne domyślnie lub łatwe do włączenia | Bez nich WordPress nie działa poprawnie. |
| Rozszerzenia zalecane |
curl, dom, exif, fileinfo, mbstring, openssl, xml, zip
|
Najlepiej komplet + imagick
|
Wpływają na aktualizacje, multimedia, komunikację z zewnętrznymi usługami i kompatybilność wtyczek. |
Jeśli host ogranicza się do hasła „WordPress ready”, ale nie podaje wersji PHP, bazy i listy rozszerzeń, traktuję to jako ofertę ryzykowną. To zwykle nie jest zła usługa sama w sobie, tylko plan, który szybko zaczyna przeszkadzać przy większej liczbie wtyczek albo po aktualizacji motywu.
Najkrócej mówiąc: konfiguracja techniczna ma być nie tylko zgodna, ale też aktualna. Same minimum uruchomi stronę, jednak o realnym komforcie decydują już zasoby serwera, a to prowadzi do kolejnego pytania: ile mocy faktycznie potrzeba.
Parametry serwera, które robią różnicę w praktyce
Tu zaczyna się najczęstsze nieporozumienie. WordPress da się uruchomić bardzo tanio, ale jeśli strona ma działać płynnie, aktualizować się bez błędów i nie padać przy każdej większej wizycie, trzeba patrzeć szerzej niż tylko na PHP i bazę. Ja zwracam uwagę przede wszystkim na pamięć, procesor, szybki dysk oraz warstwę cache.
| Parametr | Minimum do startu | Praktyczny wybór | Kiedy potrzeba więcej |
|---|---|---|---|
| CPU | 1 vCPU | 2 vCPU | WooCommerce, importy, wielojęzyczność, ciężkie wtyczki i większy ruch. |
| RAM | 1 GB | 2 GB | 4 GB lub więcej przy sklepie, builderach i zapleczu administracyjnym z wieloma wtyczkami. |
| Dysk | SSD | NVMe SSD | Gdy rośnie liczba zdjęć, kopii zapasowych i operacji na bazie danych. |
| Miejsce | 10 GB | 20-30 GB | Portfolio, serwisy z mediami, sklepy i strony z regularnymi backupami. |
| Cache | OPcache | OPcache + Redis lub Memcached | Gdy chcesz skrócić czas odpowiedzi i odciążyć bazę przy większym ruchu. |
| Backup | Ręczny | Automatyczny, codzienny, najlepiej poza głównym serwerem | Przy każdej stronie, której utrata treści albo zamówień byłaby realnym problemem. |
vCPU to wirtualny rdzeń procesora, czyli praktyczny odpowiednik mocy obliczeniowej, którą hosting oddaje Twojej stronie. W małym blogu jeden rdzeń często wystarczy, ale przy sklepie internetowym szybko okazuje się, że to właśnie CPU i pamięć, a nie sama baza, stają się wąskim gardłem.
Na prostą stronę firmową da się wejść ostrożnie w plan współdzielony, jeśli ma nowy PHP, cache i sensowne limity. Dla mnie granica komfortu zaczyna się jednak tam, gdzie hosting pozwala nie martwić się o każdą aktualizację motywu, bo właśnie od typu strony zależy, jak dużego zapasu potrzebujesz.
Jak dobrać serwer do rodzaju strony
Nie każda witryna potrzebuje tego samego. Blog z kilkoma artykułami miesięcznie, strona usługowa i sklep WooCommerce mają zupełnie inne profile obciążenia. Z tego powodu nie lubię uniwersalnych rekomendacji bez kontekstu, bo one zwykle prowadzą albo do przepłacania, albo do zbyt ciasnego hostingu.
| Typ strony | Co zwykle wystarcza | Na co zwrócić uwagę | Mój praktyczny komentarz |
|---|---|---|---|
| Blog lub mały serwis treściowy | Dobry hosting współdzielony lub zarządzany WordPress | PHP 8.3+, automatyczne backupy, cache, szybki dysk | To najtańszy scenariusz, ale tylko pod warunkiem, że motyw nie jest przesadnie ciężki. |
| Strona firmowa | Hosting zarządzany albo mały VPS | Staging, izolacja konta, codzienne kopie zapasowe | Tu liczy się stabilność i szybkie odtworzenie strony po aktualizacji. |
| Sklep WooCommerce | VPS lub cloud z zarządzaniem | 2-4 vCPU, 4 GB RAM lub więcej, Redis, NVMe | Zakupy obciążają serwer bardziej niż zwykłe wejście na stronę, więc zapas mocy naprawdę ma znaczenie. |
| Portal, multisite lub strona z dużym ruchem | VPS, cloud albo infrastruktura zarządzana | Monitoring, skalowanie, CDN, porządny backup i wsparcie administracyjne | W tym scenariuszu tanie rozwiązania szybko przestają być tanie, bo czas awarii kosztuje więcej niż plan hostingowy. |
W przypadku WooCommerce szczególnie zwracam uwagę na bazę danych, pamięć i szybkość zapisu, bo każda operacja w koszyku czy panelu administracyjnym robi więcej niż zwykłe wejście na artykuł. Im bardziej rozbudowany motyw i im więcej wtyczek, tym mniej sensu ma oszczędzanie na warstwie serwera.
Jeżeli masz tylko jedną zasadę do zapamiętania, niech brzmi tak: dobieraj hosting do planu rozwoju strony, a nie do pierwszego dnia po instalacji. To naturalnie prowadzi do kolejnego kroku, czyli weryfikacji oferty przed zakupem.
Jak sprawdzić hosting przed zakupem
Przed zakupem zawsze zadaję dostawcy kilka konkretnych pytań. Jeśli odpowiedzi są ogólnikowe, to zwykle oszczędzasz nie pieniądze, tylko problem na później. Według WordPress.org warto dopytać o wersję PHP, bazę danych, Apache lub Nginx, obsługę mod_rewrite i HTTPS, ale ja dorzucam do tego jeszcze kilka praktycznych punktów.
- Jaka dokładnie jest wersja PHP i czy mogę ją samodzielnie przełączać z panelu?
- Czy baza danych to MySQL 8.4 LTS, MySQL 8.0 LTS, MariaDB 11.4/11.8 LTS, czy coś starszego?
- Czy w planie są dostępne rozszerzenia
zip,curl,mbstring,openssl,dom,fileinfoiimagick? - Czy HTTPS jest w cenie i czy certyfikat odnawia się automatycznie?
- Jakie są limity CPU, RAM, I/O, inode i liczby procesów?
- Czy konto jest odizolowane od innych użytkowników na serwerze?
- Czy backup jest wykonywany codziennie i jak szybko da się go przywrócić?
- Czy dostaję staging, czyli środowisko testowe do sprawdzania aktualizacji?
Najbardziej nie lubię ofert, które reklamują się jako „idealne pod WordPress”, ale nie podają żadnych konkretów poza miejscem na dysku. To za mało, bo o stabilności decydują dziś limity procesu, sposób izolacji konta, wersje bibliotek i jakość wsparcia, a nie sam slogan sprzedażowy.
Jeżeli support nie rozumie różnicy między serwerem WWW, bazą danych i rozszerzeniami PHP, lepiej szukać dalej. Dobra odpowiedź na etapie sprzedaży zwykle oznacza też mniej nerwów po migracji i mniej niespodzianek przy pierwszej większej aktualizacji.
Gdzie kończy się minimum, a zaczyna spokój na lata
Na prostą stronę często wystarczy porządny hosting współdzielony z aktualnym PHP, HTTPS, cache i automatycznymi kopiami zapasowymi. Jeśli jednak planujesz sklep, wielojęzyczność, rozbudowane page buildery albo kampanie z ruchem sezonowym, celowałbym od razu w plan z większym zapasem, bo późniejsza migracja bywa droższa niż rozsądniejszy wybór na starcie.
W 2026 roku nie wybierałbym hostingu, który zatrzymał się na przestarzałym PHP albo na bazie danych po terminie wsparcia tylko dlatego, że dziś „jeszcze działa”. Najbezpieczniejsza decyzja to taka, która daje Ci przestrzeń na aktualizacje, wtyczki i wzrost ruchu bez natychmiastowego przepakowywania całej strony do nowego środowiska.
Jeśli mam zostawić jedną praktyczną wskazówkę, to tę: wybieraj hosting z myślą o kolejnym roku rozwoju strony, nie tylko o tym, żeby instalacja przeszła bez błędu. Wtedy wymagania WordPressa przestają być listą przeszkód, a stają się po prostu rozsądną specyfikacją techniczną, na której da się spokojnie budować.
