Jak przenieść stronę WWW na inny hosting bez przestoju? Przewodnik krok po kroku

Większość osób nie zmienia hostingu dlatego, że nagle znalazła lepszą ofertę. Zmienia go w dniu, w którym dostaje fakturę za odnowienie — i okazuje się, że usługa, która w pierwszym roku kosztowała kilkadziesiąt złotych, w drugim kosztuje kilka razy więcej. Do tego dochodzą wolno ładujące się strony, wsparcie odpowiadające po trzech dniach i panel, w którym nie da się nic znaleźć.

I wtedy pojawia się druga myśl: „ale przecież migracja to ryzyko”. Strona zniknie, poczta przestanie działać, klienci zobaczą błąd. W praktyce przeniesienie strony na inny hosting jest procesem powtarzalnym i przewidywalnym — pod warunkiem, że wykonasz kroki w odpowiedniej kolejności. Poniżej znajdziesz taką kolejność.

Kiedy zmiana hostingu naprawdę się opłaca

Nie każdy powód jest dobrym powodem. Migracja ma sens, gdy:

• Cena odnowienia mocno odbiega od ceny startowej. To najczęstszy scenariusz na polskim rynku — promocyjna pierwsza opłata, a potem skok przy przedłużeniu. Warto porównywać nie pierwszy rok, tylko koszt trzyletni. W Hostingu RapidDC ceny odnowienia są podane wprost w cenniku (np. pakiet Cloud Starter to 40 zł netto za pierwszy rok i 100 zł netto za odnowienie), więc koszt drugiego roku da się policzyć jeszcze przed zakupem.
• Strona działa wolno mimo optymalizacji. Jeśli wyczyściłeś wtyczki, skompresowałeś zdjęcia i włączyłeś cache, a strona nadal się wlecze, problem leży po stronie zasobów serwera.
• Wsparcie techniczne nie odpowiada, gdy jest potrzebne. Awaria o 22:00 w piątek weryfikuje dostawcę lepiej niż każda ulotka.
• Brakuje Ci technologii, których potrzebujesz — nowszej wersji PHP, wystarczającej liczby baz danych, kont e-mail bez limitu.

Jeśli żaden z tych punktów Cię nie dotyczy, migracja będzie tylko kosmetyką. Jeśli dotyczy Cię pierwszy — liczby zwykle mówią same za siebie.

Zanim zaczniesz: spisz, co właściwie przenosisz

Najwięcej problemów bierze się nie z trudności technicznych, ale z tego, że o czymś zapomniano. Zrób listę:

• pliki strony (cały katalog public_html lub odpowiednik),
• bazy danych i ich dane dostępowe,
• konta e-mail wraz z zawartością skrzynek,
• rekordy DNS: MX, SPF, DKIM, TXT weryfikacyjne, subdomeny,
• certyfikat SSL i sposób jego wystawienia,
• zadania cron,
• wersję PHP, na której działa strona,
• przekierowania i reguły z pliku .htaccess.

Ta lista to Twój punkt kontrolny po migracji. Wydrukuj ją albo trzymaj w osobnym pliku — będziesz do niej wracać.

Krok 1 — Zrób pełną kopię zapasową

Zanim ruszysz cokolwiek, pobierz komplet: pliki plus zrzut bazy danych. Nie polegaj wyłącznie na kopii u starego dostawcy — po zakończeniu usługi możesz stracić do niej dostęp. Jeśli nigdy nie eksportowałeś bazy, opisujemy to szczegółowo we wpisie jak wykonać backup bazy danych.

Kopię zapisz lokalnie i sprawdź, czy archiwum daje się otworzyć. Uszkodzony backup odkryty w połowie migracji to najgorszy możliwy moment na taką niespodziankę.

Krok 2 — Przenieś pliki i bazę na nowy serwer

