Hosting jest problemem sklepu WooCommerce, gdy serwer d\u0142ugo odpowiada tak\u017ce na strony, kt\u00f3rych nie da si\u0119 zapisa\u0107 w cache (koszyk, zam\u00f3wienie, panel), gdy przy wi\u0119kszym ruchu pojawiaj\u0105 si\u0119 b\u0142\u0119dy 502, 503 lub 508 i gdy limity pami\u0119ci, proces\u00f3w PHP albo stara wersja PHP blokuj\u0105 sklep mimo poprawek w motywie i wtyczkach. Wtedy dalsza optymalizacja strony niewiele da i trzeba zmieni\u0107 pakiet albo dostawc\u0119.<\/p>\n
Po tym, \u017ce wolny jest czas odpowiedzi serwera (TTFB), a nie samo pobieranie zdj\u0119\u0107 i skrypt\u00f3w, i \u017ce problem dotyczy te\u017c koszyka, zam\u00f3wienia i panelu administracyjnego. Je\u015bli serwer odpowiada szybko, a strona d\u0142ugo si\u0119 wy\u015bwietla, przyczyna le\u017cy w motywie, zdj\u0119ciach i skryptach. Opisujemy j\u0105 we wpisie jak przyspieszy\u0107 sklep WooCommerce w wersji mobilnej<\/a>.<\/p>\n Zmierz czas odpowiedzi serwera dla stron bez cache, sprawd\u017a parametry PHP w raporcie stanu systemu i por\u00f3wnaj je z wymaganiami WooCommerce. To kilkana\u015bcie minut pracy, kt\u00f3re daje twarde dane do rozmowy z dostawc\u0105 hostingu.<\/p>\n W Chrome otw\u00f3rz narz\u0119dzia dla programist\u00f3w, kart\u0119 Sie\u0107 i sprawd\u017a czas oczekiwania na pierwszy bajt dla koszyka z produktem i strony zam\u00f3wienia, kilka razy o r\u00f3\u017cnych porach. Strona g\u0142\u00f3wna z cache mo\u017ce wygl\u0105da\u0107 dobrze, bo serwer podaje gotowy plik, dlatego mierz strony, kt\u00f3rych cache nie obejmuje.<\/p>\n W WooCommerce, Status, Status systemu oraz w Narz\u0119dzia, Kondycja witryny sprawdzisz wersj\u0119 PHP, limit pami\u0119ci, limit czasu wykonywania i wersj\u0119 bazy danych. WooCommerce zaleca obecnie PHP 8.3 lub nowsze, MySQL 8.0 lub MariaDB 10.6 i nowsze oraz limit pami\u0119ci WordPressa co najmniej 256 MB. PHP 8.1 i starsze nie dostaj\u0105 ju\u017c poprawek bezpiecze\u0144stwa, a PHP 8.2 dostaje je tylko do ko\u0144ca 2026 roku.<\/p>\n WP-Cron uruchamia si\u0119 tylko przy wej\u015bciu na stron\u0119, wi\u0119c przy ma\u0142ym ruchu zadania czekaj\u0105, a przy du\u017cym obci\u0105\u017caj\u0105 przypadkowe wej\u015bcia klient\u00f3w. W raporcie stanu systemu, w sekcji Action Scheduler, sprawd\u017a, czy nie ma d\u0142ugiej kolejki oczekuj\u0105cych zada\u0144. Dobry hosting pozwala uruchamia\u0107 cron z harmonogramu serwera.<\/p>\n Liczba proces\u00f3w PHP okre\u015bla, ile \u017c\u0105da\u0144 bez cache serwer obs\u0142u\u017cy jednocze\u015bnie. Gdy kilku klient\u00f3w naraz przechodzi przez zam\u00f3wienie, a roboty przegl\u0105daj\u0105 filtry produkt\u00f3w, kolejne \u017c\u0105dania czekaj\u0105 w kolejce. W ofertach hostingu wsp\u00f3\u0142dzielonego ten parametr cz\u0119sto nie jest podany, wi\u0119c zapytaj o niego wprost.<\/p>\n Zanim obwinisz serwer, sprawd\u017a na kopii sklepu, czy jedna wtyczka nie generuje setek zapyta\u0144 do bazy przy ka\u017cdym wej\u015bciu. Wtyczka diagnostyczna, np. Query Monitor, poka\u017ce czas i liczb\u0119 zapyta\u0144 dla koszyka i zam\u00f3wienia. Je\u015bli po wy\u0142\u0105czeniu jednej wtyczki czas odpowiedzi spada kilkukrotnie, problemem jest ona, a nie hosting.<\/p>\n Aktualnego PHP, cache obiekt\u00f3w, znanego limitu proces\u00f3w, kopii przechowywanych poza serwerem i \u015brodowiska testowego. Cena ma mniejsze znaczenie ni\u017c to, czy te elementy s\u0105 w pakiecie.<\/p>\n\n
Jak sprawdzi\u0107 hosting sklepu krok po kroku?<\/h2>\n
Czas odpowiedzi serwera<\/h3>\n
Parametry PHP i bazy danych<\/h3>\n
Zadania w tle i cron<\/h3>\n
Procesy PHP i limity zasob\u00f3w<\/h3>\n
Wykluczenie wtyczek<\/h3>\n
Czego wymaga\u0107 od hostingu dla sklepu WooCommerce?<\/h2>\n