Przeniesienie strony na inny hosting bez przerwy w działaniu

Typowy scenariusz: pierwszy rok hostingu kosztował kilkadziesiąt złotych, a faktura za odnowienie jest kilka razy wyższa. Pisałem o tym w tekście o koszcie strony przez trzy lata. Zmiana firmy hostingowej jest wtedy rozsądna, ale wielu właścicieli boi się, że strona zniknie na kilka dni, a maile przepadną. Przy dobrej kolejności kroków odwiedzający nie zauważą przeprowadzki.

Zanim zaczniesz: co masz i gdzie?

Spisz trzy rzeczy, bo od nich zależy plan:

1. Gdzie jest domena (rejestrator) i czy masz do niej dostęp. Domena i hosting to dwie różne usługi, nawet jeśli kupiłeś je razem. Przeniesienie strony nie wymaga przenoszenia domeny. Jeśli chcesz zmienić też rejestratora, zrób to osobno, po przeprowadzce strony. Instrukcja jest w tekście o domenie .pl i kodzie AuthInfo.
2. Gdzie są DNS, czyli gdzie ustawiasz, na jaki serwer wskazuje domena. Mogą być u rejestratora, u starego hostingu albo w Cloudflare. Sprawdzisz to w panelu domeny w polu „serwery DNS” albo w dowolnym narzędziu WHOIS.
3. Gdzie jest poczta. Jeśli adresy w domenie firmy działają na starym hostingu, przeprowadzka dotyczy także ich. Jeśli poczta jest w Google Workspace albo Microsoft 365, wystarczy przepisać jej rekordy DNS bez zmian.

Krok 1. Skróć TTL dzień lub dwa wcześniej

TTL (time to live) to czas, przez jaki serwery na świecie mogą trzymać w pamięci starą odpowiedź DNS. Jeśli TTL rekordu wynosi 24 godziny, część osób może trafiać na stary serwer jeszcze przez dobę po zmianie.

Dlatego co najmniej na czas obecnego TTL przed przeprowadzką ustaw TTL rekordów A, AAAA i ewentualnie CNAME dla „www” na krótki, na przykład 300 sekund, czyli 5 minut. Po przeprowadzce możesz go wydłużyć z powrotem. W Cloudflare, przy rekordach z pomarańczową chmurką (proxy), zmiana adresu serwera działa praktycznie od razu, bo odwiedzający łączą się z Cloudflare, a nie bezpośrednio z serwerem.

Krok 2. Zrób pełną kopię

Potrzebujesz kopii plików strony i bazy danych. W WordPressie najprościej zrobić to wtyczką do migracji albo narzędziem w panelu hostingu. Kopię pobierz na własny komputer, a nie tylko na stary serwer. Jeśli konto u starego dostawcy wygaśnie w złym momencie, kopia na tym samym koncie zniknie razem z nim. Szerzej o kopiach w tekście o zasadzie 3-2-1.

Zanim przeniesiesz stronę, to dobry moment na porządki: usuń nieużywane wtyczki i motywy, a także stare kopie zapasowe leżące w katalogu strony. Przeprowadzka będzie szybsza. Przy dużym serwisie z tysiącami adresów potrzebna jest jeszcze pełna mapa przekierowań, o której piszę w tekście o WordPressie dla dużych serwisów i portali.

Krok 3. Postaw stronę na nowym serwerze

Wgraj pliki, utwórz bazę danych, zaimportuj ją i ustaw dane dostępu w pliku konfiguracyjnym. W WordPressie jest to plik wp-config.php. Jeśli po przeprowadzce strona pokazuje błąd połączenia z bazą danych, zwykle winne są właśnie dane w tym pliku; jak to sprawdzić, piszemy w poradniku Error establishing a database connection. Wtyczki migracyjne robią to automatycznie. Wiele firm hostingowych oferuje też bezpłatną przeprowadzkę, więc zapytaj o nią, zanim zaczniesz sam.

