Hosting WooCommerce dobieraj do jednoczesnych zakupów, integracji i pracy bazy, nie tylko liczby produktów. Sprawdź obsługiwane wersje, limity zasobów, kopie oraz działanie koszyka i płatności pod obciążeniem.
Dlaczego sklep potrzebuje innego testu niż blog?
Odwiedzający blog często otrzymuje gotową stronę z cache. Klient sklepu zmienia koszyk, loguje się, liczy dostawę i składa zamówienie. Te operacje zależą od danych konkretnej osoby oraz aktualnego stanu sklepu. Szybka strona główna nie dowodzi jeszcze, że kasa działa sprawnie.
Dwa sklepy z tysiącem produktów mogą obciążać serwer inaczej. W jednym są proste produkty i kilka zamówień dziennie, w drugim liczne warianty, rozbudowane filtrowanie, import magazynowy i kampania reklamowa. Opisz operatorowi scenariusz pracy, zanim poprosisz o rekomendację pakietu.
Parametry, które warto porównać
| Parametr | O co zapytać przed zakupem |
|---|---|
| PHP i baza | Czy wersje pasują do sklepu i użytych rozszerzeń? |
| Pamięć procesu PHP | Jaki jest dostępny limit i czy można go zmienić? |
| CPU i równoległe procesy | Co dzieje się podczas szczytu zamówień? |
| Dysk i I/O | Czy import, obrazy i kopie mieszczą się w limitach? |
| Backup | Jak często powstaje, jak długo jest przechowywany i jak go odtworzyć? |
| Środowisko testowe | Czy da się sprawdzić aktualizację bez wpływu na sprzedaż? |
| Wsparcie | Kto diagnozuje problem serwera, a kto konfigurację sklepu? |
Sprawdź aktualne wymagania wybranej wersji WooCommerce w dokumentacji producenta. Limit pamięci WordPressa dotyczy aplikacji i nie jest tym samym co całkowity RAM serwera. Sama duża wartość w panelu nie gwarantuje wielu równoczesnych, szybkich zamówień.
Cache: przyspieszenie z wyjątkami
Katalog i strony informacyjne często korzystają z cache pełnych stron. Koszyk, kasa i konto klienta muszą zachować dane właściwej sesji. Sprawdź ich wykluczenie w faktycznie użytej warstwie cache: wtyczce, hostingu i ewentualnym CDN. Poprawne ustawienie jednej warstwy nie wyklucza błędu w drugiej.
Próba kontrolna powinna obejmować dwa oddzielne okna z niezależnymi sesjami. Dodaj różne produkty, zmień ilość i upewnij się, że koszyki się nie mieszają. Sprawdź również klienta zalogowanego i niezalogowanego. Wydajność poprawiona kosztem błędnego koszyka nie jest sukcesem wdrożenia.
Test zakupowy przed migracją
Przygotuj kopię sklepu i zablokuj w niej indeksowanie oraz przypadkowy dostęp klientów. Wyłącz rzeczywistą wysyłkę wiadomości i użyj trybu testowego bramki płatności. Nie uruchamiaj kopii z aktywnymi integracjami magazynowymi, które mogłyby zmieniać stan produkcji.
Przejdź wyszukiwanie produktu, warianty, koszyk, kupon, dostawę i płatność testową. Potwierdź zapis zamówienia, zmianę statusu oraz zaplanowane zadania. Wykonaj także próbę nieudanej i przerwanej płatności. Zmierz czas tych operacji, a nie tylko wynik narzędzia oceniającego stronę główną.
Kopie i migracja bez utraty zamówień
Kopia sprzed kilku godzin może nie zawierać ostatnich transakcji. Dlatego plan przenosin musi uwzględniać moment końcowej synchronizacji bazy oraz ograniczenie nowych zapisów. Nie pozwól, aby stara i nowa instalacja niezależnie przyjmowały zamówienia bez uzgodnionej strategii.
Przed migracją ustal, kto odpowiada za pliki, bazę, DNS, certyfikat i kontrolę płatności. Po przełączeniu sprawdź również powiadomienia serwerowe bramki oraz zadania cykliczne. Wrócenie do starej bazy po nowych zamówieniach wymaga uzgodnienia danych, a nie prostego nadpisania wszystkiego kopią.
Hosting WWW czy VPS dla sklepu?
Zarządzany hosting może być wygodny dla sklepu mieszczącego się w jego możliwościach. VPS daje większą kontrolę, ale wymaga utrzymania systemu, aktualizacji i monitoringu. Nie przenoś problemu wolnej wtyczki na większą maszynę bez wcześniejszych pomiarów.
Przygotowując zapytanie o hosting WordPress Castpol, podaj liczbę produktów i wariantów, szczyty ruchu, integracje oraz wynik testu zakupowego. Dzięki temu rozmowa dotyczy potrzeb sklepu i planu rozwoju, a nie wyłącznie pojemności dysku.