Jak wybrać serwer pod sklep internetowy to pytanie, które wraca za każdym razem, gdy sprzedaż rośnie, a koszyk zaczyna się zacinać przy większym ruchu. Decyzja o infrastrukturze rzadko sprowadza się do jednego parametru: liczy się kombinacja mocy procesora, pamięci RAM, rodzaju dysku, lokalizacji centrum danych i jakości wsparcia technicznego. Sklep z pięciuset produktami na WooCommerce ma inne potrzeby niż platforma z katalogiem trzydziestu tysięcy indeksów, kilkoma integracjami ERP i newsletterem wysyłanym do stu tysięcy odbiorców. Poniższy przewodnik porządkuje kryteria techniczne, pokazuje realne widełki cenowe w złotówkach i wyjaśnia, kiedy przeskok na mocniejszą infrastrukturę faktycznie się zwraca, a kiedy jest tylko wydatkiem. Znajdziesz tu również konkretne progi zasobów, które można traktować jako minimum przy planowaniu sezonowych szczytów sprzedaży. Każdy rozdział kończy się wnioskiem gotowym do przeniesienia na rozmowę z dostawcą infrastruktury.
Ile zasobów naprawdę potrzebuje sklep
Punktem wyjścia jest ruch, a nie cennik dostawcy. Odpowiedź na pytanie jak wybrać serwer pod sklep internetowy zaczyna się od liczb: serwis odwiedzany przez tysiąc użytkowników dziennie generuje inne obciążenie niż sklep z tą samą liczbą sesji skumulowanych w dwie godziny wieczornej promocji.
Drugi parametr to rozmiar bazy danych i katalogu plików. Dwa tysiące produktów z trzema zdjęciami każdy to zwykle 8–15 GB zasobów i baza rzędu 500 MB. Doliczenie faktur, logów zamówień oraz kopii zapasowych z trzydziestu dni potrafi potroić tę wartość w ciągu jednego roku działalności.
Trzeci filar to integracje. Kurierzy, systemy płatności, hurtownie z plikami XML, moduły księgowe i marketing automation odpytują serwer cyklicznie. Każdy import cennika z pliku o wadze 200 MB obciąża procesor podobnie jak kilkudziesięciu równoczesnych klientów, dlatego zapas mocy planuje się z myślą o zadaniach uruchamianych w tle.
Procesor, RAM i dysk NVMe w praktyce
Dla sklepu do dwóch tysięcy produktów rozsądnym minimum są cztery rdzenie vCPU, 8 GB RAM i dysk NVMe o pojemności 100 GB. Powyżej dziesięciu tysięcy indeksów mówimy o ośmiu rdzeniach i 16–32 GB RAM, bo cache obiektowy Redis trzyma w pamięci znaczną część katalogu.
Dysk talerzowy odpada całkowicie. Różnica między SATA SSD a NVMe przy zapytaniach do bazy sięga kilkuset procent w operacjach losowego odczytu, co przekłada się bezpośrednio na czas generowania listingu kategorii z filtrami. To zwykle najtańsza optymalizacja infrastruktury i pierwsza pozycja do sprawdzenia w ofercie.
Hosting współdzielony, VPS czy serwer dedykowany
Wybór technologii to moment, w którym pytanie jak wybrać serwer pod sklep internetowy przestaje być teoretyczne. Kwestia, czym różni się VPS od hostingu współdzielonego, sprowadza się do gwarancji zasobów: na współdzielonej maszynie sąsiad z nagłym ruchem potrafi spowolnić Twój sklep, a VPS przydziela wydzieloną pulę rdzeni i pamięci.
Hosting współdzielony za 15–40 zł miesięcznie sprawdza się przy sklepie testowym lub katalogu z kilkudziesięcioma produktami. VPS w polskich centrach danych kosztuje 60–250 zł miesięcznie i to on obsługuje większość sklepów małych oraz średnich. Serwer dedykowany zaczyna się w okolicach 400 zł za konfigurację startową.
Chmura rozliczana godzinowo ma sens przy skrajnej sezonowości, na przykład w branży ogrodniczej czy w sklepach z artykułami świątecznymi. Skalowanie w górę na trzy tygodnie i powrót do bazowej konfiguracji bywa wyraźnie tańsze niż utrzymywanie nadmiarowego serwera dedykowanego przez dwanaście miesięcy w roku.
Osobna kwestia to, jak wybrać hosting pod WordPress z wtyczką WooCommerce. Kluczowe są tu PHP w wersji co najmniej 8.1, limit pamięci na proces ustawiony na 512 MB, obsługa crona systemowego zamiast wp-cron oraz cache obiektowy. Bez tych elementów nawet mocny VPS pracuje poniżej swoich możliwości.
| Rozwiązanie | Orientacyjny koszt | Dla kogo |
|---|---|---|
| Hosting współdzielony | 15–40 zł / mies. | Katalog do 200 produktów, sklep testowy |
| VPS 4 vCPU / 8 GB RAM | 60–150 zł / mies. | Sklep do 2000 produktów, podstawowe integracje |
| VPS 8 vCPU / 16 GB RAM | 150–250 zł / mies. | Sklep do 10 000 indeksów, import hurtowni |
| Serwer dedykowany | 400–900 zł / mies. | Duże katalogi, B2B, własne API |
| Chmura autoskalowana | od 250 zł + zużycie | Sezonowe szczyty sprzedaży |
Domena, DNS i rekordy, bez których sklep nie wystartuje
Serwer bez poprawnie skierowanej domeny jest bezużyteczny. Podstawą jest wiedza, jak skonfigurować rekordy DNS domeny: rekord A wskazuje adres IPv4 serwera, AAAA odpowiada za IPv6, MX kieruje pocztę, a TXT przechowuje wpisy SPF i DKIM chroniące wiadomości transakcyjne przed folderem ze spamem.
Pytanie, co to jest rekord CNAME, pojawia się przy subdomenach i usługach zewnętrznych. CNAME to alias wskazujący jedną nazwę na drugą, wykorzystywany na przykład przy panelu wysyłkowym pod adresem status.twojsklep.pl albo przy integracji z siecią CDN. Dla domeny głównej ten typ rekordu się nie sprawdza.
Propagacja zmian trwa od kilku minut do dwudziestu czterech godzin i zależy od wartości TTL. Przed migracją obniż TTL do trzystu sekund na dobę wcześniej, dzięki czemu przełączenie ruchu na nowy serwer przebiegnie niemal natychmiast, bez okna niedostępności w środku dnia sprzedażowego.
Właściciel domeny i terminy odnowienia
Przy przejmowaniu istniejącego sklepu podstawowe pytanie brzmi: jak sprawdzić kto jest właścicielem domeny. Odpowiedź daje baza WHOIS prowadzona przez rejestr oraz panel abonenta u rejestratora. Dane firm są jawne, dane osób fizycznych bywają ukryte, ale rejestrator potwierdzi abonenta na formalny wniosek.
Równie istotne jest to, jak przedłużyć domenę po wygaśnięciu. Domeny .pl mają okres kwarantanny, w którym dotychczasowy abonent zachowuje prawo odnowienia za dopłatą, zwykle kilkukrotnie wyższą niż standardowe 80–120 zł rocznie. Po tym terminie nazwa wraca do puli i rejestruje ją dowolny podmiot.
SSL, bezpieczeństwo i przekierowania
Certyfikat SSL jest warunkiem uruchomienia płatności online. Procedura opisująca, jak zainstalować certyfikat SSL na serwerze, w panelach typu DirectAdmin, cPanel czy Plesk zamyka się w kilku kliknięciach, bo panel sam generuje klucz prywatny, żądanie CSR i podpina wystawiony certyfikat do domeny oraz jej subdomen.
Darmowy certyfikat SSL Let’s Encrypt odnawia się automatycznie co dziewięćdziesiąt dni i w zupełności wystarcza typowemu sklepowi. Certyfikaty komercyjne z walidacją organizacji, kosztujące 300–1200 zł rocznie, dodają weryfikację podmiotu i gwarancję finansową, co realnie liczy się głównie w segmencie B2B oraz finansach.
Po włączeniu HTTPS trzeba wiedzieć, jak ustawić przekierowanie 301 w htaccess, żeby stare adresy http nie dublowały treści. Ta sama reguła porządkuje wersję z www i bez www. Przekierowanie stałe przenosi moc linków, natomiast tymczasowe 302 tego nie robi i psuje indeksację.
- Kopie zapasowe wykonywane codziennie i przechowywane poza serwerem produkcyjnym, minimum trzydzieści punktów przywracania.
- Zapora aplikacyjna WAF oraz ochrona przed atakami wolumetrycznymi po stronie dostawcy infrastruktury.
- Dostęp do panelu i SSH wyłącznie z uwierzytelnianiem dwuskładnikowym i kluczem, nigdy samym hasłem.
- Izolacja środowiska testowego od produkcyjnego: osobna baza danych i osobne konto FTP.
- Monitoring dostępności co sześćdziesiąt sekund z powiadomieniem SMS przy przestoju.
Migracja, testy prędkości i codzienna praca zespołu
Zmiana dostawcy jest rutynowa, jeśli zaplanujesz ją poza szczytem sprzedaży. Instrukcja, jak przenieść stronę na inny hosting, obejmuje kopię plików, zrzut bazy, odtworzenie na nowym serwerze, testy na pliku hosts, dopiero na końcu zmianę rekordów DNS i zamrożenie zamówień na kilkadziesiąt minut.
Po migracji mierzysz efekt. Czas do pierwszego bajtu poniżej dwustu milisekund i pełne wyrenderowanie karty produktu poniżej dwóch sekund to progi, do których dążysz. Pomiar wykonuj z kilku lokalizacji, bo wynik z jednego miasta nie opisuje doświadczenia klientów z drugiego końca kraju.
Zanim uznasz serwer za winnego, wyklucz własne łącze. Wiedza o tym, jak sprawdzić prędkość internetu rzetelnie, oznacza test przewodowy, bez VPN, przy wyłączonych aktualizacjach w tle i powtórzony trzykrotnie o różnych porach doby. Dopiero taki wynik nadaje się do porównania z parametrami hostingu.
W biurze i magazynie znaczenie ma również to, jak wzmocnić sygnał WiFi w domu lub w hali: punkt dostępowy w paśmie 5 GHz umieszczony centralnie, kanał wybrany ręcznie i system mesh zamiast prostych wzmacniaczy. Panel administracyjny obsługiwany przez słabe łącze zawsze sprawia wrażenie wolnego.
Jak sprawdzić, czy serwer wytrzyma sezonowy szczyt sprzedaży?
Najprościej przeprowadzić test obciążeniowy narzędziem generującym ruch, na przykład k6 lub Locust, symulując pełną ścieżkę: strona główna, kategoria, karta produktu, dodanie do koszyka, przejście do kasy. Zacznij od pięćdziesięciu wirtualnych użytkowników i zwiększaj skokowo co pięćdziesięciu, obserwując czas odpowiedzi oraz zużycie procesora. Moment, w którym czas odpowiedzi przekracza dwie sekundy, wyznacza realny sufit konfiguracji. Ten wynik, zestawiony z historycznym szczytem z analityki pomnożonym przez trzy, odpowiada na pytanie, jak wybrać serwer pod sklep internetowy na kolejny sezon. Testy wykonuj zawsze na kopii produkcji, nigdy na żywym sklepie w godzinach sprzedaży.
Czy VPS wystarczy dla sklepu z kilkoma tysiącami produktów?
Dla katalogu liczącego od dwóch do dziesięciu tysięcy indeksów VPS z ośmioma rdzeniami vCPU, 16 GB RAM i dyskiem NVMe o pojemności 200 GB obsługuje ruch rzędu trzech tysięcy sesji dziennie bez problemu, pod warunkiem włączenia cache stron, cache obiektowego oraz CDN dla zdjęć. Wąskim gardłem staje się zwykle nie moc maszyny, lecz nieoptymalne zapytania do bazy generowane przez wtyczki filtrujące i moduły importu. Zanim dołożysz zasoby, przejrzyj logi wolnych zapytań. Serwer dedykowany ma sens dopiero przy stałym obciążeniu przekraczającym siedemdziesiąt procent rdzeni albo przy wymogach zgodności wykluczających współdzielenie sprzętu.
Co zrobić, gdy sklep działa wolno mimo mocnej konfiguracji?
Zacznij od rozdzielenia warstw. Zmierz osobno czas odpowiedzi serwera aplikacji, czas zapytań do bazy danych i czas dostarczenia zasobów statycznych. Najczęstsze przyczyny to brak indeksów w tabelach zamówień, zdjęcia serwowane w oryginalnej rozdzielczości zamiast w formacie WebP, blokujące skrypty zewnętrzne oraz kilkadziesiąt wtyczek ładowanych na każdym widoku. Sprawdź także, czy zadania cron nie uruchamiają importu hurtowni w godzinach szczytu. Jeżeli metryki serwera pozostają niskie, a strona ładuje się długo, problem leży po stronie kodu lub sieci klienta, nie infrastruktury. Dopiero po takiej diagnozie dokładanie rdzeni ma uzasadnienie ekonomiczne.
