Jak przetestować hosting przed zakupem? Plan testu na 14 dni: TTFB, wersje PHP, WordPress, poczta w Gmailu, SSL, kopie zapasowe i wsparcie - z tabelą wyników.
Autor: McProdukt · Opublikowano: · Aktualizacja:
Hosting najlepiej przetestować w okresie próbnym na kopii własnej strony: zmierz czas odpowiedzi serwera (TTFB), sprawdź wersje PHP, wyślij maile do Gmaila, przywróć coś z kopii zapasowej i zadaj wsparciu konkretne pytanie. Poniżej plan testu na 14 dni, tabela z tym, jaki wynik jest dobry, oraz sposób, żeby obejrzeć stronę na nowym serwerze bez zmiany DNS.
Cennik mówi o pojemności i cenie, ale nie powie, jak szybko odpowiada serwer, czy poczta trafia do skrzynek odbiorców i jak wygląda kontakt ze wsparciem, gdy coś nie działa. Te rzeczy sprawdzisz tylko w praktyce - najlepiej na własnej stronie, a nie na pustej instalacji. Na co zwracać uwagę przy samym wyborze oferty, opisujemy w poradniku jaki hosting wybrać.
Zanim założysz konto testowe, sprawdź warunki: czy test wymaga podania karty, czy po jego końcu usługa przedłuża się sama i czy dane z testu zostaną, jeśli zdecydujesz się kupić. Darmowy hosting nie zastąpi takiego testu, bo to inny produkt, z innymi ograniczeniami - więcej w tekście darmowy hosting - czy warto.
Dopisz w pliku hosts na swoim komputerze adres IP nowego serwera i domenę strony - wtedy tylko Ty zobaczysz wersję z testowego hostingu, a klienci dalej będą trafiać na obecny. Dokładne kroki dla Windows i macOS opisujemy w poradniku plik hosts - gdzie jest i jak go edytować.
Przy takim podglądzie przeglądarka zwykle ostrzega o certyfikacie. To normalne: Let's Encrypt przed wystawieniem certyfikatu sprawdza domenę, najczęściej przez plik weryfikacyjny pobierany z adresu Twojej domeny na porcie 80 (metoda HTTP-01). Dopóki domena prowadzi do starego serwera, nowy zwykle nie dostanie certyfikatu. Certyfikat sprawdzisz wcześniej na domenie testowej albo subdomenie skierowanej na nowy serwer.
| Co testujesz | Jak | Dobry wynik |
|---|---|---|
| Czas odpowiedzi (TTFB) | test szybkości, DevTools; kilka pomiarów o różnych porach | do 0,8 s, stabilnie przez cały dzień |
| Wersje PHP | lista wersji w panelu, zmiana dla jednej domeny | dostępne wersje wspierane przez twórców PHP i wybór osobno dla każdej domeny |
| Twoja strona | kopia strony oglądana przez plik hosts | działają formularze, wyszukiwarka, koszyk i panel administracyjny |
| Poczta | wysyłka do Gmaila, sprawdzenie nagłówków i rekordów | SPF i DKIM z wynikiem „pass", DMARC ustawiony, wiadomość w odebranych |
| SSL | test SSL na domenie testowej lub po przepięciu domeny | ważny certyfikat wystawiany i odnawiany automatycznie, przekierowanie na HTTPS |
| Kopie zapasowe | lista kopii w panelu, przywrócenie pliku lub bazy | kopie co najmniej raz na dobę i przywracanie bez dopłat |
| Wsparcie | konkretne pytanie techniczne | odpowiedź z rozwiązaniem, a nie odesłanie do ogólnego FAQ |
| Panel | typowe czynności: skrzynka, baza, subdomena, cron | zrobisz je sam, bez szukania instrukcji |
Mierz TTFB, czyli czas do pierwszego bajtu odpowiedzi serwera. Według web.dev dobry wynik to 0,8 s lub mniej, a powyżej 1,8 s - słaby. TTFB obejmuje m.in. wyszukanie DNS, nawiązanie połączenia z TLS i czas, w którym serwer przygotowuje stronę, więc dobrze pokazuje, jak szybko hosting reaguje.
Z czego składa się TTFB i co zrobić, gdy jest za wysoki, wyjaśniamy w tekście TTFB - czas odpowiedzi serwera.
W panelu sprawdź, jakie wersje PHP są dostępne i czy możesz ustawić je osobno dla każdej domeny. Według php.net w marcu 2026 r. wsparcie mają PHP 8.2, 8.3, 8.4 i 8.5, a starsze wersje nie dostają już żadnych poprawek. Starsza wersja przyda się najwyżej na chwilę, dla przestarzałej strony, ale nie powinna być jedyną opcją.
Na kopii strony przeklikaj najważniejsze ścieżki: formularz kontaktowy, wyszukiwarkę, koszyk z płatnością testową i logowanie do panelu. Sprawdź też, czy dochodzą maile wysyłane z formularza i czy działają zadania cykliczne, np. wysyłka newslettera albo kopie robione przez wtyczkę.
Załóż skrzynkę, wyślij z niej wiadomość na adres w Gmailu i sprawdź, czy trafiła do odebranych oraz czy przeszła uwierzytelnianie SPF i DKIM. W Gmailu na komputerze kliknij strzałkę pod nazwą nadawcy - Twoja domena w polach „mailed-by" i „signed-by" oznacza, że wiadomość jest uwierzytelniona. W pełnych nagłówkach szukaj nagłówka Authentication-Results z wpisami spf=pass i dkim=pass.
Od 1 lutego 2024 roku Gmail wymaga od wszystkich nadawców co najmniej SPF lub DKIM, a od wysyłających ponad 5 000 wiadomości dziennie na konta Gmail - także DMARC. Rekordy domeny sprawdzisz narzędziem SPF, DKIM i DMARC. Pełny test poczty wymaga domeny, której DNS wskazuje na nowy hosting - jeśli główna domena działa jeszcze u starego dostawcy, użyj do testu drugiej, mniej ważnej domeny.
Nie wystarczy, że kopie „są w ofercie" - sprawdź, czy potrafisz z nich skorzystać. Po dniu lub dwóch testu zajrzyj do panelu i zobacz, czy pojawiły się kopie. Potem usuń celowo jeden plik z kopii strony (np. obrazek) albo zmień wpis w bazie i spróbuj przywrócić stan sprzed zmiany. Przy okazji ustal:
Zadaj pytanie, na które odpowiedź wymaga wiedzy, a nie kopiowania formułki. Przykłady:
Oceń nie tylko czas reakcji, ale też to, czy odpowiedź rozwiązuje problem. Dobry znak: wsparcie dopytuje o szczegóły, np. domenę czy godzinę wystąpienia błędu. Po przepięciu domeny sprawdź jeszcze certyfikat testem SSL.
W McProdukt każdy pakiet hostingu możesz testować przez 14 dni za darmo, bez płatności (raz na konto). Na test przeniesiesz kopię swojej strony i obejrzysz ją przez plik hosts, zanim zmienisz DNS, a jeśli zdecydujesz się zostać, stronę i pocztę od obecnego dostawcy przeniesiemy bezpłatnie.
Tak, jeśli dostawca ma okres próbny. Sprawdź, czy test wymaga karty płatniczej i co dzieje się po jego zakończeniu. Każdy pakiet hostingu McProdukt możesz testować przez 14 dni bez płatności.
Co najmniej tydzień, a najlepiej dwa. Pomiary z jednego dnia nie pokażą, jak serwer zachowuje się o różnych porach i czy zdarzają się przerwy.
Tak. Stronę obejrzysz przez plik hosts na swoim komputerze, bez zmiany DNS. Domenę przełączasz dopiero wtedy, gdy test wypadnie dobrze.
Według web.dev dobry TTFB to 0,8 sekundy lub mniej, a wynik powyżej 1,8 sekundy jest słaby. Mierz kilka razy i o różnych porach, bo pojedynczy wynik może być przypadkowy.
Kopia zapasowa, którą da się przywrócić, i poczta, która trafia do odebranych. Szybkość łatwo zmierzyć, ale to kopie i poczta decydują, czy w kryzysie odzyskasz dane i czy klienci dostaną Twoje wiadomości.
Wszystkie poradniki z kategorii: Hosting od podstaw