Zmiana hostingu to jak przeprowadzka firmy: jeśli ją zaplanujesz, klienci nawet nie zauważą, że coś się działo. Jeśli nie — czeka Cię przestój, zgubiona poczta i nerwowe telefony. Poniżej sprawdzona procedura migracji WordPressa, po której strona działa szybciej, a Google nie gubi ani jednej pozycji.
Kiedy w ogóle zmieniać hosting
Sygnały, że obecny serwer hamuje stronę: czas odpowiedzi serwera (TTFB) powyżej 0,6–0,8 s, regularne komunikaty o przekroczonych limitach, brak nowszych wersji PHP (w 2026 standard to 8.2–8.3), wsparcie odpisujące po trzech dniach. Wolny hosting to jeden z najczęstszych hamulców w Core Web Vitals — bywa, że sama przeprowadzka skraca ładowanie o sekundę.
Zanim ruszysz cokolwiek: przygotowanie
- Zrób pełną kopię zapasową: wszystkie pliki (przez FTP lub menedżer hostingu) oraz eksport bazy danych z phpMyAdmin. Kopię trzymaj lokalnie, nie na serwerze, z którego się wyprowadzasz.
- Spisz dostępy: panel starego i nowego hostingu, FTP, baza danych, rejestrator domeny. Migracje najczęściej blokuje nie technologia, tylko szukanie haseł.
- Sprawdź pocztę. Jeśli skrzynki działają na starym hostingu, zaplanuj ich przeniesienie razem ze stroną — to najczęściej zapominany element przeprowadzki.
- Obniż TTL domeny do 300–600 sekund na kilka–kilkanaście godzin przed migracją. Dzięki temu przełączenie DNS „chwyci” w minuty, nie w dobę.
Migracja krok po kroku
- Wgraj pliki strony na nowy serwer (FTP lub — szybciej — archiwum zip rozpakowane po stronie serwera).
- Utwórz na nowym hostingu bazę danych i zaimportuj do niej eksport ze starej.
- W pliku wp-config.php zaktualizuj dane połączenia z bazą: nazwę bazy, użytkownika, hasło i host.
- Przetestuj stronę na nowym serwerze przed przełączeniem domeny — najprościej przez plik hosts na własnym komputerze, wpisując IP nowego serwera dla swojej domeny.
- Dopiero gdy wszystko działa: przełącz DNS (rekord A domeny na IP nowego serwera). Przy obniżonym TTL ruch przepłynie w kilkanaście–kilkadziesiąt minut.
- Przez 24–48 godzin nie kasuj starej wersji — pojedynczy spóźnieni odwiedzający mogą jeszcze trafiać na stary serwer.
Checklista po migracji
- Certyfikat SSL wystawiony i wymuszony (strona działa po https, bez ostrzeżeń przeglądarki).
- Formularze wysyłają maile — wykonaj wysyłkę testową; to najczęstsza cicha ofiara przeprowadzek.
- Panel wp-admin, aktualizacje i wgrywanie mediów działają (poprawne uprawnienia plików).
- Poczta odbiera i wysyła; rekordy MX, SPF i DKIM wskazują właściwy serwer.
- PageSpeed po migracji — porównaj z wynikiem sprzed; powinno być lepiej, nie gorzej.
- Google Search Console nie zgłasza nagłych błędów indeksowania w kolejnych dniach.
Co z SEO?
Dobra wiadomość: sama zmiana hostingu jest dla Google neutralna, o ile adresy URL pozostają identyczne — a przy przenosinach 1:1 pozostają. Pozycje potrafi poprawić szybszy serwer. Ryzyko pojawia się tylko wtedy, gdy przy okazji zmieniasz domenę lub strukturę adresów — wtedy niezbędna jest kompletna mapa przekierowań 301. Nie łącz dwóch operacji w jedną: najpierw przeprowadzka, po tygodniu ewentualne zmiany struktury.
Typowe błędy, które sprzątamy po innych
Migracja „na żywca” w godzinach szczytu, brak kopii zapasowej przed startem, zapomniana poczta, niedziałające formularze odkryte po tygodniu ciszy od klientów oraz baza wyeksportowana bez części tabel. Każdy z tych błędów jest darmowy do uniknięcia i drogi do naprawienia.
Wolisz mieć to z głowy?
Przenosimy strony WordPress w ramach usługi migracje i naprawy: z plikami, bazą i pocztą, z testem na nowym serwerze przed przełączeniem i checklistą po — zwykle z przerwą w działaniu bliską zeru. A jeśli nie wiesz, czy Twój hosting rzeczywiście hamuje stronę, zacznij od bezpłatnego audytu: zmierzymy i powiemy wprost, czy przeprowadzka w ogóle się opłaci.