Sprawdź wersję PHP na nowym serwerze. Powinna być taka sama jak na starym albo nowsza i wspierana przez wtyczki. Ustaw też certyfikat SSL. Część hostingów wystawia go dopiero wtedy, gdy domena już wskazuje na nowy serwer. Zaplanuj to, żeby strona po przełączeniu nie pokazywała przez chwilę ostrzeżenia o niebezpiecznym połączeniu.

Krok 4. Przetestuj, zanim przełączysz ruch

Na tym etapie domena nadal wskazuje na stary serwer i dla klientów nic się nie zmieniło. Nową kopię możesz obejrzeć na dwa sposoby: przez tymczasowy adres, który daje wiele hostingów, albo przez wpis w pliku hosts na swoim komputerze. Ten drugi sposób sprawia, że tylko Twój komputer łączy się z nowym serwerem pod prawdziwą domeną.

Sprawdź stronę główną, kilka podstron, formularz kontaktowy (wyślij próbną wiadomość), logowanie do panelu i wygląd na telefonie. W WordPressie zajrzyj też do „Ustawienia → Bezpośrednie odnośniki” i zapisz je ponownie. To często naprawia błędy 404 na podstronach po przeprowadzce.

Krok 5. Przenieś pocztę

Jeśli skrzynki pocztowe były na starym hostingu, załóż na nowym te same adresy. Wiadomości ze starych skrzynek przeniesiesz programem pocztowym (na przykład Thunderbirdem, przeciągając foldery między kontami IMAP) albo narzędziem do migracji poczty, jeśli nowy dostawca je ma.

Przy zmianie DNS przepisz rekordy poczty: MX, SPF, DKIM i DMARC. Rekord DKIM generuje serwer pocztowy, więc na nowym hostingu będzie inny. Bez tych rekordów maile z firmy mogą trafiać do spamu. Szczegóły w tekście o SPF, DKIM i DMARC.

Krok 6. Przełącz DNS

Teraz zmień rekordy A (i AAAA, jeśli jest) na adres nowego serwera, a rekordy poczty na nowe wartości. Jeśli zmieniasz całe serwery DNS u rejestratora, przed zmianą odtwórz u nowego dostawcy wszystkie rekordy: także te od Search Console, poczty, rezerwacji online czy innych usług. Zapomniany rekord TXT potrafi wyłączyć weryfikację, o której nikt nie pamięta.

Dla domen .pl zmiana serwerów DNS w rejestrze jest zwykle widoczna szybko, ale pełne rozejście się zmian w internecie zależy od TTL. Przez ten czas część osób może jeszcze widzieć stary serwer. Dlatego w tym oknie nie dodawaj na starej stronie nowych treści i nie przyjmuj zamówień przez stary sklep, jeśli go masz.

Krok 7. Sprawdź i dopiero potem wyłącz stary hosting

• Otwórz stronę w telefonie na danych komórkowych, czyli z innej sieci niż biuro.
• Wyślij maila na firmowy adres z prywatnej skrzynki i odpowiedz na niego.
• W Google Search Console sprawdź, czy nie ma nowych błędów w raporcie „Strony”. Jak to robić, opisałem w tekście o Search Console.
• Uruchom PageSpeed Insights. Nowy serwer powinien być co najmniej tak szybki jak stary.

Stary hosting zostaw aktywny jeszcze przez kilka dni, a najlepiej do końca opłaconego okresu. Zanim go wyłączysz, pobierz ostatnią kopię i sprawdź, czy na starych skrzynkach nie pojawiły się nowe maile.

Źródła

• Cloudflare Docs: Time to Live (TTL) (dostęp: 3.11.2026)
• WordPress.org: Moving WordPress (dostęp: 3.11.2026)
• RFC 1035: Domain Names – Implementation and Specification, definicja TTL (dostęp: 3.11.2026)