Pliki wgrywasz przez FTP lub SFTP — jeśli potrzebujesz przypomnienia, mamy poradnik jak połączyć się z serwerem FTP. Bazę importujesz przez phpMyAdmin lub z linii poleceń, a następnie aktualizujesz dane dostępowe w pliku konfiguracyjnym aplikacji (wp-config.php w WordPressie).

Ustaw też od razu tę samą wersję PHP, na której strona działała wcześniej. Migracja i skok z PHP 7.4 na 8.3 jednocześnie to dwie zmienne naraz — jeśli coś przestanie działać, nie będziesz wiedzieć, co jest przyczyną. Wersję zmienisz później, spokojnie; w panelu DirectAdmin dostępne są wersje od 5.4 do 8.3, a jak to zrobić, opisujemy w tekście o konfiguracji wersji PHP na hostingu.

Krok 3 — Przetestuj stronę, zanim przełączysz DNS

To jest krok, który odróżnia migrację z przestojem od migracji bez przestoju — i najczęściej pomijany.

Zanim ruszysz domenę, otwórz stronę na nowym serwerze lokalnie: dopisz adres IP nowego serwera i nazwę domeny do pliku hosts na swoim komputerze. Twoja przeglądarka zacznie widzieć nową wersję strony, podczas gdy cały świat nadal korzysta ze starej. Przeklikaj wtedy:

• stronę główną i kilka podstron,
• formularz kontaktowy,
• panel administracyjny,
• koszyk i proces zamówienia, jeśli prowadzisz sklep,
• obrazki i pliki do pobrania.

Dopiero gdy wszystko działa, przechodzisz dalej. Stara strona przez cały ten czas obsługuje ruch normalnie.

Krok 4 — Nie zgub poczty

Poczta to element, o którym przypomina się najczęściej dzień po migracji — kiedy przestają przychodzić wiadomości. Zanim przełączysz DNS:

1. Załóż wszystkie konta e-mail na nowym serwerze, z tymi samymi adresami.
2. Przenieś zawartość skrzynek (klient pocztowy z dwoma kontami IMAP i przeciągnięcie folderów działa w zupełności).
3. Przygotuj komplet rekordów pocztowych: MX oraz SPF, DKIM i DMARC.

Po przełączeniu przez pewien czas część wiadomości może jeszcze trafiać na stary serwer — dlatego nie usuwaj starej usługi od razu. Kwestie bezpieczeństwa skrzynek zebraliśmy we wpisie o bezpieczeństwie poczty e-mail.

Krok 5 — Obniż TTL, potem przełącz DNS

Na dobę przed migracją wejdź w ustawienia DNS i obniż wartość TTL (np. do 300 sekund). TTL mówi serwerom na całym świecie, jak długo mogą trzymać starą odpowiedź w pamięci. Domyślne 24 godziny oznaczają, że po zmianie część użytkowników przez cały dzień będzie widzieć stary serwer. Pięć minut oznacza, że przełączenie jest praktycznie natychmiastowe.

Dopiero potem zmieniasz rekord A na adres IP nowego serwera. Jak dokładnie działa ten mechanizm, tłumaczymy w tekście o propagacji DNS.

Uwaga na częste nieporozumienie: zmiana hostingu to nie to samo co transfer domeny. Domena może zostać u dotychczasowego rejestratora — wystarczy wskazać nowe serwery DNS. Jeśli jednak chcesz przenieść także samą domenę, to osobny proces, opisany we wpisie o przeniesieniu domeny.

Krok 6 — SSL i porządki po migracji

Po przełączeniu DNS wystaw certyfikat na nowym serwerze — w pakietach hostingowych RapidDC certyfikat Let’s Encrypt jest dostępny w ramach usługi. Sprawdź, czy cała strona ładuje się po HTTPS bez ostrzeżeń o mieszanej treści; więcej w tekście o tym, dlaczego strona musi mieć certyfikat SSL.

Na koniec przejdź listę z początku artykułu: crony, przekierowania, formularze, subdomeny. Stary hosting utrzymaj jeszcze przez tydzień lub dwa — to tani bezpiecznik.

