Kiedy zmienić hosting? 9 sygnałów, m.in. awarie, wolny serwer, błędy 508, stare PHP i maile w spamie. Jak je sprawdzić i przenieść stronę bez przestoju.
Autor: McProdukt · Opublikowano: · Aktualizacja:
Hosting warto zmienić, gdy te same problemy wracają mimo dobrze przygotowanej strony: częste awarie, wolna odpowiedź serwera, błędy 508, brak aktualnego PHP, maile w spamie, słabe wsparcie albo drogie odnowienie. Poniżej 9 sygnałów i sposób sprawdzenia każdego z nich, a na końcu: kiedy zmiana nie pomoże i jak przenieść stronę bez przestoju.
Jeden gorszy dzień nie jest powodem do przeprowadzki. Liczą się problemy, które wracają i których nie da się rozwiązać po stronie samej strony. Im więcej sygnałów z poniższej listy pasuje do Twojej sytuacji, tym mocniejszy argument za zmianą.
Pojedyncza awaria może się zdarzyć każdemu. Sygnałem jest powtarzalność: przerwy co tydzień albo codziennie o tej samej porze. Jak sprawdzić: ustaw zewnętrzny monitoring ze sprawdzaniem co 1-5 minut na 2-4 tygodnie i porównaj wynik z deklaracją dostawcy. Przy 99,9% dostępności w 30-dniowym miesiącu dopuszczalny przestój to około 43 minuty. Jak liczyć i mierzyć dostępność, opisujemy w tekście uptime hostingu - co oznacza 99,9%.
Strona długo „myśli", zanim cokolwiek się pojawi - także przy włączonym cache. Jak sprawdzić: zmierz TTFB w teście szybkości kilka razy o różnych porach; dobry wynik według web.dev to do 0,8 s. Zmierz też zwykły plik, np. obrazek z biblioteki mediów. Jeśli nawet plik statyczny odpowiada wolno, problem leży po stronie serwera, a nie WordPressa.
Na serwerach z CloudLinux komunikat 508 Resource Limit Is Reached oznacza, że konto przekroczyło limit jednoczesnych żądań do PHP. Pojedynczy skok ruchu to nic złego, ale jeśli błędy pojawiają się przy normalnym ruchu, a strona ma cache i nie atakują jej boty, pakiet jest za mały albo limity za ciasne. Jak sprawdzić: statystyki zasobów w panelu i logi z godziny błędu - krok po kroku opisujemy to w tekście błąd 508 Resource Limit Is Reached.
Według php.net w kwietniu 2026 r. wsparcie mają PHP 8.2, 8.3, 8.4 i 8.5, przy czym 8.2 i 8.3 dostają już tylko poprawki bezpieczeństwa (8.2 - do 31 grudnia 2026 r.). Starsze wersje nie dostają żadnych poprawek. Jeśli dostawca nie oferuje nowszych wersji albo pozwala ustawić tylko jedną wersję dla całego konta, trudno będzie bezpiecznie aktualizować stronę. Jak sprawdzić: lista wersji PHP w panelu hostingu.
Jeśli po promocyjnym pierwszym roku cena wyraźnie wzrosła, porównaj ją z cenami odnowienia u innych dostawców - nie z ich promocjami na pierwszy rok, bo za rok sytuacja się powtórzy. Dolicz też czas i ewentualny koszt przeniesienia. Jak sprawdzić: proforma lub faktura za odnowienie; jak czytać cenniki, wyjaśniamy w tekście cena hostingu po pierwszym roku.
Odpowiedzi po kilku dniach, szablonowe formułki albo odsyłanie od działu do działu, gdy strona nie działa. Jak sprawdzić: przejrzyj ostatnie zgłoszenia - czy problem został rozwiązany, czy tylko zamknięty? W okresie próbnym zadaj nowemu dostawcy to samo pytanie i porównaj odpowiedzi.
Kopie raz w tygodniu, przechowywane kilka dni, albo przywrócenie tylko przez płatne zgłoszenie - to ryzyko, które wychodzi na jaw w najgorszym momencie. Jak sprawdzić: spróbuj przywrócić pojedynczy plik lub bazę z kopii sprzed kilku dni i zmierz, ile to trwa.
Jeśli wiadomości z firmowej skrzynki lądują w spamie, choć SPF, DKIM i DMARC są ustawione poprawnie, problemem może być reputacja adresu IP serwera pocztowego. Od 1 lutego 2024 roku Gmail wymaga od wszystkich nadawców m.in. SPF lub DKIM, poprawnego rekordu odwrotnego DNS (PTR) i poziomu zgłoszeń spamu poniżej 0,3%. Jak sprawdzić: rekordy domeny w narzędziu SPF, DKIM i DMARC, a adres IP serwera - na czarnych listach.
Certyfikat SSL dla każdej domeny, wystawiany i odnawiany automatycznie, powinien być w cenie hostingu - dopłata za podstawowy certyfikat albo ręczne odnawianie to sygnał ostrzegawczy. Podobnie brak HTTP/2 albo ograniczony panel: bez zmiany wersji PHP, bez zadań cron, bez dostępu do logów. Jak sprawdzić: w Chrome otwórz DevTools (F12) i zakładkę Network, kliknij prawym przyciskiem nagłówek tabeli i włącz kolumnę Protocol - wartość h2 oznacza HTTP/2.
Porównaj szybkość zwykłego pliku z szybkością strony generowanej przez PHP i sprawdź, czy problem występuje też na kopii strony z wyłączonymi wtyczkami. Jeśli pliki statyczne odpowiadają szybko, a strona WordPressa wolno, przyczyna leży najpewniej w stronie: we wtyczkach, motywie, braku cache albo bazie danych.
| Co sprawdzasz | Wskazuje raczej na stronę | Wskazuje raczej na hosting |
|---|---|---|
| Szybkość | wolne są tylko strony z PHP, pliki statyczne odpowiadają szybko | wolne jest wszystko, także obrazki i panel |
| Moment pojawienia się | po aktualizacji wtyczki, motywu lub WordPressa | o różnych porach, bez związku ze zmianami na stronie |
| Zasięg | jedna strona na koncie | wszystkie strony na koncie, poczta i panel |
| Test na kopii | problem znika po wyłączeniu wtyczek | problem zostaje nawet na czystej instalacji |
| Wsparcie | nie widzi problemów z serwerem | potwierdza awarię lub przeciążenie |
Przeprowadzka nie naprawi problemów, które przeniesiesz razem ze stroną:
Najpierw uruchom i przetestuj stronę na nowym hostingu, potem przełącz domenę, a stary hosting wyłącz dopiero wtedy, gdy nie trafia na niego już żaden ruch. Tak w skrócie wygląda procedura, którą Google opisuje dla przeniesienia strony na nowy hosting bez zmiany adresów:
Szczegóły znajdziesz w poradnikach migracja strony WWW na nowy hosting bez przestoju i przeniesienie poczty e-mail bez utraty maili.
Jeśli rozpoznajesz u siebie kilka sygnałów, nie musisz przenosić strony sam. W McProdukt migrację strony i poczty od obecnego dostawcy robimy bezpłatnie, a każdy pakiet hostingu możesz najpierw przez 14 dni przetestować za darmo.
Nie musi. Jeśli strona na nowym serwerze jest gotowa i przetestowana przed zmianą DNS, a stary hosting działa do końca propagacji, odwiedzający trafiają na jedną z dwóch działających wersji. Ryzyko przestoju pojawia się, gdy stary hosting zostanie wyłączony za wcześnie.
Kilka tygodni przed końcem opłaconego okresu - masz czas na test i spokojną migrację, a nie płacisz za odnowienie usługi, z której rezygnujesz. Unikaj okresów największej sprzedaży, np. tygodni przed świętami w sklepie.
Nie, jeśli skrzynki zostaną przeniesione razem z wiadomościami, np. przez synchronizację IMAP, a po zmianie DNS dosynchronizujesz pocztę, która trafiła jeszcze na stary serwer. Kopia strony nie obejmuje poczty - to osobny krok.
Nie. Domena może zostać u obecnego rejestratora - wystarczy zmienić serwery nazw albo rekordy DNS tak, by wskazywały nowy hosting. Transfer domeny to osobna decyzja.
Samo kopiowanie zależy od wielkości strony i poczty, ale całą zmianę - z testem, obniżeniem TTL co najmniej tydzień wcześniej i propagacją DNS - zaplanuj na 1-2 tygodnie.
Wszystkie poradniki z kategorii: Hosting od podstaw