4 błędy, które zamieniają migrację w przestój

1. Przełączenie DNS jako pierwszy krok. Odwrotna kolejność: najpierw działająca kopia na nowym serwerze, potem DNS.
2. Wysokie TTL. Bez obniżenia z wyprzedzeniem propagacja rozciąga się na godziny.
3. Skasowanie starego hostingu od razu. Zanim upewnisz się, że nic nie zostało, stary serwer jest Twoją siatką bezpieczeństwa.
4. Migracja w piątek po południu. Rób to wtedy, gdy Ty i wsparcie techniczne jesteście dostępni.

Podsumowanie

Przeniesienie strony na inny hosting to nie loteria, tylko sekwencja: backup → kopia na nowym serwerze → test przez plik hosts → poczta → obniżony TTL → DNS → SSL → weryfikacja. Zachowana kolejność sprawia, że użytkownicy w ogóle nie zauważają zmiany.

Jeśli wolisz nie robić tego samodzielnie — nie musisz. Każdy klient może zlecić nam przeniesienie strony lub sklepu internetowego do Hostingu RapidDC; szczegóły realizacji ustalamy indywidualnie. W pakietach znajdziesz dyski SSD, nielimitowany transfer, konta e-mail bez limitu, panel DirectAdmin, kopie bezpieczeństwa do 3 dni wstecz i wsparcie techniczne dostępne całą dobę, przy deklarowanym SLA na poziomie 99,9%. A jeśli Twoja strona wyrosła już z hostingu współdzielonego, naturalnym kolejnym krokiem są serwery VPS z wirtualizacją KVM i bezpłatną ochroną antyDDoS.

FAQ – najczęściej zadawane pytania o przeniesienie strony na inny hosting

Czy przeniesienie strony na inny hosting oznacza przerwę w jej działaniu?

Nie musi. Jeśli najpierw uruchomisz działającą kopię na nowym serwerze, przetestujesz ją przez plik hosts, a dopiero na końcu przełączysz DNS przy obniżonym TTL, strona jest dostępna przez cały czas — najpierw ze starego serwera, potem z nowego. Przestój pojawia się głównie wtedy, gdy kolejność zostanie odwrócona.

Ile trwa migracja strony WWW?

Sama praca techniczna przy typowej stronie firmowej to zwykle kilka godzin: kopia, wgranie plików, import bazy i testy. Najdłużej trwa propagacja DNS, czyli rozejście się nowego adresu po serwerach na świecie. Przy TTL obniżonym z wyprzedzeniem liczy się ją w minutach, przy domyślnym — nawet w kilkunastu godzinach.

Czy razem z hostingiem muszę przenosić domenę?

Nie. To dwa niezależne procesy. Domena może pozostać u dotychczasowego rejestratora — wystarczy wskazać w niej nowe serwery DNS lub zmienić rekord A. Transfer domeny do innego rejestratora robisz tylko wtedy, gdy sam tego chcesz, np. żeby trzymać wszystkie usługi w jednym panelu.

Czy mogę zlecić migrację zamiast robić ją samodzielnie?

Tak. Każdy klient może zlecić przeniesienie strony lub sklepu internetowego do Hostingu RapidDC — szczegóły realizacji ustalane są indywidualnie. To rozwiązanie dla osób, które nie chcą samodzielnie ruszać bazy danych, rekordów DNS ani konfiguracji poczty.

Co zrobić, jeśli po migracji strona wyświetla błąd bazy danych?

Najczęstsza przyczyna to nieaktualne dane dostępowe w pliku konfiguracyjnym aplikacji — nazwa bazy, użytkownik, hasło lub host. Sprawdź je w panelu nowego hostingu i popraw w pliku konfiguracyjnym strony. Drugą typową przyczyną jest niezaimportowana lub tylko częściowo zaimportowana baza danych.